Mục lục:
- Định nghĩa - Test Driven Development (TDD) có nghĩa là gì?
- Techopedia giải thích Phát triển hướng thử nghiệm (TDD)
Định nghĩa - Test Driven Development (TDD) có nghĩa là gì?
Phát triển theo hướng kiểm thử (TDD) là một cách tiếp cận phát triển phần mềm, trong đó kiểm thử được viết trước khi viết mã. Khi mã mới vượt qua thử nghiệm, nó được tái cấu trúc theo tiêu chuẩn chấp nhận được.
TDD đảm bảo rằng mã nguồn được kiểm tra kỹ lưỡng đơn vị và dẫn đến mã được mô đun hóa, linh hoạt và có thể mở rộng. Nó tập trung vào việc chỉ viết mã cần thiết để vượt qua các bài kiểm tra, làm cho thiết kế đơn giản và rõ ràng.
Techopedia giải thích Phát triển hướng thử nghiệm (TDD)
TDD cho phép lập trình viên thực hiện các bước nhỏ trong khi viết phần mềm. Kiểm tra được viết trước khi kiểm tra chức năng và đảm bảo rằng ứng dụng phù hợp với khả năng kiểm tra. Kiểm tra trên một lượng nhỏ mã được thực hiện để bẫy các lỗi xảy ra trong mã được kiểm tra. Sau đó, chức năng được thực hiện. Điều này được gọi là "tái cấu trúc xanh đỏ" trong đó màu đỏ có nghĩa là thất bại và màu xanh lá cây hiển thị vượt qua. Các bước này sau đó được lặp lại. Mục tiêu đầu tiên của một lập trình viên là tập trung vào nhiệm vụ trong tay và vượt qua nó.
Các bước khác nhau liên quan đến một chu kỳ phát triển theo hướng thử nghiệm là:
- Thêm một thử nghiệm: Mọi tính năng mới trong TDD đều bắt đầu bằng một thử nghiệm phải thất bại vì nó được đưa vào hiệu lực trước khi bất kỳ tính năng nào được triển khai. Yêu cầu thiết yếu để viết một bài kiểm tra trước khi thực hiện tính năng là một sự hiểu biết rõ ràng về yêu cầu của nhà phát triển. Điều này được thực hiện thông qua các câu chuyện của người dùng và các trường hợp sử dụng. Do đó, một nhà phát triển hiểu được yêu cầu trước khi viết mã chương trình.
- Chạy tất cả các thử nghiệm và kiểm tra xem mã mới có bị lỗi không: Điều này đảm bảo hoạt động chính xác của khai thác thử nghiệm và thử nghiệm mới không vượt qua do nhầm lẫn nếu không có bất kỳ mã mới nào. Bước này cũng kiểm tra thử nghiệm và loại bỏ khả năng thử nghiệm mới luôn vượt qua.
- Viết mã: Bước tiếp theo tiếp theo là viết mã để xóa bài kiểm tra. Mã mới không hoàn hảo nhưng sau đó được sửa đổi theo yêu cầu. Nó chỉ được thiết kế để thử nghiệm và không bao gồm các chức năng khác.
- Chạy thử nghiệm tự động: Nếu mọi trường hợp thử nghiệm được tạo ra dễ dàng vượt qua thử nghiệm, điều đó có nghĩa là mã đáp ứng tất cả các thông số kỹ thuật cần thiết. Do đó bước cuối cùng của chu trình có thể được bắt đầu.
- Mã tái cấu trúc: Điều này tương tự như loại bỏ trùng lặp. Tái cấu trúc không làm hỏng bất kỳ chức năng hiện có nào và giúp loại bỏ trùng lặp giữa mã sản xuất và mã kiểm tra. Mã bây giờ được làm sạch theo yêu cầu.
- Lặp lại: Chu trình được lặp lại như trong các trường hợp trước với một thử nghiệm mới. Yêu cầu thiết yếu là kích thước của các bước phải nhỏ, với khoảng 1 đến 10 lần chỉnh sửa giữa mỗi lần chạy thử. Nếu mã mới không thỏa mãn một thử nghiệm mới, lập trình viên nên thực hiện gỡ lỗi bổ sung. Tích hợp liên tục cung cấp các điểm kiểm tra hoàn nguyên.
