BÁO CÁO TÌNH TRẠNG KIỂM THỬ
Giám sát tiến độ kiểm tra là thu thập dữ liệu kiểm tra chi tiết; báo cáo trạng thái thử nghiệm là về việc truyền đạt hiệu quả những phát hiện của chúng ta tới các bên liên quan khác của dự án. Cũng giống như theo dõi tiến độ kiểm thử, trên thực tế, có nhiều thay đổi quan sát được trong cách mà mọi người báo cáo trạng thái kiểm thử, với các biến thể do sở thích của người kiểm thử và các bên liên quan, nhu cầu và mục tiêu của dự án, yêu cầu quy định, hạn chế và giới hạn về thời gian và tiền bạc của các công cụ có sẵn để báo cáo trạng thái kiểm thử. Thông thường, các biến thể hoặc tóm tắt của các số liệu được sử dụng để theo dõi tiến độ kiểm thử, chẳng hạn như Hình 5.1 và Hình 5.2, được sử dụng để báo cáo trạng thái kiểm thử. Bất kể số liệu, biểu đồ và báo cáo cụ thể được sử dụng là gì, báo cáo trạng thái kiểm thử nhằm giúp các bên liên quan của dự án hiểu kết quả của giai đoạn kiểm thử, đặc biệt là khi nó liên quan đến các mục tiêu chính của dự án và liệu (hoặc khi nào) tiêu chí dừng có được đáp ứng hay không.
Ngoài việc thông báo cho các bên liên quan của dự án về kết quả kiểm thử, báo cáo trạng thái kiểm thử thường nhằm mục đích làm sáng tỏ và tác động đến họ. Điều này liên quan đến việc phân tích thông tin và số liệu có sẵn để hỗ trợ các kết luận, khuyến nghị và quyết định về cách hướng dẫn dự án tiến lên hoặc thực hiện các hành động khác.
Ví dụ: chúng ta có thể ước tính số lượng lỗi còn lại cần được phát hiện, trình bày chi phí và lợi ích của việc trì hoãn ngày phát hành để cho phép kiểm thử thêm, đánh giá các rủi ro dự án và sản phẩm còn lại và đưa ra ý kiến về sự tự tin mà các bên liên quan nên có đối với chất lượng của hệ thống được kiểm thử.
Bạn nên suy nghĩ về báo cáo trạng thái kiểm thử trong giai đoạn chuẩn bị và lập kế hoạch kiểm thử, vì thường sẽ cần thu thập các số liệu cụ thể trong và khi kết thúc giai đoạn kiểm thử để tạo báo cáo trạng thái kiểm thử một cách hiệu quả và hiệu quả. Dữ liệu cụ thể mà bạn muốn thu thập sẽ tùy thuộc vào các báo cáo cụ thể, nhưng những cân nhắc chung bao gồm:
- Đánh giá mức độ phù hợp của các mục tiêu kiểm thử đối với một cấp độ kiểm thử nhất định và liệu các mục tiêu đó có đạt được không?
- Đánh giá mức độ đầy đủ của các phương pháp kiểm thử được thực hiện như thế nào và liệu chúng có hỗ trợ việc đạt được các mục tiêu kiểm thử của dự án hay không?
- Đánh giá hiệu quả của kiểm thử đối với các mục tiêu và phương pháp này như thế nào?
Ví dụ: nếu đang thực hiện kiểm thử dựa trên rủi ro, mục tiêu kiểm thử chính là đưa các rủi ro quan trọng của sản phẩm vào phạm vi kiểm thử thích hợp. Bảng 5.1 cho thấy một ví dụ về biểu đồ cho phép báo cáo phạm vi kiểm thử và các lỗi chưa được giải quyết đối với các vùng rủi ro chính của sản phẩm mà bạn đã xác định trong phân tích rủi ro của mình. Nếu đang thực hiện kiểm thử dựa trên yêu cầu, bạn có thể đo lường mức độ phù hợp theo yêu cầu hoặc nhóm chức năng thay vì rủi ro.
Trên một số dự án, nhóm kiểm thử phải tạo một báo cáo tóm tắt kiểm thử. Một báo cáo như vậy, được tạo ở một mốc quan trọng hoặc khi kết thúc cấp độ kiểm thử, mô tả kết quả của một cấp độ hoặc giai đoạn kiểm thử nhất định. Bài kiểm thử tiêu chuẩn IEEE 829
Mẫu báo cáo tóm tắt cung cấp một hướng dẫn hữu ích cho những gì cần đưa vào báo cáo. Ngoài việc bao gồm các loại biểu đồ và bảng được trình bày trước đó, bạn có thể thảo luận về các sự kiện quan trọng (đặc biệt là những vấn đề) xảy ra trong quá trình kiểm thử, các mục tiêu của kiểm thử và liệu chúng có đạt được hay không, chiến lược kiểm thử đã tuân theo và nó hoạt động tốt như thế nào, và hiệu quả tổng thể của nỗ lực kiểm thử.
KIỂM SOÁT KIỂM THỬ
Các dự án không phải lúc nào cũng diễn ra theo kế hoạch. Trên thực tế, bất kỳ nỗ lực nào của con người đều có khả năng thay đổi so với kế hoạch. Rủi ro trở thành sự cố. Các bên liên quan cần phát triển. Thế giới xung quanh chúng ta thay đổi. Khi kế hoạch và thực tế khác nhau, chúng ta phải hành động để đưa dự án trở lại tầm kiểm soát.
Trong một số trường hợp, bản thân kết quả kiểm thử là nguyên nhân dẫn đến sự khác biệt; ví dụ: giả sử chất lượng của các hạng mục kiểm thử tỏ ra tồi tệ không thể chấp nhận được và làm chậm tiến độ kiểm thử. Trong các trường hợp khác, kiểm thử bị ảnh hưởng bởi các sự kiện bên ngoài; ví dụ: kiểm thử có thể bị trì hoãn khi các mục kiểm thử xuất hiện muộn hoặc môi trường kiểm thử không khả dụng. Kiểm soát kiểm thử là việc nói về các hành động hướng dẫn và khắc phục để cố gắng đạt được kết quả tốt nhất có thể cho dự án.
Tất nhiên, các hành động khắc phục hoặc hướng dẫn cụ thể phụ thuộc vào những gì chúng ta đang cố gắng kiểm soát. Hãy xem xét các ví dụ giả định sau:
- Một phần của phần mềm đang kiểm thử sẽ được chuyển giao muộn, sau ngày bắt đầu kiểm thử theo kế hoạch. Điều kiện thị trường chỉ ra rằng chúng ta không thể thay đổi ngày phát hành. Kiểm soát kiểm thử có thể liên quan đến việc sắp xếp lại thứ tự ưu tiên cho các bài kiểm thử để bắt đầu kiểm thử dựa trên những gì hiện có.
- Vì lý do chi phí, kiểm thử hiệu suất thường được thực hiện vào buổi tối các ngày trong tuần ngoài giờ làm việc trong môi trường sản xuất. Do nhu cầu cao ngoài dự đoán đối với các sản phẩm của bạn, công ty đã tạm thời áp dụng ca làm việc buổi tối để giữ cho môi trường sản xuất được sử dụng 18 giờ một ngày, năm ngày một tuần. Kiểm soát kiểm thử có thể liên quan đến việc sắp xếp lại các bài kiểm thử hiệu suất vào cuối tuần.
Mặc dù các ví dụ này cho thấy các hành động kiểm soát kiểm thử ảnh hưởng đến việc kiểm thử, nhóm dự án cũng có thể phải thực hiện các hành động khác ảnh hưởng đến những người khác trong dự án. Ví dụ: giả sử rằng ngày hoàn thành kiểm thử có nguy cơ xảy ra do có nhiều bản sửa lỗi khiến kiểm thử xác nhận không thành công trong môi trường kiểm thử. Trong trường hợp này, kiểm soát kiểm thử có thể liên quan đến việc yêu cầu các lập trình viên thực hiện các bản sửa lỗi, kiểm thử lại các bản sửa lỗi một cách kỹ lưỡng trước khi đưa chúng vào kho lưu trữ mã (code repository) cho các bản dựng kiểm thử (test build).
Bản gốc Tiếng Anh các bạn có thể Tải về Tại đây
