Tìm hiểu Bugzilla Bugzilla hệ thống quản lý bug miễn phí thông minh Bugzilla phát triển sử dụng tổ chức Mozzila (cũng tổ chức phát triển Firefox có tiền thân từ công ty Netspace Communications vào năm 1998) - Bugzilla mã nguồn mở, đưa Terry Weissman vào năm 1998 - Bugzilla 2.0 phiên phát hành công chúng vào tháng Tư năm 2000 - Bugzilla 3.0 phát hành vào ngày 09/05/2007 với tính bật sau: + Fields tùy chỉnh + Hỗ trợ mod_perl cải thiện hiệu suất + Giao diện XML _ RPC + Tạo sửa bug email - Bugzilla 3.4 phát hành vào ngày 20/07/2009 bao gồm nhiều cải tiến đáng kể so với phiên trước: + Các tùy chỉnh cải tiến + URL cho tìm kiếm ngắn hơn, dễ dàng chia sẻ + Địa email người dùng ẩn (ngăn chặn thư rác) - Bugzilla 4.0 cho phiên tốt lịch sử bugzilla , phát hành vào ngày 15/02/2011 sử dụng phổ biến tận với tính tuyệt vời sau: + Phát trùng lặp nộp lỗi + Kiểm soát hoàn toàn thu hồi lỗi thông qua Webservices, bao gồm lỗi cập nhật + Những cải tiến khả sử dụng + Trang tìm kiếm nâng cao thiết kế lại hoàn toàn - Bugzilla 4.2 phát hành vào ngày 22/02/2012 Phiên kèm với số tính cải tiến - Bugzilla 4.2 chứa đựng cải tiến lớn để tìm kiếm , hỗ trợ cho SQLite, cải thiện Webservices nhiều cải tiến khác Lịch sử phát triển Bugzilla qua giai đoạn Khá niệm: Quy trình : Input(thông tin lỗi) -> Process (Bugzilla) -> Output(Trạng thái lỗi : sửa hay chưa) Chức năng: - Quản lí qui trình sửa lỗi phần mềm miễn phí - Quản lí hoạt động, tiến độ test lỗi dự án - Cho phép nhiều user làm việc lúc - Tìm lỗi phân bố công việc cho thành viên - Cập nhật thông tin cho thành viên tham gia dự án qua thư điện tử Quy trình hoạt động Vòng đời quản lý Bug 4.1 Vòng đời Bug 4.2.1 NEW Trạng thái NEW bug vừa post lên hệ thống quản lý bug Sau post bug thành công hệ thống Bugzilla gửi mail tới thành viên liên quan DEV (người phân công fix bug này), PJ Leader Từ trạng thái NEW, chuyển sang trạng thái ASSIGNED RESOLVED 4.2.2 ASSIGNED Trạng thái bug phân công cho DEV fix, lúc bug chưa fix Từ trạng thái này, bug chuyển sang trạng thái NEW (chuyển cho người khác fix bug) RESOLVED (đã fix xong bug) 4.2.3 RESOLVED Trạng thái bug sửa xong, kết FIXED, INVALID, WONTFIX, DUPLICATE, LATER REMIND Ở trạng thái này, bug chuyển sang trạng thái REOPEN, VERIFIED, CLOSED UNCONFIRMED (trường hợp dùng, thường dùng trường hợp vấn đề tranh cãi phải xử lý nào) Các kết RESOLVED bao gồm: - FIXED: Bug fix xong - INVALID: Vấn đề bug - WONTFIX: Vì lý đó, bug không fix (có thể thời gian bug không quan trọng – cải tiến không sửa được) - DUPLICATE: Post bug bị trùng với bug post trước Nếu chọn trạng thái phải nhập thêm bug id bug bị trùng - WORKSFORME: Mình không dùng trạng thái - LATER: Vì lý chưa thể fix được, chờ fix sau (có thể chờ Q/A khách hàng) - REMIND: Giống LATER Chỉ có tester/QC có quyền thay đổi trạng thái từ RESOLVED sang trạng thái khác sau test lại 4.2.4 REOPENED Trạng thái TESTER/QC chuyển từ trạng thái RESOLVED sang, sau test lại bug bị lỗi gây lỗi khác thao tác tương tự bug cũ (ví dụ, lần trước nhập hai số vào hai ô hình, click nút = kết 6, sau sửa bug xong, làm tương tự trên, click nút = kết 5; kết sai không giống lúc đầu) Ở trạng thái bug chuyển sang trạng thái RESOLVED ASSIGNED 4.2.5 VERIFIED Trạng thái TESTER test lại xong xác nhận bug fix (trong trường hợp TESTER quyền đóng bug, QC Leader đóng) Từ trạng thái chuyển sang trạng thái UNCONFORMED, REOPEN CLOSED 4.2.6 CLOSED Trạng thái bug fix test lại xong Kết thúc vòng đời bug Trong trường hợp bug đóng mà fix bug khác, gây lỗi bug chuyển từ trạng thái CLOSED sang REOPEN 5.Sử dụng Bugzilla 5.1 Tạo bug Ưu điểm Nhược Điểm - Ưu điểm : + Là công cụ tracking sử dụng nhiều yếu tổ chức + Khả hoạt động nhanh nhẹn, nhẹ nhàng + Độ an toàn cao + Hệ thống phân quyền tuyệt vời, hoàn toàn miễn phí - Nhược điểm: + Hạn chế việc tích hợp với công cụ khác + Để add bug nhiều thao tác + Đòi hỏi liên lạc, trao đổi thường xuyên test leader với thành viên nhóm + Thông tin Bug đơn Các phần mềm quản lý lỗi khác 6.1 Mantis // để logo Mantis vào - Hỗ trợ tảng chạy PHP - Sử dụng đơn giản, dễ dàng cài đặt - Không giới hạn số lượng người dùng, dự án - Hỗ trợ thông báo email toàn diện - Có mức độ truy cập khác cho dự án 6.2 BugNet // để logo Bugnet vào - Hỗ trợ nhiều co sở liệu - Hỗ trợ nhiều dự án - Có cộng đồng hỗ trợ trực tuyến - Quản lý vấn đề tốt - Dễ dàng chuyển hướng quản lý 6.3 Jira //Để logo Jira vào - Giao diện người dùng mạnh mẽ, dễ sử dụng - Dễ dàng mở rộng tích hợp với hệ thống khác - Có thể chạy hầu hết hệ điều hành - Quản lý lỗi, tính năng, công việc - Tương thích quy trình, nghiệp vụ theo luồng công việc 6.4 So sánh Bugzilla Jira Nguồn tham khảo : [1] www.bugzilla.org/news [2] en.wikipedia.org/wiki/Bugzilla [3] testingvn.com