Kiểm tra Agile - Góc phần tư
Như trong trường hợp Kiểm thử truyền thống, Kiểm thử Agile cũng cần bao gồm tất cả các Cấp độ Kiểm tra.
- Kiểm tra đơn vị
- Thử nghiệm hội nhập
- Thử nghiệm hệ thống
- Kiểm tra sự chấp nhận của người dùng
Kiểm tra đơn vị
- Được 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 các trường hợp kiểm thử đảm bảo 100% phạm vi 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 tật 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 tra đơn vị đều được tự động hóa
Thử nghiệm hội nhập
- Được thực hiện cùng với Tích hợp liên tục khi Sprint tiến triển
- Hoàn thành ở cuối sau khi tất cả các Sprint đã hoàn thành
- Tất cả các yêu cầu chức năng đều được kiểm tra
- Tất cả các Giao diện giữa các Đơn vị đều được kiểm tra
- Tất cả các khiếm khuyết được báo cáo
- Kiểm tra được tự động nếu có thể
Thử nghiệm hệ thống
- Hoàn thành khi quá trình Phát triển tiến triển
- Các câu chuyện, tính năng và chức năng của người dùng đã được kiểm tra
- Thử nghiệm được thực hiện trong Môi trường Sản xuất
- Kiểm tra chất lượng được thực hiện (Hiệu suất, Độ tin cậy, v.v.)
- Các khiếm khuyết được báo cáo
- Kiểm tra được tự động nếu có thể
Kiểm tra sự chấp nhận của người dùng
Được thực hiện vào cuối mỗi Sprint và khi kết thúc dự án
Do Khách hàng thực hiện. 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 để có thể kiểm tra và tuân theo Tiêu chí chấp nhận đã xác định
Các loại kiểm tra
- Kiểm tra thành phần (Kiểm tra đơn vị)
- Kiểm tra chức năng (Kiểm tra câu chuyện của người dùng)
- Kiểm tra phi chức năng (Hiệu suất, Tải, Căng thẳng, v.v.)
- Kiểm tra chấp nhận
Các bài kiểm tra có thể hoàn toàn bằng tay, hoàn toàn tự động, kết hợp giữa thủ công và tự động hoặc được hỗ trợ bởi các công cụ.
Hỗ trợ lập trình và thử nghiệm sản phẩm phê bình
Các bài kiểm tra có thể dành cho -
Supporting Development (Support Programming) - Hỗ trợ các bài kiểm tra lập trình được sử dụng bởi các lập trình viên.
Để 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 Kiểm tra nào cần được chạy sau khi Mã hóa để đảm bảo Mã mới không cản trở các hoạt động còn lại của Hệ thống
Verification only (Critique Product) - Thử nghiệm Sản phẩm Phê bình được sử dụng để phát hiện ra những bất cập trong Thành phẩm
Thử nghiệm đối mặt với doanh nghiệp và đối mặt với công nghệ
Để quyết định những bài kiểm tra sẽ được thực hiện khi nào, bạn cần xác định xem một bài kiểm tra 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 kinh doanh
Bài kiểm tra là một bài kiểm tra đố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 theo kịch bản thời gian thực.
Thử nghiệm đối mặt với công nghệ
Bài kiểm tra là bài kiểm tra đối mặt với công nghệ nếu nó trả lời các câu hỏi được đóng khung bằng các từ thuộc lĩnh vực công nghệ. Các lập trình viên hiểu những gì cần phải được triển khai dựa trên những giải thích về công nghệ.
Hai khía cạnh này của các loại thử nghiệm có thể được xem bằng cách sử dụng Phần tư Thử nghiệm Agile do Brian Marick xác định.
Phần tư thử nghiệm Agile
Kết hợp hai khía cạnh của Các loại thử nghiệm, Phần tư Thử nghiệm Agile sau đây được đúc kết bởi Brian Marick:
Bộ tư thử nghiệm Agile cung cấp 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 với Công nghệ, và hỗ trợ các nhà phát triển. Các bài kiểm tra đơn vị thuộc về Góc phần tư này. Các bài kiểm tra này có thể là các bài kiểm tra Tự động.
Quadrant Q2- Cấp độ hệ thống, đối mặt kinh doanh và hành vi sản phẩm phù hợp. Kiểm tra chức năng thuộc về góc phần tư này. Các bài kiểm tra 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 kinh doanh và tập trung vào các tình huống thời gian thực. Kiểm tra sự chấp nhận của người dùng thuộc về góc phần tư này. Các bài kiểm tra 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, căng thẳng, khả năng duy trì, kiểm tra 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, Phần tư Thử nghiệm Agile phản ánh What-Testing-When có thể hình dung như sau:
