Unit-thử nghiệm với sự phụ thuộc giữa các xét nghiệm

Question

Làm thế nào để bạn làm thử nghiệm đơn vị khi bạn có

• một số đơn vị tổng kiểm tra
• xét nghiệm phức tạp hơn việc kiểm tra các trường hợp cạnh, tùy thuộc vào những người chung

Để đưa ra ví dụ, hãy tưởng tượng thử nghiệm trình đọc CSV (Tôi vừa tạo ký hiệu để minh họa),

def test_readCsv(): ... 

@dependsOn(test_readCsv) 
def test_readCsv_duplicateColumnName(): ... 

@dependsOn(test_readCsv) 
def test_readCsv_unicodeColumnName(): ... 

Tôi mong đợi các bài kiểm tra phụ chỉ được chạy nếu thử nghiệm cha mẹ của họ thành công. Lý do đằng sau việc này là chạy các kiểm tra này cần có thời gian. Nhiều báo cáo thất bại mà quay trở lại một lý do duy nhất sẽ không được nhiều thông tin. Tất nhiên, tôi có thể xé tất cả các trường hợp cạnh vào bài kiểm tra chính, nhưng tôi tự hỏi liệu có cách nào có cấu trúc hơn để làm điều này không.

tôi đã tìm thấy những liên quan nhưng câu hỏi khác nhau,

• How to structure unit tests that have dependencies?
• Unit Testing - Is it bad form to have unit test calling other unit tests

UPDATE:

tôi đã tìm thấy TestNG trong đó có vĩ đại được xây dựng trong hỗ trợ cho kiểm tra phụ thuộc. Bạn có thể viết các bài kiểm tra như thế này,

@Test{dependsOnMethods = ("test_readCsv")) 
public void test_readCsv_duplicateColumnName() { 
    ... 
} 

Answer 1

Cá nhân, tôi sẽ không phải lo lắng về việc tạo ra phụ thuộc giữa các đơn vị xét nghiệm. Điều này nghe có vẻ như một chút mùi mã với tôi. Một vài điểm:

• Nếu kiểm tra không thành công, hãy để những người khác không hiểu ý kiến ​​của quy tắc mà mã bất lợi thay đổi.
• Lỗi kiểm tra phải là ngoại lệ thay vì tiêu chuẩn, vậy tại sao lại lãng phí công sức và tạo ra sự phụ thuộc khi phần lớn thời gian (hy vọng!) Không có lợi ích nào được bắt nguồn? Nếu thất bại xảy ra thường xuyên, vấn đề của bạn không phải là với phụ thuộc kiểm tra đơn vị nhưng với thất bại kiểm tra thường xuyên.
• Kiểm tra đơn vị phải chạy rất nhanh. Nếu chúng chạy chậm, hãy tập trung nỗ lực của bạn vào việc tăng tốc độ của các thử nghiệm này thay vì ngăn chặn các lỗi tiếp theo. Làm điều này bằng cách tách mã của bạn nhiều hơn và sử dụng tiêm phụ thuộc hoặc chế nhạo.

Answer 2

Tôi không chắc chắn những gì ngôn ngữ mà bạn đang đề cập đến (như bạn không đặc biệt đề cập đến nó trong câu hỏi của bạn) nhưng đối với một cái gì đó giống như PHPUnit có một thẻ @depends rằng sẽ chỉ chạy thử nếu phụ thuộc vào thử nghiệm đã trôi qua.

Tùy thuộc vào ngôn ngữ hoặc kiểm tra đơn vị bạn sử dụng cũng có thể có một cái gì đó tương tự có sẵn

Answer 3

Theo nguyên tắc kiểm tra đơn vị và nguyên tắc kiểm tra đơn vị tốt nhất, kiểm tra đơn vị không được phụ thuộc vào các nguyên tắc khác.

Mỗi trường hợp kiểm tra nên kiểm tra hành vi cô lập cụ thể.

Sau đó, nếu một số trường hợp thử nghiệm không thành công, bạn sẽ biết chính xác điều gì đã xảy ra với mã của chúng tôi.

Answer 4

Ống dẫn là phiên bản python TestNG (là thư viện Java).

Xem packages.python.org/proboscis/

Nó hỗ trợ các phụ thuộc, ví dụ:

@test(depends_on=[test_readCsv]) 
public void test_readCsv_duplicateColumnName() { 
    ... 
} 

Answer 5

Tôi đã triển khai plugin cho Nose (Python) để thêm hỗ trợ cho các phụ thuộc kiểm tra và kiểm tra mức độ ưu tiên.

Như đã đề cập trong các câu trả lời/nhận xét khác thường là ý tưởng tồi, tuy nhiên có thể có ngoại lệ mà bạn muốn thực hiện điều này (trong trường hợp của tôi là hiệu suất cho các bài kiểm tra tích hợp) trạng thái có thể kiểm tra, số phút so với giờ).

Bạn có thể tìm thấy ở đây: nosedep.

Một ví dụ nhỏ là:

def test_a: 
    pass 

@depends(before=test_a) 
def test_b: 
    pass 

Để đảm bảo rằng test_b luôn chạy trước test_a.