Quy trình quản lý lỗi trong kiểm thử phần mềm
Thomas Hamilton
⚡ Tóm tắt thông minh
Quy trình quản lý lỗi trong kiểm thử phần mềm là một khuôn khổ có cấu trúc để xác định, phân loại, giải quyết, xác minh, đóng và báo cáo lỗi. Nó cho phép giao tiếp hiệu quả giữa người kiểm thử và nhà phát triển, cải thiện chất lượng phát hành và giảm thiểu lỗi phát sinh trong môi trường sản xuất xuyên suốt vòng đời dự án.
Quy trình quản lý lỗi là gì?
Quy trình quản lý khiếm khuyết Đây là một phương pháp có hệ thống được sử dụng trong kiểm thử phần mềm để xác định, phân loại, sửa chữa và xác minh lỗi trước khi phần mềm được phát hành. Vòng đời này bao gồm sáu giai đoạn cốt lõi: 1) Phát hiện lỗi, 2) Phân loại, 3) Giải quyết bởi nhà phát triển, 4) Xác minh bởi người kiểm thử, 5) Kết thúc, và 6) Báo cáo lỗi khi kết thúc dự án.
Bài viết này giải thích cách áp dụng Quy trình Quản lý Lỗi bằng cách sử dụng... GuruVí dụ về trang web của 99 Bank, giúp người mới bắt đầu và người kiểm thử ở trình độ trung cấp hiểu rõ từng bước trong bối cảnh dự án thực tế.
Tại sao bạn cần Quy trình quản lý lỗi?
Hãy tưởng tượng nhóm của bạn đã phát hiện ra một số lỗi trong quá trình thử nghiệm. GuruDự án ngân hàng 99. Nếu không có quy trình bài bản, việc giao tiếp giữa người kiểm thử và nhà phát triển diễn ra bằng lời nói hoặc thông qua các tin nhắn rời rạc.
Một tuần sau, nhà phát triển phản hồi với một cách hiểu khác về vấn đề này.
Tuần sau, người kiểm thử lại trả lời, gây ra thêm nhiều sự nhầm lẫn.
Khi việc truyền đạt thông tin về lỗi được thực hiện bằng lời nói hoặc không chính thức, mọi thứ sẽ trở nên phức tạp rất nhanh. Để kiểm soát và quản lý lỗi hiệu quả, bạn cần một vòng đời lỗi được xác định rõ ràng, chuẩn hóa cách các nhóm báo cáo. track, và đóng các vấn đề.
Bước 1) Khám phá
Trong tạp chí khám phá Trong giai đoạn này, nhóm dự án phải xác định càng nhiều lỗi càng tốt trước khi khách hàng cuối cùng gặp phải. Một lỗi được coi là "đã phát hiện" khi nó được nhóm phát triển thừa nhận và chấp nhận, tại thời điểm đó trạng thái của nó sẽ thay đổi thành... Được chấp nhận.
Trong kịch bản ví dụ, người kiểm thử đã phát hiện 84 lỗi trên... GuruTrang web của ngân hàng 99 Bank.
Tuy nhiên, nhóm kiểm thử và nhóm phát triển không phải lúc nào cũng đồng ý với nhau. Hãy xem trường hợp sau, trong đó nhóm kiểm thử xác định các vấn đề trên... GuruTrang web của 99 Bank đã đăng tải các báo cáo về vấn đề này, nhưng nhóm phát triển lại tranh cãi liệu chúng có phải là lỗi hay không:
Trong trường hợp như vậy, với tư cách là người quản lý kiểm thử, bạn nên làm gì?
A) Đồng ý với nhóm kiểm thử rằng đó là một lỗi.
B) Hãy đóng vai trò là người phán xét và quyết định xem vấn đề đó có phải là lỗi hay không.
C) Đồng ý với nhóm phát triển rằng đây không phải là lỗi.
Phương án đúng là phương án B. Cần áp dụng quy trình giải quyết để xử lý xung đột, và người quản lý kiểm thử cần đánh giá vấn đề một cách khách quan trước khi quyết định xem nó có được coi là lỗi hay không.
Bước 2) Phân loại
Phân loại lỗi giúp các nhà phát triển ưu tiên công việc của họ để các vấn đề quan trọng nhất đối với hoạt động kinh doanh được khắc phục trước. Việc phân loại thường được thực hiện bởi Quản lý Kiểm thử và dựa trên mức độ nghiêm trọng và tác động đến hoạt động kinh doanh.
Các lỗi thường được phân loại thành bốn cấp độ ưu tiên: Nguy cấp, Cao, Trung bình và ThấpHãy thử gán mức độ ưu tiên chính xác cho từng lỗi sau:
- Tốc độ xử lý của trang web quá chậm.
- Chức năng đăng nhập của trang web không hoạt động bình thường.
- Giao diện người dùng (GUI) của trang web không hiển thị chính xác trên di động thiết bị.
- Trang web không thể lưu lại thông tin đăng nhập của người dùng.
- Một số liên kết không hoạt động.
Dưới đây là các câu trả lời được đề xuất:
| STT | Mô tả Chi tiết | Ưu tiên | Giải thích |
|---|---|---|---|
| 1 | Hiệu suất trang web quá chậm | Cao | Các vấn đề về hiệu năng gây ra sự bất tiện lớn cho người dùng cuối. |
| 2 | Chức năng đăng nhập không hoạt động đúng cách. | Quan trọng | Đăng nhập là chức năng cốt lõi của một trang web ngân hàng. Nếu quá trình này thất bại, toàn bộ hành trình của người dùng sẽ bị gián đoạn. |
| 3 | Giao diện người dùng 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 xem trang web trên điện thoại thông minh. |
| 4 | Trang web không thể lưu lại thông tin đăng nhập của người dùng. | Cao | Người dùng có thể đăng nhập, nhưng không thể thực hiện bất kỳ giao dịch nào khác. |
| 5 | Một số liên kết không hoạt động. | Thấp | Đây là một lỗi dễ khắc phục đối với các nhà phát triển, và người dùng vẫn có thể truy cập vào phần còn lại của trang web. |
Bước 3) Giải quyết lỗi
Giải quyết lỗi Trong kiểm thử phần mềm, việc khắc phục lỗi là một quy trình từng bước. Quá trình giải quyết bắt đầu bằng việc giao lỗi cho các nhà phát triển, sau đó họ lên lịch sửa lỗi dựa trên mức độ ưu tiên, thực hiện các chỉnh sửa và cuối cùng gửi báo cáo giải quyết cho Quản lý Kiểm thử. Trình tự này giúp việc khắc phục lỗi trở nên hiệu quả hơn. tracVua minh bạch và có trách nhiệm.
Bạn có thể làm theo các bước sau để khắc phục lỗi:
- Phân công: Lỗi này được giao cho một nhà phát triển hoặc kỹ thuật viên, và trạng thái của nó thay đổi thành... Trả lời.
- Điều chỉnh lịch trình: Nhóm phát triển sẽ tiếp quản và lập kế hoạch sửa lỗi dựa trên mức độ ưu tiên của lỗi.
- Khắc phục lỗi: Trong khi các nhà phát triển khắc phục lỗi, người quản lý kiểm thử sẽ... tracTiến độ của ks so với kế hoạch đã đề ra.
- Báo cáo về nghị quyết: Các nhà phát triển sẽ gửi báo cáo xác nhận những lỗi nào đã được khắc phục và cách thứ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 các lỗi, nhóm thử nghiệm xác minh Các vấn đề đã được giải quyết.
Ví dụ, khi nhóm phát triển báo cáo rằng 61 lỗi đã được khắc phục, nhóm kiểm thử sẽ kiểm tra lại từng lỗi để xác nhận xem các bản sửa lỗi có hoạt động chính xác trong cùng điều kiện đã gây ra lỗi ban đầu hay không.
Bước 5) Đóng cửa
Sau khi lỗi được khắc phục và xác minh, trạng thái của nó sẽ được thay đổi thành... Đóng Nếu lỗi không được khắc phục đúng cách trong quá trình xác minh, bạn phải gửi thông báo lại cho nhóm phát triển để điều tra lại. Việc đóng lỗi cho thấy lỗi đó không còn tồn tại trong hệ thống nữa.
Bước 6) Báo cáo lỗi
Báo cáo lỗi Trong kiểm thử phần mềm, báo cáo lỗi là quá trình mà các Quản lý Kiểm thử chuẩn bị và chia sẻ trạng thái lỗi với nhóm quản lý. Nhóm quản lý xem xét báo cáo và cung cấp phản hồi hoặc hỗ trợ bổ sung nếu cần. Báo cáo lỗi giúp cải thiện giao tiếp. tracvua, và khả năng quan sát xung quanh các khuyết điểm.
Ban lãnh đạo có quyền nắm rõ tình trạng lỗi để hỗ trợ dự án một cách hiệu quả. Do đó, bạn phải thường xuyên báo cáo về tình hình lỗi hiện tại để họ có thể đưa ra hướng dẫn và nguồn lực.
Số liệu khiếm khuyết quan trọng
Quay trở lại với tình huống ban đầu, nhóm phát triển và nhóm kiểm thử cùng nhau xem xét các lỗi. Kết quả tổng hợp được hiển thị bên dưới.
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 quan trọng đối với mọi người. Người quản lý thử nghiệm muốn trả lời. Thông thường, có hai tham số chính được sử dụng:
Trong tình huống trên, Tỷ lệ loại bỏ lỗi (DRR) được tính là 20/84 = 0.238 (23.8%).
Ví dụ khác, giả sử rằng GuruTrang web của 99 Bank có tổng cộng... 64 lỗi, nhưng nhóm kiểm thử chỉ phát hiện ra 44 - nghĩa 20 Các lỗi đã bị bỏ sót. Tỷ lệ rò rỉ lỗi (DLR) được tính là 20/64 = 0.312 (31.2%).
Tóm lại, chất lượng thực thi kiểm thử được đánh giá dựa trên hai tham 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 chấp nhận được thường được xác định bởi mục tiêu dự án hoặc được so sánh với các dự án tương tự. Trong ví dụ này, phạm vi chấp nhận được được khuyến nghị là 5% đến 10%Việc thực thi hiện tại nằm ngoài phạm vi này, điều đó cho thấy chất lượng kiểm thử cần được cải thiện thông qua các biện pháp sau:
- Cải thiện kỹ năng kiểm thử của các thành viên nhóm.
- Dành nhiều thời gian hơn trong quá trình thực thi thử nghiệm, đặc biệt là khi xem xét kết quả thực thi.
Các phương pháp tốt nhất để quản lý lỗi hiệu quả
Tuân thủ các quy trình chuẩn mực có cấu trúc là yếu tố phân biệt một quy trình quản lý lỗi hoàn thiện với một quy trình hỗn loạn. Mục tiêu không chỉ là sửa lỗi, mà còn là tạo ra một hệ thống ngăn chặn lỗi lan sang môi trường sản xuất và giảm thiểu sự cố giao tiếp giữa người kiểm thử và nhà phát triển.
Dưới đây là những phương pháp tốt nhất mà người kiểm thử ở trình độ sơ cấp và trung cấp nên áp dụng ngay lập tức:
- Chuẩn hóa mẫu báo cáo lỗi: Sử dụng mẫu báo cáo lỗi cố định có chứa các trường như Mã lỗi, DescriptThông tin lỗi bao gồm: ion, Các bước tái hiện lỗi, Mức độ nghiêm trọng, Độ ưu tiên, Môi trường và Tệp đính kèm. Tính nhất quán giúp giảm thiểu việc trao đổi qua lại giữa người kiểm thử và nhà phát triển.
- Ưu tiên trước khi phân công: Luôn phân loại lỗi theo mức độ nghiêm trọng và ưu tiên trước khi gửi cho nhà phát triển. Điều này đảm bảo rằng các vấn đề nghiêm trọng không bị xếp sau các lỗi nhỏ về hình thức.
- Hãy tái hiện lỗi trước khi báo cáo: Hãy tái hiện lỗi ít nhất hai lần trên môi trường sạch trước khi báo cáo. Các lỗi có thể tái hiện được sẽ được khắc phục nhanh hơn và giảm tỷ lệ sản phẩm bị loại bỏ.
- Chấp nhận một khuyết điểm tracCông cụ vua: Sử dụng các công cụ như CHUYẾN DU LỊCH, Bugzilla, hoặc là con bọ ngựa để tập trung tracVua, lịch sử và báo chí.
- Tiến hành các cuộc họp phân loại bệnh nhân: Tổ chức các cuộc họp ngắn gọn, tập trung vào việc phân loại lỗi để thống nhất các ưu tiên giữa nhóm QA, phát triển và sản phẩm.
- Đo lường sự rò rỉ và tỷ lệ loại bỏ: Track DLR và DRR trong mỗi sprint hoặc chu kỳ. Tỷ lệ rò rỉ tăng cao là dấu hiệu cảnh báo sớm cho thấy phạm vi kiểm thử chưa hoàn chỉnh.
- Tiến hành phân tích nguyên nhân gốc rễ: Đối với các lỗi tái diễn hoặc có mức độ nghiêm trọng cao, hãy tiến hành phân tích nguyên nhân gốc để đảm bảo cùng loại lỗi đó không xuất hiện trở lại trong các phiên bản sau này.
- Hoàn thiện quy trình bằng việc báo cáo: Chia sẻ bảng tổng quan lỗi hàng tuần với các bên liên quan để các vấn đề luôn được hiển thị và có thể xử lý kịp thời.
Khi được áp dụng một cách nhất quán, những phương pháp này sẽ ổn định vòng đời lỗi và nâng cao chất lượng tổng thể của mỗi bản phát hành.
