Truyền dữ liệu JUnit giữa các bài kiểm tra

Question

Tôi vừa phát hiện ra khi tạo một số thử nghiệm CRUD mà bạn không thể đặt dữ liệu trong một bài kiểm tra và đọc nó trong một bài kiểm tra khác (dữ liệu được đặt về khởi tạo giữa mỗi bài kiểm tra).

Tất cả những gì tôi đang cố làm là (C) reate một đối tượng với một thử nghiệm, và (R) ead nó với tiếp theo. Liệu JUnit có một cách để làm điều này, hoặc là nó được mã hóa theo ý thức hệ thống sao cho các xét nghiệm không được phép phụ thuộc lẫn nhau?

Answer 1

Vâng, đối với các bài kiểm tra đơn vị, mục tiêu của bạn nên là kiểm tra đoạn mã nhỏ nhất bị cô lập, thường là phương pháp theo phương pháp. Vì vậy, testCreate() là một trường hợp thử nghiệm và testRead() là một trường hợp khác. Tuy nhiên, không có gì ngăn bạn tạo ra một testCreateAndRead() để kiểm tra hai hàm cùng nhau. Nhưng sau đó nếu thử nghiệm thất bại, đơn vị mã nào thử nghiệm không thành công? Bạn không biết. Những loại thử nghiệm này giống như kiểm tra tích hợp, nên được xử lý khác nhau.

Nếu bạn thực sự muốn làm điều đó, bạn có thể tạo biến lớp tĩnh để lưu trữ đối tượng được tạo bởi testCreate(), sau đó sử dụng nó trong testRead().

Như tôi đã không có ý tưởng những gì phiên bản của Junit bạn nói về, tôi chỉ nhặt một cổ Junit 3.8:

Hoàn toàn xấu xí nhưng hoạt động:

public class Test extends TestCase{ 

    static String stuff; 

    public void testCreate(){ 
     stuff = "abc"; 
    } 

    public void testRead(){ 
     assertEquals(stuff, "abc"); 
    } 
} 

Answer 2

JUnit thúc đẩy kiểm tra độc lập. Một lựa chọn là đặt hai phép thử logic vào một phương thức @Test.

TestNG được tạo ra một phần để cho phép các loại phụ thuộc này giữa các thử nghiệm. Nó thực thi các khai báo cục bộ về các phụ thuộc kiểm thử - nó chạy các phép kiểm thử theo thứ tự hợp lệ và không chạy các kiểm tra phụ thuộc vào một phép thử không thành công. Xem http://testng.org/doc/documentation-main.html#dependent-methods để biết các ví dụ.

Answer 3

Mất bao nhiêu thời gian xử lý? Nếu không nhiều, thì tại sao lại đổ mồ hôi. Chắc chắn bạn sẽ tạo ra một số đối tượng không cần thiết, nhưng chi phí này là bao nhiêu?

@Test 
void testCreateObject() { 
    Object obj = unit.createObject(); 
} 

@Test 
void testReadObject() { 
    Object obj = null; 
    try { 
     obj = unit.createObject(); // this duplicates tests aleady done 
    } catch (Exception cause) { 
     assumeNoException(cause); 
    } 
    unit.readObject(obj); 
} 

Answer 4

trong ví dụ cơ bản này, các biến được thay đổi trong các thử nghiệm A, và có thể được sử dụng trong các thử nghiệm B

public class BasicTest extends ActivityInstrumentationTestCase2 { 
    public BasicTest() throws ClassNotFoundException { 
     super(TARGET_PACKAGE_ID, launcherActivityClass);   
    } 

    public static class MyClass {  
     public static String myvar = null;    
     public void set(String s) { 
      myvar = s; 
     }    
     public String get() { 
      return myvar; 
     } 
    } 

    private MyClass sharedVar; 

    @Override 
    protected void setUp() throws Exception { 
     sharedVar = new MyClass(); 
    } 

    public void test_A() { 
     Log.d(S,"run A"); 
     sharedVar.set("blah"); 
    } 

    public void test_B() { 
     Log.d(S,"run B");  
     Log.i(S,"sharedVar is: " + sharedVar.get());   
    } 

} 

kết quả đầu ra là:

chạy Một

chạy B

sharedVar là: blah

Answer 5

JUnit là thử nghiệm độc lập. Nhưng, Nếu bạn không có cách nào, bạn có thể sử dụng "tĩnh" dụ để lưu trữ nó.

static String storage; 
@Test 
public void method1() { 
    storage = "Hello" 
} 

@Test 
public void method2() { 
    Assert.assertThat(something, is(storage)); 
}