ĐÁNH GIÁ CÁC TIÊU CHÍ DỪNG VÀ BÁO CÁO
Đánh giá tiêu chí dừng là hoạt động mà việc thực hiện kiểm thử được đánh giá dựa trên các mục tiêu đã xác định.
Điều này nên được thực hiện cho từng cấp độ kiểm thử, vì đối với mỗi cấp độ, cần biết liệu đã thực hiện đủ việc kiểm thử hay chưa.
Dựa trên đánh giá rủi ro sẽ đưa ra các tiêu chí mà chúng ta đo lường là “đủ”. Các tiêu chí này khác nhau đối với từng dự án và được gọi là tiêu chí dừng (exit criteria).
Chúng cho biết liệu có thể khai báo một hoạt động hoặc cấp độ kiểm thử nhất định đã hoàn thành hay chưa. Có thể kết hợp độ bao phủ hoặc tiêu chí hoàn thành, tiêu chí chấp nhận và tiêu chí dừng
Tiêu chí hoàn thành
Cho biết các trường hợp kiểm thử phải được bao gồm.
Ví dụ: “kiểm tra sát hạch lái xe phải bao gồm bài thi dừng khẩn cấp” hoặc “kiểm tra phần mềm phải bao gồm đo lường phản ứng”).
Tiêu chí chấp nhận
Cho biết rằng liệu phần mềm đã đạt hay thất bại về tổng thể
Ví dụ: “người thi lái xe chỉ đạt nếu họ đã hoàn thành việc dừng khẩn cấp một cách chính xác” hoặc “chỉ chuyển phần mềm để phát hành nếu nó đáp ứng danh sách yêu cầu ưu tiên”
Tiêu chí dừng
Cho biết liệu đã hoàn thành tất cả các nhiệm vụ cần làm hay chưa
Ví dụ: tester vẫn chưa được tính là hoàn thành cho đến khi họ viết và nộp báo cáo kết thúc kiểm thử .
Các tiêu chí dừng phải được thiết lập và đánh giá cho mỗi cấp độ kiểm thử.
Đánh giá các tiêu chí dừng có các nhiệm vụ chính sau
Kiểm tra nhật ký kiểm thử
Dựa trên các tiêu chí dừng được chỉ định trong lập kế hoạch kiểm thử.
Xem xét xem có bằng chứng nào cho những kiểm tra nào đã được thực hiện và kiểm thử, và những lỗi nào đã được tìm thấy, được sửa chữa, lỗi nào được xác nhận hoặc lỗi nào nổi bật.
Đánh giá xem có cần nhiều bài kiểm thử hơn hay không
Hoặc đánh giá xem liệu tiêu chí dừng đã chỉ định có nên được thay đổi hay không
Có thể cần chạy nhiều bài kiểm thử hơn nếu chưa chạy tất cả các bài kiểm thử đã thiết kế hoặc nếu nhận ra rằng chưa đạt được phạm vi mong đợi, hoặc nếu rủi ro đã tăng lên cho dự án.
Có thể cần thay đổi các tiêu chí dừng, nếu rủi ro kinh doanh và dự án tăng quan trọng hơn là rủi ro sản phẩm hoặc kỹ thuật giảm. Lưu ý rằng việc này không dễ thực hiện và phải được sự đồng ý của các bên liên quan.
Viết báo cáo tóm tắt kiểm thử cho các bên liên quan
Việc tester biết kết quả kiểm thử là chưa đủ. Tất cả các bên liên quan cần biết bài kiểm thử nào đã được thực hiện và kết quả của bài kiểm thử đó, để đưa ra quyết định sáng suốt về phần mềm.
HOẠT ĐỘNG KẾT THÚC KIỂM THỬ
Trong hoạt động kết thúc kiểm thử, thực hiện thu thập dữ liệu từ các hoạt động kiểm thử đã hoàn thành để củng cố kinh nghiệm, bao gồm cả việc kiểm tra phần mềm kiểm thử cũng như phân tích các dữ kiện và con số.
Có thể cần làm hoạt động này khi phần mềm được chuyển giao. Cũng có thể kết thúc kiểm thử vì các lý do khác, chẳng hạn như khi đã thu thập thông tin cần thiết từ, khi dự án bị hủy bỏ, khi đạt được cột mốc quan trọng hoặc khi bản cập nhật hoặc bản phát hành bảo trì được thực hiện.
Các hoạt động kết thúc kiểm thử bao gồm các nhiệm vụ chính sau
Kiểm tra sản phẩm bàn giao
Kiểm tra xem đã thực sự bàn giao sản phẩm theo kế hoạch đã lên chưa và đảm bảo rằng tất cả các báo cáo sự cố đã được giải quyết thông qua việc sửa chữa lỗi hoặc một số lỗi được hoãn lại.
Đối với những lỗi được hoãn lại, hay nói cách khác là những lỗi ở trạng thái mở, có thể yêu cầu thay đổi ở một bản phát hành trong tương lai. Ghi lại việc chấp nhận hoặc từ chối hệ thống phần mềm.
Hoàn thiện và lưu trữ phần mềm thử nghiệm
Chẳng hạn như tập lệnh, môi trường kiểm thử và bất kỳ cơ sở hạ tầng kiểm thử nào khác, để sử dụng lại sau này.
Điều quan trọng là sử dụng lại bất cứ thứ gì có thể của phần mềm; không thể tránh khỏi việc thực hiện kiểm thử bảo trì và sẽ tiết kiệm thời gian và công sức nếu phần mềm kiểm thử có thể được lấy ra từ thư viện các bài kiểm thử hiện có.
Nó cũng cho phép so sánh kết quả kiểm thử giữa các phiên bản phần mềm.
Bàn giao phần mềm kiểm thử (testware) cho tổ chức bảo trì
Tổ chức bảo trì là người sẽ hỗ trợ phần mềm và thực hiện bất kỳ bản sửa lỗi hoặc thay đổi bảo trì nào, được sử dụng trong kiểm thử xác nhận và kiểm thử hồi quy.
Nhóm này có thể là một nhóm riêng biệt với những người xây dựng và kiểm thử phần mềm; người kiểm thử bảo trì là một trong những khách hàng của người kiểm thử phát triển; họ sẽ sử dụng thư viện các bài kiểm thử.
Đánh giá cách kiểm thử diễn ra
Phân tích các bài học kinh nghiệm cho các bản phát hành và dự án trong tương lai.
Điều này có thể bao gồm cải tiến quy trình cho toàn bộ vòng đời phát triển phần mềm và cải tiến các quy trình kiểm thử.
Có thể sử dụng kết quả kiểm thử để đặt mục tiêu cải thiện việc đánh giá và kiểm thử với mục tiêu giảm thiểu số lượng lỗi trong quá trình sử dụng trực tiếp.
Có thể xem xét số lượng sự cố là sự cố thử nghiệm, với mục tiêu cải thiện cách thiết kế, thực thi và kiểm thử các thử nghiệm của mình hoặc việc quản lý môi trường thử nghiệm và dữ liệu.
Điều này giúp thực hiện kiểm thử hoàn thiện hơn và tiết kiệm chi phí hơn cho tổ chức. Điều này được ghi lại trong báo cáo tóm tắt kiểm thử hoặc có thể là một phần của báo cáo đánh giá dự án tổng thể.
Bản gốc Tiếng Anh các bạn có thể Tải về Tại đây.
Syllabus tải về Tại đây
