Viết bài kiểm tra đơn vị bằng Python: Làm thế nào để tôi bắt đầu? [đóng cửa]

Tôi đã hoàn thành dự án thích hợp đầu tiên của mình trong Python và bây giờ nhiệm vụ của tôi là viết các bài kiểm tra cho nó.

Vì đây là lần đầu tiên tôi thực hiện một dự án, đây là lần đầu tiên tôi sẽ viết bài kiểm tra cho nó.

Câu hỏi là, làm thế nào để tôi bắt đầu? Tôi hoàn toàn không có ý tưởng. Bất cứ ai cũng có thể chỉ cho tôi một số tài liệu / hướng dẫn / liên kết / cuốn sách mà tôi có thể sử dụng để bắt đầu với bài kiểm tra viết (và tôi đoán cụ thể là kiểm tra đơn vị)

Bất kỳ lời khuyên sẽ được hoan nghênh về chủ đề này.

Nếu bạn là người hoàn toàn mới khi sử dụng những điều không mong muốn, cách tiếp cận đơn giản nhất để học thường là tốt nhất. Trên cơ sở đó, tôi khuyên bạn nên sử dụng py.testthay vì mô-đun mặc địnhunittest .

Hãy xem xét hai ví dụ này, chúng làm cùng một điều:

Ví dụ 1 (không đáng tin cậy nhất):

import unittest

class LearningCase(unittest.TestCase):
    def test_starting_out(self):
        self.assertEqual(1, 1)

def main():
    unittest.main()

if __name__ == "__main__":
    main()

Ví dụ 2 (pytest):

def test_starting_out():
    assert 1 == 1

Giả sử rằng cả hai tệp được đặt tên test_unittesting.py, làm thế nào để chúng tôi chạy thử nghiệm?

Ví dụ 1 (không đáng tin cậy nhất):

cd /path/to/dir/
python test_unittesting.py

Ví dụ 2 (pytest):

cd /path/to/dir/
py.test

Cuốn sách Python miễn phí Lặn vào Python có một chương về thử nghiệm đơn vị mà bạn có thể thấy hữu ích.

Nếu bạn làm theo các thực tiễn hiện đại, có lẽ bạn nên viết các bài kiểm tra trong khi bạn đang viết dự án của mình và không đợi đến khi dự án của bạn gần hoàn thành.

Bit muộn bây giờ, nhưng bây giờ bạn biết cho lần sau. :)

Theo tôi, có ba khung thử nghiệm trăn tuyệt vời rất tốt để kiểm tra.
unittest - mô-đun đạt tiêu chuẩn với tất cả các
mũi phân phối python - có thể chạy các thử nghiệm không đáng tin cậy nhất và có ít nồi hơi hơn.
pytest - cũng chạy các thử nghiệm không đáng tin cậy nhất , có ít bản tóm tắt hơn, báo cáo tốt hơn, nhiều tính năng bổ sung thú vị

Để có được sự so sánh tốt về tất cả những điều này, hãy đọc qua phần giới thiệu cho từng người tại http://pythontesting.net/start-here .
Ngoài ra còn có các bài viết mở rộng về đồ đạc, và nhiều hơn nữa ở đó.

Các tài liệu cho unittest sẽ là một nơi tốt để bắt đầu.

Ngoài ra, bây giờ hơi muộn, nhưng trong tương lai, hãy xem xét việc viết bài kiểm tra đơn vị trước hoặc trong chính dự án. Bằng cách đó, bạn có thể sử dụng chúng để kiểm tra khi bạn thực hiện và (về lý thuyết) bạn có thể sử dụng chúng làm kiểm tra hồi quy, để xác minh rằng các thay đổi mã của bạn không phá vỡ bất kỳ mã hiện có nào. Điều này sẽ cung cấp cho bạn đầy đủ lợi ích của việc viết các trường hợp thử nghiệm :)

unittest đi kèm với thư viện tiêu chuẩn, nhưng tôi sẽ giới thiệu cho bạn nosetests .

" mũi kéo dài không đáng kể để làm cho thử nghiệm dễ dàng hơn. "

Tôi cũng muốn giới thiệu bạn pylint

" phân tích mã nguồn Python tìm kiếm các lỗi và dấu hiệu chất lượng kém. "

Như những người khác đã trả lời, đã muộn để viết bài kiểm tra đơn vị, nhưng không quá muộn. Câu hỏi là liệu mã của bạn có thể kiểm tra được hay không. Thật vậy, không dễ để đặt mã hiện tại vào thử nghiệm, thậm chí còn có một cuốn sách về điều này: Hoạt động hiệu quả với Mã kế thừa (xem các điểm chính hoặc PDF tiền thân ).

Bây giờ viết bài kiểm tra đơn vị hay không là cuộc gọi của bạn. Bạn chỉ cần nhận thức rằng nó có thể là một nhiệm vụ tẻ nhạt. Trước tiên, bạn có thể giải quyết vấn đề này để tìm hiểu thử nghiệm đơn vị hoặc xem xét kiểm tra chấp nhận bằng văn bản (từ đầu đến cuối) và bắt đầu viết thử nghiệm đơn vị khi bạn thay đổi mã hoặc thêm tính năng mới vào dự án.

nosetests là giải pháp tuyệt vời để thử nghiệm đơn vị ở trăn. Nó hỗ trợ cả testcase và doctests dựa trên không đáng tin cậy nhất và giúp bạn bắt đầu với nó chỉ với tập tin cấu hình đơn giản.