Bài số 10: Quản lý chất lượng dự án
Việc kiểm soát thực hiện sửa lỗi (Defect tracking)
Pro, Rational ClearCase. Một số công cụ tốt thường được cung cấp miễn phí hoặc là với chi phí rất nhỏ.
• Đảm bảo tất cả những thành viên liên quan đều có quyền truy nhập vào hệ thống kiểm thử • Cần tổ chức những buổi họp thường xuyên để xem lại những lỗi đã sửa: thường là hàng tuần
trong quá trình kiểm thử thông thường và hàng ngày đối với thời điểm gấp gáp.
• Những người có thể nhập các lỗi phát hiện được của dự án vào một hệ thống kiểm soát theo dõi lỗi của dự án hoặc của chung công ty là cán bộ đảm bảo chất lượng, lập trình viên, những nhà phân tích, nhà quản lý, và đôi khi có thể chính là những người sử dụng và giám đốc dự án.
• Cấu trúc của hệ thống kiểm soát lỗi thường bao gồm những trường sau đây: + trạng thái: mở, đóng, đang trì hoãn
+ ngày nhập lỗi vào hệ thống, ngày cập nhật thông tin và ngày đóng lỗi + mô tả vấn đề của lỗi được phát hiện
+ số hiệu phiên bản phần mềm mà lỗi xuất hiện + Người phát hiện ra lỗi
+ Thứ tự ưu tiên được giải quyết của lỗi: thấp, trung bình, cao, rất cao
+ Những nhận xét, chú thích được thực hiện bởi cán bộ đảm bảo chất lượng, lập trình viên và những thành viên khác liên quan.
Các thông số về lỗi
Tỉ lệ mở (Open rate): liên quan tới số lỗi xuất hiện mới trong một khoảng thời gian nhất định Tỉ lệ đóng (Close rate): liên quan tới số lỗi được sửa xong (đóng) trong cùng khoảng thời gian trên.
Tỉ lệ thay đổi (Change rate): số lần cùng một vấn đề được cập nhật
Số lần sửa lỗi sai (Fix Failed Counts): số lỗi mà đã được thực hiện việc sửa nhưng chưa được sửa đúng. Đây cũng là một đơn vị để đo khả năng giao động của dự án (vibration).
Tỉ lệ lỗi trung bình do Microsoft nghiên cứu qua thống kê là 10-20 lỗi trên 1 KLOC được phát hiện trong quá trình kiểm thử và 0.5 lỗi trên 1 KLOC sau khi bàn giao sản phẩm cho khách hàng.
122
Môi trường kiểm thử