BUG REPORT LÀ GÌ

Đối với từng Tester, Việc khám nghiệm sản phẩm với báo cáo lỗi là bài toán làm tiếp tục và liên tục cơ mà không hẳn ai cũng biết phương pháp từ thẩm tra lại kia tất cả chính xác là Bug ko với làm cho giải pháp nào viết Bug report một cách tác dụng.

Bạn đang xem: Bug report là gì

Dưới đây bản thân sẽ chia sẻ một vài kinh nghiệm của bản thân hy vọng có thể giúp ích cho chúng ta.

1. Bug report là gì? 

Bug report là biểu lộ lỗi xẩy ra Khi thực thi test ứng dụng, thường hay được Dev công ty bản thân Điện thoại tư vấn vui là log Bug tuyệt report Bug. Bug report thường xuyên được Tester thực hiện trên các ứng dụng thống trị tasks nlỗi Redmine, Jira,…


*

Bug report là gì?


2. Tại sao đề xuất viết Bug report tốt?

Để Dev rất có thể tái hiện Bug dễ dàng dàngTỷ lệ Bug được fix đã cao hơnĐưa ra một thành phầm chất lượng tốt hơnNâng cao tài năng Teamwork. Khi Tester viết Bug report “hóa học lượng” vô hình dung tạo nên Dev một tuyệt vời, sự tin cậy về hiệu quả thử nghiệm của Tester và phần đông Bug mà Tester log lên. khi kia, sẽ tránh khỏi một vài ba xung bỗng không đáng có giữa Dev và Tester khi Tester trả về bug.Nâng cao khả năng code của Dev. Sau mỗi Bug bị trả về, Dev sẽ sở hữu được thêm kinh nghiệm tay nghề cover code của mình hơn.Nâng cao kỹ năng của Tester.

3. Làm cầm cố nào để Reviews được Bug report bao gồm tốt giỏi không?

Ai cũng hoàn toàn có thể viết Bug report mà lại chưa phải người nào cũng viết report công dụng nhằm Dev hoàn toàn có thể tái hiện được, chấp nhận Bug với triển khai fix.

Vậy làm cho cầm cố làm sao để hoàn toàn có thể khác nhau được Bug report tất cả chất lượng xuất sắc và chất lượng trung bình? Dưới đó là một vài tiêu chí đánh giá tiêu biểu vượt trội để xác định:

Bug report chất lượng tốtBug report unique trung bình
Chứa rất đầy đủ ban bố về sự việc phải sửaThiếu biết tin hoặc lên tiếng không rõ ràng
Có thể tái hiện nay đượcKhông thể tái hiện
Tạo đề xuất được nền móng phối kết hợp thân Dev cùng TesterGây bất đồng quan điểm hoặc ko hợp tác ký kết giữa Dev với Tester
Bug được sửa nhanhBug không được sửa

4. Vậy, làm gắng làm sao nhằm viết được một Bug report tốt?

Các bạn có thể xem thêm các ngôn từ sau:

Bug title: nđính gọn gàng, ngắn gọn xúc tích cơ mà bao trọn được nội dung. Có thể bao hàm các thông tin sau: ScreenID – Function Description – UTCaseID_IndexHiện tượng: tất cả ánh nhìn tổng quan tiền về hiện tượng lạ xẩy ra của Bug, có thể có hình họa chụp màn hình kèm theo nhằm Dev gồm tầm nhìn trực quan hơnMôi trường: Nên viết mô tả đầy đủ, đúng chuẩn hiện tượng xẩy ra sống môi trường làm sao (nhỏng môi trường thiên nhiên local, môi trường xung quanh staging,…) nhằm Dev hoặc bạn đọc xác nhận được Bug nkhô hanh cùng chính xác hơn Kỳ vọng về công dụng sau khoản thời gian fix của bug là gì? Để Dev và Tester có tiếng nói bình thường cũng tương tự Dev gọi được mong muốn về unique ứng dụng của Tester thì Tester phải ghi rõ phần này.Các bước tái hiện: ghi thành công việc rõ ràng, từng bước khớp ứng với 1 thao tác làm việc cụ thể.Trạng thái của Bug: Lúc Tester vừa tạo ra Bug report -> trạng thái của Bug là “New”. Sau đó sẽ có được những trạng thái tương ứng như: Resolved – Bug đã có được fix; Done – Bug đã được Tester test; Reopen – Sau khi Dev fix, Tester re-thử nghiệm vẫn còn đó lỗi;…Mức độ ưu tiên của Bug: Lúc làm sao Bug yêu cầu được fix? Độ ưu tiên hay khí cụ tự P1 mang lại P5 theo trang bị trường đoản cú tăng vọt. Trường vừa lòng Bug chỉ gặp trên một số ít vật dụng cụ thể, hoặc có độ ưu tiên rẻ thì nên cần tấn công độ ưu tiên của Bug phải chăng nhằm cách xử trí sau.

