Trong chương này, chúng ta sẽ tìm hiểu về Bug / Bug trong Software Testing và lý do tại sao nó xảy ra, thuật ngữ cơ bản của Bug và công cụ theo dõi Bug.
Các bài viết liên quan:
Bug trong Software Testing là gì?
Bug là tên không chính thức của các defect/bug, có nghĩa là phần mềm hoặc ứng dụng không hoạt động theo yêu cầu.
Trong kiểm thử phần mềm, một Bug phần mềm cũng có thể là sự cố, Bug, Bug hoặc hỏng. Bug xảy ra khi các nhà phát triển mắc phải bất kỳ sai sót hoặc Bug nào trong khi phát triển sản phẩm.
Trong khi kiểm tra ứng dụng hoặc thực hiện các trường hợp kiểm thử, kỹ sư kiểm thử có thể không nhận được kết quả mong đợi theo yêu cầu. Và Bug có nhiều tên khác nhau ở các công ty khác nhau như Bug, sự cố, sự cố, Bug và sai lầm, v.v.
Thuật ngữ cơ bản về Bug
Hãy xem các thuật ngữ khác nhau về Bug:
- Defect
- Bug
- Error
- Issue
- Mistakev
- Failurev
Defect Khi ứng dụng không hoạt động theo yêu cầu. Kỹ sư thử nghiệm
Bug Tên không chính thức của Defect
Error trong code dẫn đến Bug.
Issue Khi ứng dụng không đáp ứng yêu cầu kinh doanh.
Mistakev Vấn đề trong tài liệu được gọi là một sai lầm.
Failurev Rất nhiều Bug dẫn đến Bug phần mềm.
Xem thêm Life cycle của Bug- vòng đời của Bug
Tại sao Bug / Bug xảy ra?
Trong thử nghiệm phần mềm, Bug có thể xảy ra vì những lý do sau:
- Wrong coding
- Missing coding
- Extra coding
Wrong coding
Wrong coding có nghĩa là thực hiện không đúng.
Ví dụ: Giả sử nếu chúng ta sử dụng ứng dụng Gmail nơi chúng ta nhấp vào liên kết “Hộp thư đến” và nó điều hướng đến trang “Bản nháp”, điều này xảy ra do nhà phát triển thực hiện mã hóa sai, đó là lý do tại sao sâu bọ.
Missing coding
Ở đây, Missing coding có nghĩa là nhà phát triển có thể đã không phát triển mã chỉ cho tính năng cụ thể đó.
Ví dụ: nếu chúng ta lấy ví dụ trên và mở liên kết hộp thư đến, chúng ta thấy rằng nó không có duy nhất, có nghĩa là tính năng không được phát triển duy nhất.
Xem thêm Cách kiểm tra thứ hạng bài viết WordPress có xếp hạng
Extra coding
Ở đây, Extra coding có nghĩa là các nhà phát triển phát triển các tính năng bổ sung, không bắt buộc theo yêu cầu của khách hàng.
Ví dụ:
Giả sử chúng ta có một mẫu đơn đăng ký trong đó trường Tên, hộp văn bản Tên và Họ là cần thiết để phát triển theo yêu cầu của khách hàng.
Tuy nhiên, các nhà phát triển cũng phát triển hộp văn bản “Tên đệm”, không cần thiết theo yêu cầu của khách hàng như chúng ta có thể thấy trong hình ảnh dưới đây:
Nếu chúng tôi phát triển một tính năng bổ sung không cần thiết trong yêu cầu, nó sẽ dẫn đến nỗ lực thêm không cần thiết. Và nó cũng có thể xảy ra rằng việc thêm tính năng bổ sung cũng ảnh hưởng đến các yếu tố khác.
Xem thêm Severity và Priority trong kiểm thử phần mềm
Công cụ theo dõi Bug
Chúng tôi có nhiều loại công cụ theo dõi Bug khác nhau có sẵn trong kiểm thử phần mềm giúp chúng tôi theo dõi Bug liên quan đến phần mềm hoặc ứng dụng.
Một số công cụ theo dõi Bug được sử dụng phổ biến nhất như sau:
- Jira
- Bugzilla
- Redmine
- Mantis
- Backlog
- Jira
Jira là một trong những công cụ theo dõi Bug quan trọng nhất. Jira là một công cụ mã nguồn mở được sử dụng để theo dõi Bug, quản lý dự án và theo dõi sự cố trong thử nghiệm thủ công.
Jira bao gồm các tính năng khác nhau như báo cáo, ghi âm và quy trình làm việc. Trong Jira, chúng tôi có thể theo dõi tất cả các loại Bug và vấn đề liên quan đến phần mềm và do kỹ sư kiểm tra tạo ra.
- Bugzilla
Bugzilla là một công cụ theo dõi Bug quan trọng khác, được nhiều tổ chức sử dụng rộng rãi nhất để theo dõi Bug.
Bugzilla là một công cụ mã nguồn mở, được sử dụng để giúp khách hàng và khách hàng duy trì việc theo dõi các Bug.
Nó cũng được sử dụng như một công cụ quản lý kiểm thử vì trong đó, chúng ta có thể dễ dàng liên kết các công cụ quản lý trường hợp kiểm thử khác như ALM, Trung tâm chất lượng, v.v.
Bugzilla hỗ trợ nhiều hệ điều hành khác nhau như Windows, Linux và Mac.
Bugzilla có một số tính năng giúp chúng tôi báo cáo Bug dễ dàng:
- Một Bug có thể được liệt kê ở nhiều định dạng
- Thông báo qua email được kiểm soát bởi tùy chọn của người dùng.
- Khả năng tìm kiếm nâng cao
- Bảo mật tuyệt vời
- Theo dõi thời gian
- Redmine
Nó là một công cụ mã nguồn mở được sử dụng để theo dõi các vấn đề và công cụ quản lý dự án dựa trên web. Công cụ Redmine được viết bằng ngôn ngữ lập trình Ruby và cũng tương thích với nhiều cơ sở dữ liệu như MySQL, Microsoft SQL và SQLite.
Trong khi sử dụng công cụ Redmine, người dùng cũng có thể quản lý các dự án khác nhau và các dự án con liên quan.
Một số đặc điểm chung của các công cụ Redmine như sau:
- Kiểm soát truy cập dựa trên vai trò linh hoạt
- Chức năng theo dõi thời gian
- Hệ thống theo dõi vấn đề linh hoạt
- Nguồn cấp dữ liệu và thông báo qua email
- Hỗ trợ nhiều ngôn ngữ (tiếng Albania, tiếng Ả Rập, tiếng Hà Lan, tiếng Anh, tiếng Đan Mạch, v.v.)
- MantisBT
MantisBT là viết tắt của Mantis Bug Tracker. Nó là một hệ thống theo dõi Bug dựa trên web và nó cũng là một công cụ mã nguồn mở.
MantisBT được sử dụng để theo dõi các Bug phần mềm. Nó được thực hiện trong
Ngôn ngữ lập trình PHP.
Một số đặc điểm chung của MantisBT như sau:
- Tìm kiếm toàn văn bản
- Kiểm tra các dấu vết của các thay đổi được thực hiện đối với các vấn đề
- Tích hợp hệ thống kiểm soát sửa đổi
- Kiểm soát sửa đổi các trường văn bản và ghi chú
- Thông báo
- Bổ sung
- Vẽ biểu đồ mối quan hệ giữa các vấn đề
- Backlog
Backlog được sử dụng rộng rãi để quản lý các dự án CNTT và theo dõi các Bug. Nó chủ yếu được xây dựng cho nhóm phát triển để báo cáo các Bug với chi tiết đầy đủ của các vấn đề, nhận xét. Cập nhật và thay đổi trạng thái. Nó là một phần mềm quản lý dự án.
Các tính năng của công cụ Backlog như sau:
- Gantt và ghi lại các biểu đồ
- Nó hỗ trợ kho Git và SVN
- Kiểm soát truy cập IP
- Hỗ trợ các ứng dụng iOS và Android gốc
Xem thêm Các nguyên tắc đếm cơ bản
