Quy trình quản lý lỗi trong kiểm thử phần mềm
Thomas Hamilton
Quy trình quản lý lỗi là gì?
Quản lý lỗi là một quy trình có hệ thống để xác định và sửa lỗi. Chu trình quản lý lỗi bao gồm các giai đoạn sau: 1) Phát hiện lỗi, 2) Phân loại lỗi 3) Sửa lỗi bởi các nhà phát triển 4) Xác minh bởi các kiểm thử viên, 5) Đóng lỗi 6) Báo cáo lỗi khi kết thúc dự án
Chủ đề này sẽ hướng dẫn bạn cách áp dụng quy trình quản lý lỗi cho trang web của Ngân hàng Guru99 của dự án. Bạn có thể làm theo các bước dưới đây để quản lý lỗi.
Bước 1) Khám phá
Trong giai đoạn khám phá, các nhóm dự án phải khám phá như nhiều khiếm khuyết như khả thi, trước khi khách hàng cuối cùng có thể khám phá nó. Một khiếm khuyết được cho là được phát hiện và chuyển sang trạng thái chấp nhận khi nó được các nhà phát triển thừa nhận và chấp nhận
Trong tình huống trên, người kiểm tra đã phát hiện ra 84 lỗi trên trang web Guru99.
Hãy cùng xem xét tình huống sau; nhóm thử nghiệm của bạn đã phát hiện ra một số vấn đề trong trang web Guru99 Bank. Họ coi chúng là lỗi và báo cáo cho nhóm phát triển, nhưng có một xung đột –
Trong trường hợp đó, với tư cách là Người quản lý kiểm thử, bạn sẽ làm gì?
B) Người quản lý kiểm tra đóng vai trò là người phán xét để quyết định xem vấn đề có bị lỗi hay không
C) Đồng ý với nhóm phát triển rằng đó không phải là khiếm khuyết
Trong trường hợp đó, cần áp dụng quy trình giải quyết để giải quyết xung đột, bạn đóng vai trò là thẩm phán để quyết định xem vấn đề của trang web có phải là lỗi hay không.
Bước 2) Phân loại
Việc phân loại lỗi giúp các nhà phát triển phần mềm ưu tiên các nhiệm vụ của họ. Điều đó có nghĩa là loại ưu tiên này giúp các nhà phát triển sửa chữa những lỗi rất quan trọng trước tiên.
Các lỗi thường được phân loại bởi Trình quản lý kiểm tra –
Chúng ta hãy làm một bài tập nhỏ như sau
Kéo và thả mức độ ưu tiên của lỗi bên dưới| 1) Hiệu suất trang web quá chậm |
|
| 2) Chức năng đăng nhập của website không hoạt động bình thường |
|
| 3) GUI của trang web không hiển thị chính xác trên di động thiết bị |
|
| 4) Trang web không thể nhớ phiên đăng nhập của người dùng |
|
| 5) Một số liên kết không hoạt động |
|
Dưới đây là những câu trả lời được đề xuất
| Không. | Mô tả | Ưu tiên | Giải thích |
|---|---|---|---|
|
1 |
Hiệu suất trang web quá chậm |
Cao |
Lỗi hiệu suất có thể gây ra sự bất tiện lớn cho người dùng. |
|
2 |
Chức năng đăng nhập của trang web không hoạt động bình thường |
Quan trọng |
Đăng nhập là một trong những chức năng chính của website ngân hàng, nếu tính năng này không hoạt động sẽ là lỗi nghiêm trọng |
|
3 |
GUI của website không hiển thị chính xác trên thiết bị di động |
Trung bình |
Lỗi này ảnh hưởng đến người dùng sử dụng Điện thoại thông minh để xem trang web. |
|
4 |
Trang web không thể nhớ phiên đăng nhập của người dùng |
Cao |
Đây là một vấn đề nghiêm trọng vì người dùng sẽ có thể đăng nhập nhưng không thể thực hiện bất kỳ giao dịch nào nữa |
|
5 |
Một số liên kết không hoạt động |
Thấp |
Đây là một bản sửa lỗi dễ dàng dành cho những người phát triển và người dùng vẫn có thể truy cập trang web mà không cần các liên kết này |
Bước 3) Giải quyết lỗi
Giải quyết lỗi trong kiểm thử phần mềm là quá trình từng bước sửa chữa các lỗi. Quá trình giải quyết lỗi bắt đầu bằng việc gán lỗi cho nhà phát triển, sau đó nhà phát triển lên lịch sửa lỗi theo mức độ ưu tiên, sau đó lỗi được sửa và cuối cùng nhà phát triển gửi báo cáo giải pháp cho người quản lý kiểm thử. Quá trình này giúp sửa chữa và theo dõi lỗi một cách dễ dàng.
Bạn có thể làm theo các bước sau để khắc phục lỗi.
- Chuyển nhượng: Giao cho nhà phát triển hoặc kỹ thuật viên khác sửa chữa và thay đổi trạng thái thành Trả lời.
- Lên lịch sửa chữa: Phía nhà phát triển chịu trách nhiệm trong giai đoạn này. Họ sẽ tạo ra lịch trình để sửa những lỗi này, tuỳ theo mức độ ưu tiên của lỗi.
- Sửa lỗi: Trong khi nhóm phát triển đang sửa lỗi, Test Manager theo dõi quá trình sửa lỗi so với lịch trình trên.
- Báo cáo độ phân giải: Nhận báo cáo về cách giải quyết từ nhà phát triển khi lỗi được khắc phục.
Bước 4) Xác minh
Sau khi nhóm phát triển cố định và báo cáo khiếm khuyết, đội kiểm tra xác minh rằng những khiếm khuyết đã thực sự được giải quyết.
Ví dụ, trong kịch bản trên, khi nhóm phát triển báo cáo rằng họ đã sửa được 61 lỗi, nhóm của bạn sẽ kiểm tra lại để xác minh những lỗi này đã thực sự được sửa hay chưa.
Bước 5) Đóng cửa
Khi lỗi đã được giải quyết và xác minh, lỗi sẽ được thay đổi trạng thái thành đóng cửa. Nếu không, bạn đã gửi thông báo cho bộ phận phát triển để kiểm tra lại lỗi.
Bước 6) Báo cáo lỗi
Báo cáo lỗi trong kiểm thử phần mềm là một quá trình trong đó người quản lý kiểm thử chuẩn bị và gửi báo cáo lỗi cho nhóm quản lý để lấy phản hồi về quy trình quản lý lỗi và trạng thái của lỗi. Sau đó, nhóm quản lý kiểm tra báo cáo lỗi và gửi phản hồi hoặc cung cấp hỗ trợ thêm nếu cần. Báo cáo lỗi giúp giao tiếp, theo dõi và giải thích lỗi một cách chi tiết hơn.
Ban quản lý có quyền biết tình trạng lỗi. Họ phải hiểu quy trình quản lý lỗi để hỗ trợ bạn trong dự án này. Vì vậy, bạn phải báo cáo cho họ tình trạng lỗi hiện tại để nhận được phản hồi từ họ.
Tại sao bạn cần Quy trình quản lý lỗi?
Nhóm của bạn đã tìm thấy lỗi khi thử nghiệm dự án Guru99 Banking.
Sau một tuần, nhà phát triển trả lời –
Trong tuần tới người thử nghiệm sẽ phản hồi
Như trong trường hợp trên, nếu việc giao tiếp khiếm khuyết được thực hiện bằng lời nói thì mọi việc sẽ sớm trở nên rất phức tạp. Để kiểm soát và quản lý lỗi một cách hiệu quả, bạn cần có vòng đời của lỗi.
Số liệu khiếm khuyết quan trọng
Quay lại tình huống trên. Nhóm phát triển và nhóm thử nghiệm đã xem xét các lỗi được báo cáo. Đây là kết quả của cuộc thảo luận đó
Làm thế nào để đo lường và đánh giá chất lượng thực hiện kiểm thử?
Đây là một câu hỏi mà mọi Người quản lý thử nghiệm muốn biết. Có 2 thông số mà bạn có thể xem xét như sau
Trong kịch bản trên, bạn có thể tính toán tỷ lệ từ chối đào tẩu (DRR) là 20/84 = 0.238 (23.8 %).
Một ví dụ khác, giả sử trang web của Ngân hàng Guru99 có tổng 64 lỗi, nhưng nhóm thử nghiệm của bạn chỉ phát hiện 44 khiếm khuyết tức là họ đã bỏ lỡ 20 khiếm khuyết. Do đó, bạn có thể tính tỷ lệ rò rỉ khuyết tật (DLR) là 20/64 = 0.312 (31.2%).
Kết luận, chất lượng thực hiện kiểm tra được đánh giá thông qua hai thông số sau
Giá trị DRR và DLR càng nhỏ thì chất lượng thực hiện kiểm thử càng tốt. Phạm vi tỷ lệ là gì chấp nhận được? Phạm vi này có thể được xác định và chấp nhận dựa trên mục tiêu của dự án hoặc bạn có thể tham khảo số liệu của các dự án tương tự.
Trong dự án này, giá trị khuyến nghị của tỷ lệ chấp nhận được là 5~10%. Nó có nghĩa là chất lượng thực hiện kiểm thử thấp. Bạn nên tìm biện pháp để giảm các tỷ lệ này như
- Cải thiện kiểm tra kỹ năng của thành viên.
- Dành nhiều thời gian hơn để kiểm tra việc thực hiện, đặc biệt là để xem xét kết quả thực hiện kiểm tra.
Câu Hỏi Thường Gặp
Nhấp chuột vào đây nếu video không thể truy cập được
