Các hoạt động trong quy trình kiểm thử

Một quy trình kiểm thử bao gồm các nhóm hoạt động chính sau đâu:

1. Test planning

Mục đích:

Xác định mục tiêu kiểm thử (test objective) và cách tiếp cận (approach) để đạt được mục tiêu
Có thể được xem xét lại dựa trên phản hồi từ hoạt động monitoring và control

Sản phẩm đầu ra:

Mục đích:

Bao gồm việc so sánh liên tục giữa quy trình thực tế (actual progress) so với kế hoạch (test plan) bằng cách sử dụng các số liệu giám sát kiểm thử (test monitoring metrics) đã được xác định trong test plan
Bao gồm việc thực hiện các hoạt động cần thiết để đạt được mục tiêu của test plan
Được hỗ trợ bởi việc đánh giá của tiêu chí đầu ra (exit criteria) có thể bao gồm:
- Kiểm tra test result và log lại tiêu chí bao phủ
- Đánh giá mức độ chất lượng của các thành phần hoặc cả hệ thống dựa trên kết quả kiểm thử và logs
- Xác định liệu có cần thiết kiểm thử nhiều hơn không
Cung cấp báo cáo quy trình kiểm thử (test progress reports), bao gồm các sai lệch so với kế hoạch và thông tin để hỗ trợ bất kỳ quyết định dừng kiểm thử.

Sản phẩm đầu ra:

Mục đích:

Phân tích test basis phù hợp với test level đang được xét:
- Đặc tả yêu cầu (Requirement specifications)
- Thông tin thiết kế và triển khai
- Việc triển khai của cho các thành phần hoặc cả hệ thống
- Các báo cáo phân tích rủi ro
Đánh giá test basis và test item để xác định các lỗi, ví dụ:
- Không rõ ràng
- Thiếu thông tin
- Không nhất quán
- Không chính xác
- Mâu thuẫn
- Xác định các tính năng thừa và các tính năng cần được test
- Xác định và đánh độ ưu tiên cho test condition
- Nắm bắt khả năng truy xuất 2 chiều giữa mỗi phần của test basis và các test condition thích hợp

Sản phẩm đầu ra:

Mục đích:

Thiết kế và đánh độ ưu tiên cho các test case và các bộ test case
Xác định dữ liệu test cần thiết để hỗ trợ test condition và test case
Thiết kế môi trường test và xác định các cơ sở hạ tầng (infrastructure) và các tool cần thiết
Nắm bắt khả năng truy xuất 2 chiều giữa các test basis, test condition, test case và test procedure

Sản phẩm đầu ra:

High-level test cases, không có giá trị cụ thể cho dữ liệu đầu vào (input data) và kết quả mong đợi (expected results)
Bộ truy xuất xuất 2 chiều đối với các test condition được bao phủ
Dữ liệu test, bản thiết kế của môi trường test và bản xác định kiến trúc (infrastructure) và tool, mặc dù các kết quả này được ghi lại khác nhau đáng kể.
Các Test Condition được xác định trong test analysis có thể được chắt lọc lại trong test design

Mục đích:

Phát triển và đánh độ ưu tiên cho các test procedure, và có thể tạo các automated test script
Tạo các test suite từ test procedure và các automated test script (nếu có)
Sắp xếp các test suite trong một lịch trình thực thi kiểm thử (test execution schedule) theo cách kết quả đó mang hiệu quả cho việc thực thi kiểm thử
Xây dựng môi trường kiểm thử (test environment) và xác minh rằng mọi thứ cần thiết đã được cài đặt đúng
Chuẩn bị dữ liệu kiểm thử và đảm bảo là chúng sẽ được tải đúng trong môi trường kiểm thử
Xác minh và cập nhật truy xuất 2 chiều giữa các test basis, test conditions, test cases, test procedures và test suites

Sản phẩm đầu ra:

Các Test procedure và trình tự của các test procedure đó
Các Test suite
Lịch trình thực thi test (test execution schedule)
Dữ liệu test để gán các giá trị cụ thể cho các giá trị đầu vào và các kết quả mong đợi của các test case
Kết quả mong đợi cụ thể mà được liên kết với dữ kiệu test cụ thể, được xác định bằng cách sử dụng một test oracle

Mục đích:

Ghi lại các ID và các phiên bản của các test item hoặc test object, test tool, và các công cụ kiểm tra Executing test theo cách thủ công hoặc bằng cách sử dụng các công cụ thực thi test (test execution tool)
So sánh kết quả thực tế với kết quả mong đợi
Phân tích các khác thường để xác định nguyên nhân có thể có
Báo cáo lỗi (defect) dự trên các biểu hiện của lỗi (failure) được quan sát
Ghi lại kết quả của việc thực thi test (ví dụ: pass, fail, blocked)
Lặp lại các hoạt động test khi có kết quả bất thường
Xác minh và cập nhật truy xuất 2 chiều giữa các test basis, test conditions, test cases, test procedures và test results

Sản phẩm đầu ra:

Tài liệu về trạng thái của các test case hoặc các test procedure riêng biệt
Báo cáo lỗi (Defect reports)
Tài liệu về test item(s), test object(s), test tools, and testware được bao gồm trong quá trình test

Mục đích:

Kiểm tra xem tất cả báo cáo lỗi có được đóng lại hay không, nhập các yêu cầu thay đổi (change request) hoặc các mục còn tồn đọng (product backlog item) để xem lỗi nào vẫn chưa được giải quyết khi kết thức quá trình kiểm thử
Tạo một test summary report để báo cáo cho các bên liên quan
Hoàn thiện và lưu trữ test environment, the test data, test infrastructure và testware để sử dụng lại sau này
Bàn giao phần mềm thử nghiệm cho nhóm bảo trì, các nhóm dự án khác hoặc các bên liên quan khác, những người được sử dụng chúng
Phân tích bài học kinh nghiệm từ các hoạt động kiểm thử đã hoàn thành để xác định các thay đổi cần thiết cho các chu kỳ tới, các lần release tới và khác project khác
Sử dụng thông tin thu thập được để cải thiện quy trình kiểm thử

Sản phẩm đầu ra:

Tài liệu tham khảo: "Foundation Level Syllabus" Version 2018 V3.1