Như trong trường hợp Thử nghiệm truyền thống, Thử nghiệm Agile cũng cần bao gồm tất cả các Cấp độ thử nghiệm.
Kiểm thử đơn vị
Thử nghiệm hội nhập
Thử nghiệm hệ thống
Kiểm thử phần mềm chấp nhận người dùng
Thực hiện cùng với Mã hóa, bởi Nhà phát triển
Được hỗ trợ bởi Tester, người viết Test Case đảm bảo 100% thiết kế
Các trường hợp kiểm thử đơn vị và kết quả kiểm thử đơn vị cần được xem xét
Các khuyết điểm lớn chưa được giải quyết (theo mức độ ưu tiên và mức độ nghiêm trọng) không được để lại
Tất cả các bài kiểm thử đơn vị được tự động
Thực hiện cùng với Tích hợp liên tục khi tiến trình của Sprints
Hoàn thành vào cuối sau khi tất cả các Sprint được hoàn thành
Tất cả các yêu cầu chức năng được Kiểm thử phần mềmTất cả các Giao diện giữa các Đơn vị được kiểm thử
Tất cả các khiếm khuyết được báo cáo
Các xét nghiệm được tự động nếu có thể
Thực hiện khi quá trình phát triển
Câu chuyện, tính năng và chức năng của người dùng được kiểm thử
Thử nghiệm được thực hiện trong môi trường sản xuất
Kiểm thử chất lượng được thực hiện (Hiệu suất, Độ tin cậy, v.v.)
Khiếm khuyết được báo cáo
Các xét nghiệm được tự động nếu có thể
Thực hiện vào cuối mỗi Sprint và khi kết thúc dự án
Thực hiện bởi khách hàng. Phản hồi được thực hiện bởi Nhóm
Phản hồi sẽ là đầu vào cho các Sprint tiếp theo
Câu chuyện của người dùng trong Sprint được xác minh trước là có thể Kiểm thử phần mềm được và với Tiêu chí chấp nhận được xác định
Kiểm thử thành phần (Kiểm thử đơn vị)
Kiểm thử chức năng (Kiểm thử câu chuyện người dùng)
Các thử nghiệm phi chức năng (Hiệu suất, Tải, Căng thẳng, v.v.)
Các thử nghiệm có thể hoàn toàn bằng tay, tự động hoàn toàn, kết hợp giữa thủ công và tự động hoặc thủ công được hỗ trợ bởi các công cụ.
Hỗ trợ lập trình và kiểm thử sản phẩm phê bình
Các xét nghiệm có thể cho
Hỗ trợ phát triển (Lập trình hỗ trợ) - Các lập trình viên hỗ trợ được các lập trình viên sử dụng.
Để quyết định mã nào họ cần viết để thực hiện một hành vi nhất định của Hệ thống
Những thử nghiệm nào cần được chạy sau Mã hóa để đảm bảo Mã mới không cản trở các hành vi còn lại của Hệ thống
Chỉ xác minh (Sản phẩm phê bình) - Thử nghiệm sản phẩm phê bình được sử dụng để khám phá những bất cập trong sản phẩm hoàn chỉnh
Thử nghiệm đối mặt với công nghệ và đối mặt với công nghệ
Để quyết định thử nghiệm nào sẽ được thực hiện khi nào, bạn cần xác định xem thử nghiệm có -
Đối mặt với doanh nghiệp, hoặc
Đối mặt với công nghệ
Thử nghiệm đối mặt với doanh nghiệp
Một bài Kiểm thử phần mềm là một bài kiểm thử đối mặt với doanh nghiệp nếu nó trả lời các câu hỏi được đóng khung bằng các từ trong lĩnh vực kinh doanh. Những điều này được các chuyên gia kinh doanh hiểu và sẽ quan tâm đến họ để hành vi của hệ thống có thể được giải thích trong kịch bản thời gian thực.
Một bài kiểm thử là một bài kiểm thử đối mặt với công nghệ nếu nó trả lời các câu hỏi được đóng khung với các từ từ miền công nghệ. Các lập trình viên hiểu những gì cần được thực hiện dựa trên sự làm rõ về công nghệ.
Hai khía cạnh của các loại thử nghiệm có thể được xem bằng cách sử dụng Bộ tứ kiểm thử Agile được xác định bởi Brian Marick.
Kết hợp hai khía cạnh của các loại thử nghiệm, Quadrant thử nghiệm Agile sau đây được dẫn xuất bởi Brian Marick
Các Quadrant thử nghiệm Agile cung cấp một phân loại hữu ích để giúp các nhóm xác định, lập kế hoạch và thực hiện thử nghiệm cần thiết.
Quadrant Q1 - Cấp độ đơn vị, Đối mặt công nghệ và hỗ trợ các nhà phát triển. Các bài kiểm thử đơn vị thuộc về Quadrant này. Những bài kiểm thử này có thể là bài kiểm thử tự động.
Quadrant Q2 - Cấp độ hệ thống, kinh doanh phải đối mặt và hành vi sản phẩm phù hợp. Các xét nghiệm chức năng thuộc về góc phần tư này. Các xét nghiệm này là thủ công hoặc tự động.
Quadrant Q3 - Mức chấp nhận của hệ thống hoặc người dùng, đối mặt với doanh nghiệp và tập trung vào các kịch bản thời gian thực. Kiểm thử chấp nhận người dùng thuộc về góc phần tư này. Các xét nghiệm này là thủ công.
Quadrant Q4 - Mức chấp nhận hệ thống hoặc hoạt động, đối mặt với công nghệ và tập trung vào hiệu suất, tải, ứng suất, khả năng duy trì, Kiểm thử phần mềm khả năng mở rộng. Các công cụ đặc biệt có thể được sử dụng cho các thử nghiệm này cùng với thử nghiệm tự động hóa.
Kết hợp những điều này, Quadrant thử nghiệm Agile phản ánh What-tests-Khi nào có thể được hình dung như sau
Kiểm thử đơn vị
Thử nghiệm hội nhập
Thử nghiệm hệ thống
Kiểm thử phần mềm chấp nhận người dùng
Kiểm thử đơn vị
Thực hiện cùng với Mã hóa, bởi Nhà phát triển
 |