Xem thêm: Học Sinh Thpt Nên Chọn Nghề Như Thế Nào ? Học Sinh Thpt Nên Chọn Ngành Nghề Như Thế Nào

Assign: Nếu Tester biết ai vẫn sửa thì đính thương hiệu của Dev vào Bug khớp ứng.Phiên bản (nếu có)Tác vụ cha (ví như có)Ngày bắt đầu: Ngày Dev bắt đầu thực hiện fixNgày hết hạn: Ngày dứt vấn đề sửa thực tế

5. Một số mẹo với thủ pháp dành cho chính mình.

Chụp lại hình ảnh ngay khi chạm mặt Bug hoặc hiện tượng kỳ lạ lạ: nhằm tránh sự cố Bug cực nhọc tái hiện tại thì ta đề xuất chụp ngay lại ảnh màn hình giữ giàng để report sau thời điểm xác thực Bug. Xác nhấn lại Bug: để không xẩy ra log Bug “nhầm” thì trước lúc report đề nghị khám nghiệm coi kia bao gồm và đúng là Bug hay là không bằng cách xóa bộ nhớ cache (Ctrl +F5), kiểm tra log hệ thống, soát sổ console log, kiểm soát database, soát sổ bên trên module tương tự như khác …và trường đoản cú tái hiện tại Bug 3 lần trước khi báo cáo.Báo cáo ngay lập tức lập tức: Tức là sau khi chạm chán và sẽ xác định đó là Bug thì nên report luôn luôn, không hóng viết Bug report xong hoặc test hoàn thành phần đó rồi bắt đầu report. Điều này bảo đảm an toàn không trở nên thiếu thốn Bug với có thể tái hiện tại được.Viết bắt tắt lỗi rõ ràng: Đây là phần đặc biệt quan trọng chỉ sau phần title. Nên thể hiện lỗi nđính thêm gọn gàng. Các bước buộc phải tiến công sản phẩm trường đoản cú 1-2-3…, mỗi step chỉ biểu đạt một hành động, không viết nhiều năm vượt. Mục tiêu là lúc chuyển Bug report cho 1 fan lừng khừng gì thực hiện theo những bộc lộ rất có thể tái hiện được Bug đó.Không sử dụng ngôn ngữ khiến tổn thương thơm tín đồ đọc: ví như chưa phải là Bug thì nên được gọi là sự việc của tính năng nào đó, ko tiến công đồng gọi là Bug tạo ảnh hưởng tới tư tưởng tín đồ làm task.Bug cực nhọc tái hiện: trường phù hợp bắt buộc tái hiện nay lỗi kiểu như nhau bên trên sản phẩm Dev với Tester thì nên cần cần sử dụng máy sản phẩm 3 để tái hiện tại, như thế sẽ Đánh Giá được đúng mực lỗi hơn.

Ví dụ: Báo cáo lỗi


*

lấy ví dụ về một bug report tương đối đầy đủ thông tin


6. Một số ứng dụng cung ứng.

Phần mượt cung cấp đánh giá và xác thực lỗi

Phần mượt hỗ trợ chụp ảnh/ tảo video:

Tóm lại, nuốm nào là một trong bug report hiệu quả?

Dễ dàng tái hiện nay bởi Dev hoặc bạn đọcReport nthêm gọn, rõ ràngĐầy đầy đủ công bố, hình ảnhDễ dàng quan sát và theo dõi, truy vấn bug Lúc cầnKhả năng được fix cao

Trên đấy là hồ hết kinh nghiệm của bạn dạng thân, rất muốn nhận thấy sự chia sẻ hoặc bổ sung cập nhật chủ ý trường đoản cú phía chúng ta. Chúc chúng ta viết Bug report hiệu quả!