KIỂM THỬ PHẦN MỀM, Nghiên cứu công cụ Bugzilla,Bugzilla là một hệ thống quản lý bug miễn phí và rất thông dụng hiện nay. Cha đẻ của nó là Terry Weissman. Được khai sinh lần đầu tiên vào năm 1998 cho một dự án của Mozilla. Nó được tạo ra nhầm giám sát lỗi cho bộ phần mềm Netscape Comminicator. Nó vốn được viết bằng ngôn ngữ Tcl, nhưng sau đó được Terry chuyển sang Perl với hi vọng nó sẽ được mọi người đóng góp phát triển nhiều hơn nữa và Bugzilla 2.0 ra đời là kết quả của sự thay đổi đó.Kể từ đó một số lượng lớn các dự án, cả thương mại và tự do đã chuyển sang dùng Bugzilla làm phương pháp chính của họ để theo dõi các lỗi phần mềm. Đến tháng 4 năm 2000, Weissman trao quyền phát triển Bugzilla cho Tara Hernandez, dưới sự lãnh đạo của Tara, một vài người trong số những người đóng góp thường xuyên bị thúc ép phải chịu trách nhiệm nhiều hơn, và Bugzilla đã bắt đầu thực sự trở thành một nỗ lực . Vào tháng 072011 Tara đã chuyển quyền kiểm soát cho Dava Miller và Dave là người chịu trách nhiệm cho đến bây giờ. Một số version nổi bật: 3.0,3.4,4.0,4.2,….
=TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN _🙞🙞🙞 _ BÁO CÁO THỰC NGHIỆM HỌC PHẦN KIỂM THỬ PHẦN MỀM ĐỀ TÀI Nghiên cứu cơng cụ Bugzilla GVHD : Ths Hồng Quang Huy Nhóm : 11 Mã lớp : 20212IT6013002 Sinh viên thực : Hà Nội, 2022 Lời cảm ơn Nhóm 11 xin gửi lời cám ơn chân thành tới Ths Hoàng Quang Huy Cảm ơn thầy tạo điều kiện cho nhóm thực đề tài Qua chúng em dùng kiến thức học trường áp dụng vào dự án thực tế Hơn nữa, chúng em học thêm nhiều kiến thức phát triển thêm số kỹ mềm kỹ làm việc nhóm, quản lý thời gian Cảm ơn thầy tận tình bảo, hướng dẫn nhóm q trình học tập thực đề tài Để hồn thiện đề tài này, nhóm chúng em bàn bạc, nghiên cứu, áp dụng kiến thức học tìm hiểu thêm Internet Tuy cố gắng khả cịn nhiều hạn chế nên khơng thể tránh sai sót Rất mong thầy bạn đọc đóng góp thêm ý kiến để đề tài hoàn thiện Một lần nữa, chúng em xin chân thành cảm ơn! Nhóm sinh viên thực Nhóm 11 Mục lục Lời cảm ơn Lời nói đầu Tổng quan 1.1 Lịch sử phát triển 1.2 Một số phiên bật 1.2.1 Bugzilla 3.0 1.2.2 Bugzilla 3.4 1.2.3 Bugzilla 4.0 1.2.4 Bugzilla 4.2 1.3 Khái niệm 1.4 Chức 1.5 Các thành phần Bugzilla Vòng đời Trạng thái bug Cài đặt bugzilla 10 Đăng nhập vào Bugzilla 13 Tạo báo cáo lỗi Bugzilla 13 Report 21 Browse Function 23 Cách sử dụng Search 24 10 Tạo phân quyền cho người dùng 27 11 Tìm kiếm người dùng 30 12 Website: Quản lý học sinh 31 Yêu cầu toán 31 Giao diện hình 33 Kết Luận 35 Tài liệu tham khảo 36 Lời nói đầu Như nhà phát triển phần mềm có kinh nghiệm nói “ q trình kiểm thử phần mềm thật khơng kết thúc, q trình chuyển từ bạn ( nhà phát triển phần mềm ) sang người khác ( khách hàng) Và khách hàng sử dụng chương trình, trình lại tiếp diễn Kiểm thử phần mềm hoạt động giữ vai trò quan trọng để đảm bảo chất lượng phần mềm hoạt động mang tính sống cịn dự án sản xuất gia cơng phần mềm Vì vậy, kiểm thử phần mềm trở thành quy trình bắt buộc dự án phát triển phần mềm thể giới Ở Việt Nam, ngành cơng nghiệp phần mềm phát triển khơng thể xem nhẹ việc kiểm thử phần mềm xác suất thất bại cao, nữa, hầu hết cơng ty phần mềm có uy tín đặt yêu cầu nghiêm ngặt phần mềm tài liệu kiểm thử kèm khơng chấp nhận Với mục đích phát lỗi, kiểm thử phần mềm thường trải qua bước tạo liệu thử, thực thi phần mềm liệu thử quan sát kết nhận Trong bước này, bước tạo liệu đóng vai trị quan trọng nhất, khơng thể tạo liệu từ miền vào chương trình, mà tạo liệu thử có khả phát lỗi cao Vấn đề đặt làm để đánh giá khả phát lỗi liệu thử “Kiểm thử phầm mềm” học phần hay thực tế Dĩ nhiên, học xong chúng em trở thành người kiểm thử trở thành tester Thế thơng qua học phần này, chúng em có nhìn trực quan cơng cụ hỗ trợ kiểm thử, học cách sử dụng công cụ, lợi ích cơng cụ kiểm thử Để cụ thể hóa cơng cụ kiểm thử phầm mềm, nhóm chúng em bắt tay vào thực đề tài “Nghiên cứu công cụ bugzilla.” Chương I NỘI DUNG Tổng quan 1.1 Lịch sử phát triển Bugzilla hệ thống quản lý bug miễn phí thơng dụng Cha đẻ Terry Weissman Được khai sinh lần vào năm 1998 cho dự án Mozilla Nó tạo nhầm giám sát lỗi cho phần mềm Netscape Comminicator Nó vốn viết ngơn ngữ Tcl, sau Terry chuyển sang Perl với hi vọng người đóng góp phát triển nhiều Bugzilla 2.0 đời kết thay đổi đó.Kể từ số lượng lớn dự án, thương mại tự chuyển sang dùng Bugzilla làm phương pháp họ để theo dõi lỗi phần mềm Đến tháng năm 2000, Weissman trao quyền phát triển Bugzilla cho Tara Hernandez, lãnh đạo Tara, vài người số người đóng góp thường xuyên bị thúc ép phải chịu trách nhiệm nhiều hơn, Bugzilla bắt đầu thực trở thành nỗ lực Vào tháng 07/2011 Tara chuyển quyền kiểm soát cho Dava Miller Dave người chịu trách nhiệm Một số version bật: 3.0,3.4,4.0,4.2,… 1.2 Một số phiên bật 1.2.1 Bugzilla 3.0 Tính so với phiên trước: ● Hỗ trợ mod_perl cải thiện hiệu suất ● Giao diện XML_RPC ● Tạo sửa Bugs Email 1.2.2 Bugzilla 3.4 Tính mới: ● Các tùy chỉnh cải tiến ● URL cho tìm kiếm ngắn gọn, dễ dàng chia sẻ ● Địa email người dùng ấn 1.2.3 Bugzilla 4.0 Tính mới: ● Trang tìm kiếm nâng cao thiết kế lại hoàn toàn ● Phát lỗi trùng lặp tự động nộp lỗi ● Kiểm sốt hồn tồn thu hồi thơng qua Webservices bao gồm lỗi cập nhật ● Thiết kế lại biểu tượng trang chủ ● Những cải tiến khả sử dụng 1.2.4 Bugzilla 4.2 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 1.3 Khái niệm Bugzilla hệ thống theo dõi vấn đề / lỗi mã nguồn mở cho phép nhà phát triển theo dõi vấn đề tồn với sản phẩm họ Nó viết Perl sử dụng sở liệu MYSQL Bugzilla công cụ theo dõi lỗi , nhiên, sử dụng công cụ quản lý kiểm tra dễ dàng liên kết với công cụ quản lý Test Case khác Quality Center, Testlink, v.v Trình theo dõi lỗi mở cho phép người dùng trì kết nối với khách hàng nhân viên họ, để giao tiếp vấn đề cách hiệu toàn chuỗi quản lý liệu Bugzilla hệ thống phần mềm theo dõi lỗi mã nguồn mở, cho phép cá nhân nhóm nhà phát triển theo dõi lỗi xác suất xảy dự án họ cách hiệu Trong đội ngũ kiểm tra chất lượng phần mềm QC ( Quality Control) có trách nhiệm quản lí hệ thống Hình 1.3.1 Mơ tả sơ lược hệ thống Bugzilla Hình 1.3.2: Sơ đồ miêu tả quy trình hoạt động hệ thống Bugzilla Được mô tả : - Bộ phận kiểm tra phần mềm trình kiểm thử phát lỗi, ghi nhận thông tin cần thiết vào hệ thống Hệ thống tự động gửi email đến cá nhân có liên quan - Cá nhân có liên quan vào hệ thống theo dõi thông tin lỗi Sau đánh giá, phân tích ngun nhân mức độ liên quan 1.4 Chức Bugzilla giúp quản lý quy trình sửa lỗi phần mềm miễn phí Cho phép quản lý quy trình hoạt động tiến độ test lỗi dự án Cho phép nhiều user làm việc lúc, dễ tìm kiếm phân bổ công việc cho thành viên Cập nhập thông tin cho thành viên tham gia dự án thông qua chức gửi thư điện tử 1.5 Các thành phần Bugzilla - Administration: Người quản lý bug - Bugzilla-General: Tạo , thay đổi xem bugs - Email: Những hoạt động gửi Bugzilla liên quan tới email Như post lỗi sửa lỗi - Query/Buglist: Liên quan đến hoạt động tìm kiếm lỗi xem buglist - Báo cáo - Tài khoản người dùng: Các hoạt động quản lý tài khoản người dùng, truy vấn lưu, tạo tài khoản, thay đổi mật khẩu, đăng nhập,… - Giao diện người dùng Vòng đời Trạng thái bug 3.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 3.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) 3.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ý - 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ể khơng có 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