Sự khác biệt giữa Kế hoạch chấp nhận thử nghiệm và phát triển dựa trên thử nghiệm chấp nhận là gì?


Câu trả lời:


9

Kế hoạch chấp nhận thử nghiệm là một phần mở rộng của Kế hoạch XP. Nó bao gồm các bước sau:

  1. Bắt chuyện của chúng ta
  2. Hiển thị và nói
  3. Hồi tưởng
  4. (tùy chọn) Hồi cứu kỹ thuật
  5. Hội thảo lập kế hoạch lặp
  6. (tùy chọn) Lớn, suy nghĩ trước
  7. Cắt lặp.

Quá trình lập kế hoạch này được cho là chiếm khoảng 10% thời gian, nỗ lực phát triển 90%.

Chấp nhận phát triển dựa trên thử nghiệm là một phần mở rộng của phát triển dựa trên thử nghiệm. Lưu ý rằng trong sơ đồ bên dưới, Phát triển dựa trên thử nghiệm truyền thống được gọi là Phát triển dựa trên thử nghiệm đơn vị (UTDD)

văn bản thay thế


Tôi coi thử nghiệm đơn vị để thử nghiệm chấp nhận chỉ là vấn đề quy mô, nhưng +1 cho sơ đồ tuyệt vời!
Steven A. Lowe

Tại sao Test và Driven thường được phân tách bằng cách sử dụng hai dấu gạch ngang thay vì một? Không phải là "Kế hoạch chấp nhận thử nghiệm"?
Behrang Saeedzadeh

+1 cho ảnh (mặc dù không được vẽ bằng tay)
Simon Bergot

2

Trả lời câu hỏi của riêng tôi (dựa trên một số nghiên cứu):

Trong " Cuốn sách RSpec " David Chelimsky et. al. nói rằng Kiểm tra chấp nhận - Lập kế hoạch theo hướng là một trong ba thực tiễn cốt lõi của Phát triển hướng hành vi (BDD). Họ mô tả Thử nghiệm chấp nhận - Lập kế hoạch theo hướng (ATDP) như một phần mở rộng của Thử nghiệm chấp nhận - Phát triển theo hướng (ATDD) và nói rằng trong các thử nghiệm chấp nhận ATDP được thống nhất trong hoặc trước cuộc họp lập kế hoạch xen kẽ. Điều này giúp nhóm phát triển hiểu rõ hơn các yêu cầu và ước tính công việc cần thiết để thực hiện. Ngược lại, thực tiễn chung về ATDD chỉ đơn giản là hợp tác với khách hàng trong các thử nghiệm chấp nhận trước khi các nhà phát triển viết mã và không chỉ định liệu các thử nghiệm nên được viết trước hay sau cuộc họp lập kế hoạch lặp lại.

Trong bài báo " Lập kế hoạch chấp nhận thử nghiệm"(xuất bản trong cuốn sách" Lập trình cực đoan và phương pháp nhanh nhẹn ") Richard Watt và David Leigh-Fellows nhấn mạnh tầm quan trọng của" Bắt chuyện của chúng ta ngay lập tức "như là một giai đoạn quan trọng của quá trình phát triển. Họ mô tả các phiên lập kế hoạch marathon trong đó nhóm phát triển đầy đủ Tìm cách làm rõ các yêu cầu từ khách hàng trước khi quyết định danh sách các nhiệm vụ thực hiện và ước tính thời gian cần thiết. Để cải thiện quy trình, họ đã chỉ định một nhà phát triển và kỹ sư QA làm việc với khách hàng để viết các bài kiểm tra chấp nhận trước khi nhóm đầy đủ gặp gỡ cho một phiên lập kế hoạch Tạo các thử nghiệm chấp nhận ở giai đoạn đầu này khuyến khích khách hàng thể hiện rõ ràng các yêu cầu, nó giúp các nhà phát triển hiểu rõ hơn về các yêu cầu và giúp họ biết khi nào công việc của họ được thực hiện;và làm cho nó dễ dàng hơn để chia nhỏ các nhiệm vụ và ước tính nỗ lực làm việc.

ATDP có nghĩa là nhóm phát triển xem xét các thử nghiệm chấp nhận cũng như các câu chuyện của người dùng trước khi các nhiệm vụ triển khai được xác định và được giao. Trong thực tế, ATDP có nghĩa là các bài kiểm tra chấp nhận trở thành tâm điểm của tất cả các hoạt động lập kế hoạch và phát triển.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.