Bug là gì?
Một lỗi là hậu quả / kết quả của một lỗi mã hóa.
Khiếm khuyết trong kiểm thử phần mềm
Lỗi trong Kiểm thử phần mềm là một biến thể hoặc sai lệch của ứng dụng phần mềm so với yêu cầu của người dùng cuối hoặc yêu cầu kinh doanh ban đầu. Lỗi phần mềm là một lỗi trong mã hóa gây ra kết quả không chính xác hoặc không mong muốn từ một chương trình phần mềm không đáp ứng các yêu cầu thực tế. Người kiểm tra có thể gặp các lỗi như vậy trong khi thực hiện các trường hợp kiểm thử.
Hai thuật ngữ này có sự khác biệt rất nhỏ, Trong ngành, cả hai đều là những lỗi cần được sửa chữa và do đó, một số nhóm Thử nghiệm đã sử dụng lẫn nhau.
Khi người thử nghiệm thực hiện các trường hợp thử nghiệm, họ có thể gặp các kết quả thử nghiệm mâu thuẫn với kết quả mong đợi. Sự thay đổi trong kết quả kiểm tra này được gọi là Lỗi phần mềm. Những khiếm khuyết hoặc biến thể này được gọi bằng các tên khác nhau trong các tổ chức khác nhau như sự cố, sự cố, lỗi hoặc sự cố.
Trong hướng dẫn này, bạn sẽ học-
- Báo cáo lỗi
- Quy trình quản lý khiếm khuyết
- Khám phá
- Phân loại
- Độ phân giải
- xác minh
- Khép kín
- Báo cáo
- Các chỉ số sai sót quan trọng
Báo cáo lỗi trong kiểm tra phần mềm
Một Bug Report trong kiểm thử phần mềm là một tài liệu chi tiết về lỗi tìm thấy trong các ứng dụng phần mềm. Báo cáo lỗi bao gồm từng chi tiết về lỗi như mô tả, ngày tìm thấy lỗi, tên của người kiểm tra đã tìm thấy lỗi, tên của nhà phát triển đã sửa lỗi, v.v. Báo cáo lỗi giúp xác định các lỗi tương tự trong tương lai để có thể tránh được lỗi đó.
Trong khi báo cáo lỗi cho nhà phát triển, Báo cáo lỗi của bạn phải chứa các thông tin sau
- Defect_ID - Số nhận dạng duy nhất cho lỗi.
- Mô tả Lỗi - Mô tả chi tiết về Lỗi bao gồm thông tin về mô-đun mà trong đó Lỗi được tìm thấy.
- Phiên bản - Phiên bản của ứng dụng đã tìm thấy lỗi.
- Các bước - Các bước chi tiết cùng với ảnh chụp màn hình mà nhà phát triển có thể tái tạo các khiếm khuyết.
- Date Raised - Ngày mà lỗi được nâng lên
- Tài liệu tham khảo - nơi bạn Cung cấp tài liệu tham khảo như. yêu cầu, thiết kế, kiến trúc hoặc thậm chí có thể là ảnh chụp màn hình của lỗi để giúp hiểu được lỗi
- Được phát hiện bởi - Tên / ID của người thử nghiệm đã nêu ra lỗi
- Trạng thái - Tình trạng của khiếm khuyết, thêm về điều này sau
- Đã sửa bởi - Tên / ID của nhà phát triển đã sửa nó
- Ngày đóng - Ngày đóng khiếm khuyết
- Mức độ nghiêm trọng mô tả tác động của lỗi đối với ứng dụng
- Ưu tiên liên quan đến việc khẩn cấp sửa chữa lỗi. Mức độ ưu tiên nghiêm trọng có thể là Cao / Trung bình / Thấp dựa trên mức độ khẩn cấp của tác động mà tại đó lỗi cần được khắc phục tương ứng
Bấm vào đây nếu video không thể truy cập được
Tài nguyên
Tải xuống Mẫu Báo cáo Lỗi mẫu
Hãy xem xét những người sau đây như một Trình quản lý thử nghiệm
Nhóm của bạn đã tìm thấy lỗi trong khi thử nghiệm dự án Guru99 Banking.
Sau một tuần, nhà phát triển phản hồ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 giao tiếp khiếm khuyết được thực hiện bằng lời nói, mọi thứ sẽ sớm trở nên rất phức tạp. Để kiểm soát và quản lý lỗi hiệu quả, bạn cần có vòng đời của lỗi.
Quy trình quản lý khiếm khuyết là gì?
Quản lý lỗi là một quá trình có hệ thống để xác định và sửa lỗi. Một chu trình quản lý khiếm khuyết bao gồm các giai đoạn sau 1) Phát hiện ra khiếm khuyết, 2) Phân loại khiếm khuyết 3) Sửa chữa khiếm khuyết bởi nhà phát triển 4) Xác minh bởi người kiểm tra, 5) Kết thúc khiếm khuyết 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 vào trang web 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ý các khiếm khuyết.
Khám phá
Trong giai đoạn khám phá, các nhóm dự án phải phát hiện ra càng nhiều khuyết tật càng tốt, trước khi khách hàng cuối cùng có thể phát hiện ra nó. Một khiếm khuyết được cho là được phát hiện và chuyển sang trạng thái được 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, những người kiểm tra đã phát hiện ra 84 lỗi trong trang web Guru99.
Hãy xem kịch bản sau; nhóm kiểm tra của bạn đã phát hiện ra một số vấn đề trong trang web của Ngân hàng Guru99. Họ coi chúng là những khiếm khuyết và đã báo cáo cho nhóm phát triển, nhưng có một mâu thuẫn -
Trong trường hợp như vậy, với tư cách là Người quản lý thử nghiệm, bạn sẽ làm gì?
A) Đồng ý với nhóm thử nghiệm rằng lỗi của nó
B) Người quản lý kiểm tra đóng vai trò giám khảo để quyết định xem vấn đề có sai sót hay không
C) Đồng ý với nhóm phát triển rằng đó không phải là một khiếm khuyết Sửa lỗi InCorrect
Trong trường hợp đó, một quy trình giải quyết nên được áp dụng để giải quyết xung đột, bạn đóng vai trò như một thẩm phán để quyết định xem vấn đề trang web có phải là một khiếm khuyết hay không.
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 sắp xếp thứ tự ưu tiên cho nhiệm vụ của họ. Điều đó có nghĩa là loại ưu tiên này sẽ giúp các nhà phát triển sửa chữa những khiếm khuyết rất quan trọng trước tiên.
Các khiếm khuyết thường được Người quản lý kiểm tra phân loại -
Hãy làm một bài tập nhỏ như sau Kéo & Thả Mức độ Ưu tiên Khuyết tật Dưới đây
- Bạo kích
- Cao
- Trung bình
- Thấp
| 1) Hiệu suất trang web quá chậm |
|
| 2) Chức năng đăng nhập của trang web 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 thiết bị Di động |
|
| 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 |
|
Đây là những câu trả lời được đề xuất
| Không. | Sự miêu tả | Sự ưu tiên | Giải trình |
|---|---|---|---|
| 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 | Bạo kích | Đă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 thì đó là lỗi nghiêm trọng |
| 3 | GUI của trang web không hiển thị chính xác trên thiết bị di động | Trung bình | Các khiếm khuyết ả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 khác |
| 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 cho các nhà phát triển và người dùng vẫn có thể truy cập trang web mà không có các liên kết này |
Giải quyết khiếm khuyết
Giải quyết khiếm khuyết trong kiểm thử phần mềm là một quá trình từng bước để sửa chữa các khiếm khuyết. Quy trình giải quyết lỗi bắt đầu bằng việc chỉ định 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 đó các lỗi được sửa và cuối cùng nhà phát triển gửi báo cáo giải quyết cho người quản lý thử nghiệm. Quá trình này giúp sửa chữa và theo dõi các khuyết tật một cách dễ dàng.
Bạn có thể làm theo các bước sau để sửa lỗi.
- Nhiệm vụ : Được giao cho một nhà phát triển hoặc kỹ thuật viên khác để khắc phục và thay đổi trạng thái thành Phản hồi .
- Lên lịch sử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 một lịch trình để sửa chữa những khiếm khuyết này, tùy thuộc vào mức độ ưu tiên của khiếm khuyết.
- Sửa lỗi : Trong khi nhóm phát triển đang sửa lỗi, Người quản lý kiểm tra sẽ theo dõi quá trình sửa lỗi so với lịch trình ở trên.
- Báo cáo giải pháp : Nhận báo cáo về giải pháp từ các nhà phát triển khi các lỗi đã được khắc phục.
xác minh
Sau khi nhóm phát triển khắc phục và báo cáo lỗi, nhóm kiểm tra xác minh rằng các lỗi đã thực sự được giải quyết.
Ví dụ: trong trường hợp 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.
Khép kín
Khi một khiếm khuyết đã được giải quyết và xác minh, lỗi đó sẽ được thay đổi trạng thái là đã đóng . Nếu không, bạn đã gửi thông báo đến sự phát triển để kiểm tra lại lỗi.
Báo cáo khiếm khuyết
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ý để phản hồi về quá trình quản lý lỗi và tình trạng của lỗi. Sau đó, nhóm quản lý sẽ kiểm tra báo cáo lỗi và gửi phản hồi hoặc hỗ trợ thêm nếu cần. Báo cáo lỗi giúp giao tiếp tốt hơn, theo dõi và giải thích chi tiết các lỗi.
Ban quản lý có quyền biết tình trạng khuyết tật. Họ phải hiểu quy trình quản lý khiếm khuyết để hỗ trợ bạn trong dự án này. Vì vậy, bạn phải báo cáo cho họ biết tình hình khiếm khuyết hiện tại để nhận được phản hồi từ họ.
Các chỉ số sai sót quan trọng
Quay lại kịch bản trên. Nhóm phát triển và kiểm tra đã 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 của việc thực hiện kiểm tra?
Đây là một câu hỏi mà mọi Người quản lý kiểm tra đều muốn biết. Có 2 thông số mà bạn có thể xem xét như sau
Trong trường hợp 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 cộng 64 lỗi, nhưng nhóm kiểm tra của bạn chỉ phát hiện 44 lỗi, tức là họ đã bỏ sót 20 lỗi. Do đó, bạn có thể tính toán 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 thi kiểm tra được đánh giá thông qua hai tham số sau
Giá trị DRR và DLR càng nhỏ thì chất lượng thực thi kiểm tra càng tốt. Phạm vi tỷ lệ có thể chấp nhận được là bao nhiêu? Phạm vi này có thể được xác định và chấp nhận cơ sở trong mục tiêu 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 thi kiểm tra thấp. Bạn nên tìm biện pháp đối phó để giảm các tỷ lệ này chẳng hạn như
- Nâng cao kỹ năng kiểm tra của thành viên.
- Dành nhiều thời gian hơn cho việc thực thi thử nghiệm, đặc biệt là để xem lại kết quả thực thi thử nghiệm.