| Khóa học kiểm thử phần mềm |
Được hỗ trợ bởi Tester, người viết Test Case đảm bảo 100% thiết kế
Các trường hợp kiểm thử đơn vị và kết quả kiểm thử đơn vị cần được xem xét
Các khuyết điểm lớn chưa được giải quyết (theo mức độ ưu tiên và mức độ nghiêm trọng) không được để lại
Tất cả các bài kiểm thử đơn vị được tự động
Thử nghiệm hội nhập
Thực hiện cùng với Tích hợp liên tục khi tiến trình của Sprints
Hoàn thành vào cuối sau khi tất cả các Sprint được hoàn thành
Tất cả các yêu cầu chức năng được Kiểm thử phần mềmTất cả các Giao diện giữa các Đơn vị được kiểm thử
Tất cả các khiếm khuyết được báo cáo
Các xét nghiệm được tự động nếu có thể
Thử nghiệm hệ thống
Thực hiện khi quá trình phát triển
Câu chuyện, tính năng và chức năng của người dùng được kiểm thử
Thử nghiệm được thực hiện trong môi trường sản xuất
Kiểm thử chất lượng được thực hiện (Hiệu suất, Độ tin cậy, v.v.)
Khiếm khuyết được báo cáo
Các xét nghiệm được tự động nếu có thể
Kiểm thử chấp nhận người dùng
Thực hiện vào cuối mỗi Sprint và khi kết thúc dự án
Thực hiện bởi khách hàng. Phản hồi được thực hiện bởi Nhóm
Phản hồi sẽ là đầu vào cho các Sprint tiếp theo
Câu chuyện của người dùng trong Sprint được xác minh trước là có thể Kiểm thử phần mềm được và với Tiêu chí chấp nhận được xác định
Các loại kiểm thử
Kiểm thử thành phần (Kiểm thử đơn vị)
Kiểm thử chức năng (Kiểm thử câu chuyện người dùng)
Các thử nghiệm phi chức năng (Hiệu suất, Tải, Căng thẳng, v.v.)
Xét nghiệm nghiệm thu
Các thử nghiệm có thể hoàn toàn bằng tay, tự động hoàn toàn, kết hợp giữa thủ công và tự động hoặc thủ công được hỗ trợ bởi các công cụ.
Hỗ trợ lập trình và kiểm thử sản phẩm phê bình
Các xét nghiệm có thể cho
Hỗ trợ phát triển (Lập trình hỗ trợ) - Các lập trình viên hỗ trợ được các lập trình viên sử dụng.
Để quyết định mã nào họ cần viết để thực hiện một hành vi nhất định của Hệ thống
Những thử nghiệm nào cần được chạy sau Mã hóa để đảm bảo Mã mới không cản trở các hành vi còn lại của Hệ thống
Chỉ xác minh (Sản phẩm phê bình) - Thử nghiệm sản phẩm phê bình được sử dụng để khám phá những bất cập trong sản phẩm hoàn chỉnh
Thử nghiệm đối mặt với công nghệ và đối mặt với công nghệ
Để quyết định thử nghiệm nào sẽ được thực hiện khi nào, bạn cần xác định xem thử nghiệm có -
Đối mặt với doanh nghiệp, hoặc
Đối mặt với công nghệ
Thử nghiệm đối mặt với doanh nghiệp
Một bài Kiểm thử phần mềm là một bài kiểm thử đối mặt với doanh nghiệp nếu nó trả lời các câu hỏi được đóng khung bằng các từ trong lĩnh vực kinh doanh. Những điều này được các chuyên gia kinh doanh hiểu và sẽ quan tâm đến họ để hành vi của hệ thống có thể được giải thích trong kịch bản thời gian thực.
Kiểm thử công nghệ
Một bài kiểm thử là một bài kiểm thử đối mặt với công nghệ nếu nó trả lời các câu hỏi được đóng khung với các từ từ miền công nghệ. Các lập trình viên hiểu những gì cần được thực hiện dựa trên sự làm rõ về công nghệ.
Hai khía cạnh của các loại thử nghiệm có thể được xem bằng cách sử dụng Bộ tứ kiểm thử Agile được xác định bởi Brian Marick.
Phần tư kiểm thử Agile
Kết hợp hai khía cạnh của các loại thử nghiệm, Quadrant thử nghiệm Agile sau đây được dẫn xuất bởi Brian Marick
Các Quadrant thử nghiệm Agile cung cấp một phân loại hữu ích để giúp các nhóm xác định, lập kế hoạch và thực hiện thử nghiệm cần thiết.
Quadrant Q1 - Cấp độ đơn vị, Đối mặt công nghệ và hỗ trợ các nhà phát triển. Các bài kiểm thử đơn vị thuộc về Quadrant này. Những bài kiểm thử này có thể là bài kiểm thử tự động.
Quadrant Q2 - Cấp độ hệ thống, kinh doanh phải đối mặt và hành vi sản phẩm phù hợp. Các xét nghiệm chức năng thuộc về góc phần tư này. Các xét nghiệm này là thủ công hoặc tự động.
Quadrant Q3 - Mức chấp nhận của hệ thống hoặc người dùng, đối mặt với doanh nghiệp và tập trung vào các kịch bản thời gian thực. Kiểm thử chấp nhận người dùng thuộc về góc phần tư này. Các xét nghiệm này là thủ công.
Quadrant Q4 - Mức chấp nhận hệ thống hoặc hoạt động, đối mặt với công nghệ và tập trung vào hiệu suất, tải, ứng suất, khả năng duy trì, Kiểm thử phần mềm khả năng mở rộng. Các công cụ đặc biệt có thể được sử dụng cho các thử nghiệm này cùng với thử nghiệm tự động hóa.
Kết hợp những điều này, Quadrant thử nghiệm Agile phản ánh What-tests-Khi nào có thể được hình dung như sau
Không có nhận xét nào:
Đăng nhận xét