1. Định nghĩa sự cố trong quá trình kiểm thử phần mềm – Sự cố là gì?
Khi thực hiện kiểm thử, có thể xảy ra tình huống mà kết quả thực tế không giống như kết quả dự kiến. Khi kết quả thực tế khác so với kết quả mong đợi, ta gọi đó là sự cố, lỗi, khiếm khuyết, vấn đề hoặc vụ việc. Tuy nhiên, có sự khác biệt giữa sự cố, khiếm khuyết và lỗi. Một sự cố, hay incident, là tình huống mà hệ thống gặp vấn đề, sự gián đoạn không lên kế hoạch hoặc sự giảm chất lượng dịch vụ. Nguyên nhân gây ra sự cố có thể bao gồm cấu hình sai hoặc lỗi trong môi trường kiểm thử, dữ liệu kiểm thử không chính xác, kết quả dự kiến không hợp lệ hoặc lỗi từ người kiểm thử.
2. Báo cáo sự cố trong quá trình kiểm thử phần mềm – Báo cáo sự cố là gì?
Sau khi xảy ra sự cố, ta cần báo cáo để theo dõi và quản lý chúng.
a. Tại sao phải có một báo cáo sự cố?
Việc có một báo cáo sự cố mang lại nhiều lợi ích:
- Trong một số dự án, có rất nhiều lỗi được phát hiện. Ngay cả với các dự án nhỏ hơn có 100 lỗi hoặc ít lỗi hơn, việc theo dõi tất cả chúng trở nên khó khăn nếu không có quy trình báo cáo, phân loại, gán và quản lý lỗi từ khi phát hiện tới khi giải quyết.
- Báo cáo sự cố chứa mô tả về sự cố và phân loại nó. Báo cáo sự cố cung cấp thông tin chi tiết về sự cố cho lập trình viên, quản lý và những người khác.
- Báo cáo sự cố giúp phân tích xu hướng trong dữ liệu lỗi, kiểm tra cụ thể hoặc đánh giá tổng thể chất lượng hệ thống.
- Phân tích báo cáo sự cố trên một dự án hoặc nhiều dự án có thể mang lại thông tin dẫn đến cải thiện việc phát triển và kiểm thử.
- Lập trình viên cần thông tin trong báo cáo để tìm và sửa lỗi. Tuy nhiên, trước khi làm điều đó, nhà quản lý cần xem xét và ưu tiên sự cố để kiểm tra, sửa chữa và xác nhận kiểm thử những sự cố quan trọng nhất. Mặc dù nhiều sự cố sẽ là lỗi người dùng hoặc hành vi không liên quan tới lỗi, một số lỗi xảy ra trong quá trình kiểm thử và đảm bảo chất lượng.
- Phần trăm sự cố phát hiện, so sánh với lỗi đã kiểm tra, là một chỉ số quan trọng về hiệu quả của quá trình kiểm thử.
b. Làm thế nào để viết một báo cáo sự cố tốt trong kiểm thử phần mềm?
Báo cáo sự cố là một tài liệu kỹ thuật. Dưới đây là một số quy tắc để viết báo cáo:
- Sử dụng phương pháp kiểm thử cẩn thận và tỉ mỉ. Không bao giờ biết khi nào sẽ tìm thấy một vấn đề.
- Cố gắng cách ly sự cố bằng cách tái tạo lại lỗi. Việc cách ly lỗi giúp lập trình viên giải quyết các vấn đề của hệ thống.
- Viết báo cáo sự cố giúp nâng cao hiểu biết về cách hoạt động của hệ thống.
- Trong một số trường hợp kiểm thử tập trung vào các điều kiện biên, có thể xảy ra sự cố mà không phải là việc thường xuyên trong thực tế. Việc tìm kiếm các điều kiện tổng quát hơn có thể gây ra sự cố, thay vì chỉ dựa vào các trường hợp kiểm thử.
- Sự cố quan sát có thể được so sánh với các kết quả kiểm thử khác và các sự cố đã biết để tìm và ghi lại thông tin bổ sung, mà lập trình viên có thể thấy hữu ích.
- Người đọc báo cáo sự cố, đặc biệt là các nhà quản lý, cần hiểu mức độ ưu tiên và mức độ nghiêm trọng của lỗi để đánh giá tác động của vấn đề trong dự án.
- Hầu hết các hệ thống quản lý sự cố có trường tiêu đề hoặc tóm tắt, nơi phải đề cập đến tác động của sự cố. Việc lựa chọn từ ngữ là rất quan trọng trong việc viết báo cáo sự cố. Nên sử dụng ngôn ngữ rõ ràng, trung lập và tập trung vào thực tế.
- Kết thúc báo cáo bằng một tóm tắt giúp duy trì sự chú ý và tránh bỏ sót thông tin.
- Nên sử dụng quy trình kiểm duyệt cho tất cả các báo cáo được gửi đi. Điều này làm việc khi có báo cáo đánh giá từ lãnh đạo kiểm thử và cho phép người kiểm thử – người có ít kinh nghiệm hơn – xem xét báo cáo của các người kiểm thử khác.
3. Công cụ quản lý sự cố
Công cụ quản lý sự cố, còn được gọi là công cụ theo dõi lỗi hoặc công cụ quản lý lỗi, là một công cụ quan trọng. Tuy nhiên, “công cụ quản lý sự cố” có thể là tên tốt hơn, vì không phải tất cả các thứ được theo dõi thực sự là lỗi hoặc sự cố; cũng có thể có những tình huống bất thường không phải là lỗi. Thông thường, các công cụ quản lý sự cố cho phép lưu trữ thông tin về các thuộc tính của sự cố, tệp đính kèm (như ảnh chụp màn hình), ưu tiên, gán công việc cho các thành viên trong nhóm và theo dõi trạng thái của sự cố (như mở, từ chối, trùng lặp, hoãn lại, sẵn sàng cho kiểm tra hoặc đã đóng). Các công cụ này cũng cung cấp báo cáo thống kê về các số liệu liên quan đến sự cố như thời gian mở trung bình, số lượng sự cố ở mỗi trạng thái, tổng số sự cố đã tăng lên, đã mở hoặc đã đóng. Công cụ quản lý sự cố có thể được tích hợp vào các công cụ quản lý kiểm thử thương mại.
Nguồn tham khảo: http://istqbexamcertification.com/what-is-incident-logging-or-how-to-log-an-incident-in-software-testing/