Sự phát triển dựa trên thử nghiệm đang ngày càng phổ biến và có bằng chứng thực nghiệm tốt cho thấy đó là một phương pháp thực hành có lợi. TDDgiảm số lượng lỗi trong quá trình sản xuất và cải thiện chất lượng mã. Nói cách khác, nó làm cho mã dễ bảo trì và dễ hiểu hơn. Ngoài ra, nó cung cấp các bài kiểm tra tự động để kiểm tra hồi quy.
TDD có thực sự hữu ích không?
Khi bạn viết thử nghiệm, bạn viết nhiều mã hơn, nhưng các nghiên cứu đã chỉ ra một cách khách quan rằng độ bao phủ thử nghiệm tốt vớiTDD có thể giảm mật độ lỗi từ 40% - 80%.
Khi nào tôi nên sử dụng TDD?
TDD thực sự tốt khi bạn cómột hàm logic thuần túy mà bạn cần viết. Khi công việc bạn cần làm có một tập hợp đầu vào và đầu ra dự kiến được xác định rõ ràng, thì đó là một tín hiệu tuyệt vời cho thấy bạn nên sử dụng TDD để xây dựng các bài kiểm tra và mã của mình.
TDD có phải là một cách tiếp cận tốt không?
Nhà phát triển ít phải gỡ lỗi hơn
Ít lỗi và lỗi hơn là lợi ích chính của phương pháp TDD. Khi mã có ít lỗi hơn, bạn sẽ tốn ít thời gian hơn để sửa chúng so với các phương pháp lập trình khác. TDD tạo ra độ che phủ thử nghiệm tổng thể cao hơnvà do đó chất lượng sản phẩm cuối cùng tốt hơn.
Tại sao TDD lại là một ý tưởng tồi?
Đây thường là một ý tưởng tồi - hầu hết các học viên TDD có kinh nghiệmđều có thể biết liệu bài kiểm tra đơn vị đã được viết trước hay sau mãhay chưa. … Một nhà phát triển viết các bài kiểm tra đơn vị sau khi viết mã của mình là thiếu toàn bộ điểm -TDD là một phương pháp thiết kế - các bài kiểm tra đơn vị chỉ là sản phẩm phụ của quá trình.
Test Driven Development vs Behaviour Driven Development + FREE CHEAT SHEET
