Tổng hợp một số mẹo để report bug
M t s m o đ report bugộ ố ẹ ể
1. T i sao ph i report bug t t?ạ ả ố
N u báo cáo l i – report bug c a tester có hi u qu , thì c h i có th fix ế ỗ ủ ệ ả ơ ộ ể
bug s cao h n. Vì v y, vi c fix bug ph thu c ít nhi u vào m c đ hi u ẽ ơ ậ ệ ụ ộ ề ứ ộ ệ
qu c a báo cáo.ả ủ
“M c tiêu c a vi c báo cáo v n đ là đ s a l iụ ủ ệ ấ ề ể ử ỗ ” – “The point of writing
problem report(bug report) is to get bugs fixed” – By Cem Kaner. N u ế
tester không báo cáo bug chính xác, dev s t ch i bug và tr bug v l i choẽ ừ ố ả ề ạ
tester.
2. Ch t l ng c a báo cáo l i t t là gì?ấ ượ ủ ỗ ố
B t kì ai cũng có th vi t báo cáo nh ng không ph i ai cũng có th vi t ấ ể ế ư ả ể ế
m t báo cáo có hi u qu . Tester nên phân bi t gi a báo cáo l i trung bình ộ ệ ả ệ ữ ỗ
và báo cáo l i t t. Làm th nào đ phân bi t gi a m t báo cáo l i t t và ỗ ố ế ể ệ ữ ộ ỗ ố
không t t? Câu tr l i là hãy áp d ng các đ c đi m và k thu t sau đây khi ố ả ờ ụ ặ ể ỹ ậ
vi t báo cáo l i.ế ỗ
a. M i bug có m t ID riêng bi t.ỗ ộ ệ
Luôn luôn gán m t ID duy nh t cho m i bug khi báo cáo. Đi u đó s ộ ấ ỗ ề ẽ
giúp tester qu n lý và theo dõi bug d dàng và nhanh chóng h n. N u ả ễ ơ ế
project c a b n hi n đang dùng công c đ qu n lý bug thì các bug ủ ạ ệ ụ ể ả
s đ c t đ ng đánh s theo th t tăng d n m i khi tester t o.ẽ ượ ự ộ ố ứ ự ầ ỗ ạ
Trong m i bug nên có ID bug và mô t ng n g n l i c a bug đó.ỗ ả ắ ọ ỗ ủ
b. Có th tái hi n.ể ệ
N u bug không th tái hi n, nó s không bao gi đ c fix. Tester nên mô ế ể ệ ẽ ờ ượ
t các b c tái hi n rõ ràng và chi ti t. Đ ng gi s ho c skip qua b t kỳ ả ướ ệ ế ừ ả ử ặ ấ
b c tái hi n nào. M t bug khi mà đ c mô t rõ ràng t ng b c (step by ướ ệ ộ ượ ả ừ ướ
step) s d dàng tái hi n và fix bug.ẽ ễ ệ
c. Mô t c th .ả ụ ể
Đ ng vi t m t bài văn đ mô t v n đ :ừ ế ộ ể ả ấ ề
Hãy mô t m t cách c th và c g ng tóm t t v n đ v i ít t nh t có thả ộ ụ ể ố ắ ắ ấ ề ớ ừ ấ ể
nh ng v n ph i di n t rõ v n đ . Không nên g p nhi u v n đ l i v i ư ẫ ả ễ ả ấ ề ộ ề ấ ề ạ ớ
nhau ngay c khi chúng có v t ng t nhau. V i m i v n đ ph i có ả ẻ ươ ự ớ ỗ ấ ề ả
report riêng cho t ng v n đ đó.ừ ấ ề
Báo cáo bug hi u qu :ệ ả
Báo cáo l i là m t ph n quan tr ng trong ki m th ph n m m. M t báo ỗ ộ ầ ọ ể ử ầ ề ộ
cáo l i hi u qu s giúp cho vi c giao ti p gi a team test và team dev tr ỗ ệ ả ẽ ệ ế ữ ở
nên d dàng h n tránh đ c các nh m l n và hi u l m đáng ti c. Vì th ễ ơ ượ ầ ẫ ể ầ ế ế
báo cáo nên đ c vi t m t cách rõ ràng, súc tích và ph i t p trung vào v n ượ ế ộ ả ậ ấ
đ . N u có b t kỳ thông tin nào không rõ ràng có th s d n đ n s hi u ề ế ấ ể ẽ ẫ ế ự ể
l m và làm ch m quá trình phát tri n. Các khi m khuy t khi vi t báo cáo làầ ậ ể ế ế ế
m t trong nh ng đi u quan tr ng nh t nh ng b b quên trong vòng đ i ộ ữ ề ọ ấ ư ị ỏ ờ
th nghi m.ử ệ
Vi t t t là đi u r t quan tr ng khi báo cáo. Đi u quan tr ng nh t mà m t ế ố ề ấ ọ ề ọ ấ ộ
tester nên l u ý là không nên dùng t ng v i âm đi u ra l nh (a ư ừ ữ ớ ệ ệ
commanding tone) trong báo cáo. Đi u này s nh h ng ít nhi u đ n m i ề ẽ ả ưở ề ế ố
quan h làm vi c gi a team test và team dev. Thay vì s d ng t ng v i ệ ệ ữ ử ụ ừ ữ ớ
âm đi u ra l nh hãy s d ng t ng v i âm đi u g i ý (a suggestive tone).ệ ệ ử ụ ừ ữ ớ ệ ợ
Tr c khi báo cáo, đi u quan tr ng không kém là ki m tra xem li u ướ ề ọ ể ệ
bug đó đã đ c báo cáo hay ch a?ượ ư
Khi m t bug b trùng l p (duplicate) nó s là m t gánh n ng trong chu kỳ ộ ị ặ ẽ ộ ặ
test. Đôi khi, team dev có th đã bi t vi c trùng l p bug nh ng đã skip và ể ế ệ ặ ư
chuy n bug sang b n release ti p theo. Công c Bugzilla có tính năng t ể ả ế ụ ự
đ ng tìm ki m các l i trùng l p.ộ ế ỗ ặ
Báo cáo nên ghi rõ “Cách tái hi n”, “V trí x y ra l i” s giúp ng i ệ ị ả ỗ ẽ ườ
đ c nên d dàng tái hi n và tìm xem bug do đâu:ọ ễ ệ
Hãy nh r ng m c tiêu c a vi c vi t báo cáo bug là giúp cho team dev có ớ ằ ụ ủ ệ ế
cái nhìn tr c quan hóa v n đ . Và hãy cung c p t t c thông tin có liên ự ấ ề ấ ấ ả
quan mà team dev đang tìm ki m.ế
Ngoài ra, hãy nh r ng báo cáo bug cũng s đ c s d ng trong t ng lai ớ ằ ẽ ượ ử ụ ươ
và nó s là evidence khi c n thi t. S d ng các câu có ý nghĩa và các t ẽ ầ ế ử ụ ừ
đ n gi n đ mô t bug. Không s d ng câu nói khó hi u gây lãng phí th i ơ ả ể ả ử ụ ể ờ
gian c a ng i đ c. Trong tr ng h p có nhi u v n đ trong m t báo cáo ủ ườ ọ ườ ợ ề ấ ề ộ
l i, tester không th đóng nó tr khi t t c các v n đ đã đ c gi i quy t.ỗ ể ừ ấ ả ấ ề ượ ả ế
=> Do đó t t nh t là chia các v n đ thành các l i riêng bi t. Đi u này ố ấ ấ ề ỗ ệ ề
đ m b o r ng m i l i có th đ c x lý riêng. M t báo cáo l i đ c vi t ả ả ằ ỗ ỗ ể ượ ử ộ ỗ ượ ế
t t s giúp cho dev tái hi n bug t i thi t b đ u cu i c a h . Đi u này ố ẽ ệ ạ ế ị ầ ố ủ ọ ề
giúp dev xem xét và fix bug t t h n.ố ơ
3. Làm th nào đ report m t bug?ế ể ộ
D i đây là m t format report bug đ n gi n. Nó có th khác nhau tùy thu cướ ộ ơ ả ể ộ
vào công c mà tester đang s d ng. N u đang report bug theo cách th ụ ử ụ ế ủ
công thì c n l u ý thông tin c a m t s tr ng sau:ầ ư ủ ộ ố ườ
✤ Reporter – Ng i báo cáo:ườ Tên tester và email.
✤ Product – Tên s n ph m:ả ẩ Tên s n ph m mà tester tìm ra bug.ả ẩ
✤ Version – Phiên b n:ả Phiên b n c a s n ph m (N u có).ả ủ ả ẩ ế
✤ Component – Thành ph n:ầ Là module ph hay chính c a s n ph m.ụ ủ ả ẩ
✤ Platform – N n t ng:ề ả Các n n t ng ph n c ng mà tester tìm ra l i. Ví ề ả ầ ứ ỗ
d : PC, MAC,…ụ
✤ Operating system – H đi u hành:ệ ề Tên các h đi u hành mà tester tìm ệ ề
ra l i.ỗ Ví dụ: Windows, Linux, Unix, SunOS, Mac OS…Trong tr ng h p ườ ợ
bug ch x y ra phiên b n c th , tester nên b sung thêm phiên b n c a ỉ ả ở ả ụ ể ổ ả ủ
h đi u hành. Ví d : Windows NT, Windows 2000, Windows XP,…ệ ề ụ
✤ Priority – Đ u tiên:ộ ư Khi nào bug nên đ c fix? Đ u tiên th ng ượ ộ ư ườ
quy đ nh t P1 đ n P5 theo th t tăng d n.ị ừ ế ứ ự ầ
✤ Severity – M c đ nghiêm tr ng:ứ ộ ọ Mô t tác đ ng c a bug đ i v i s n ả ộ ủ ố ớ ả
ph m, ng i dùng.ẩ ườ
Các lo i m c đ nghiêm tr ng:ạ ứ ộ ọ
Blocker: Không th th c hi n test thêm n a.ể ự ệ ữ
Critical: ng d ng b crash, m t d li u.Ứ ụ ị ấ ữ ệ
Major: Thi u ch c năng chính.ế ứ
Minor: Thi u ch c năng ph .ế ứ ụ
Trivial: C i thi n giao di n ng i dùng.ả ệ ệ ườ
Enhancement: Yêu c u tính năng m i ho c nâng c p tính năng c a ầ ớ ặ ấ ủ
ch c năng hi n có.ứ ệ
✤ Status – Tr ng thái:ạ Khi tester v a t o bug -> tr ng thái c a bug là ừ ạ ạ ủ
“New”. Sau đó s có các tr ng thái t ng ng nh : Resolved – bug đã đ cẽ ạ ươ ứ ư ượ
fix; Done – bug đã đ c tester exe test; Reopen – Sau khi dev fix, test re-test ượ
v n còn l i;….ẫ ỗ
✤ Assign To – Giao cho: N u tester bi t ai s là fix bug thì g n tên c a devế ế ẽ ắ ủ
vào bug t ng ng.ươ ứ
✤ URL – Link: Link URL c a trang x y ra l i.ủ ả ỗ
✤ Summary – Tóm t t:ắ M t đo n tóm t t ng n, d i 60 t dùng đ mô ộ ạ ắ ắ ướ ừ ể
t v bug. Và đ m b o r ng ph n tóm t t này mô t đ y đ v bug và v ả ề ả ả ằ ầ ắ ả ầ ủ ề ị
trí x y ra.ả
✤ Description – Mô t :ả Mô t chi ti t v bug đang x y ra. G m có:ả ế ề ả ồ
Reproduce – Cách tái hi n:ệ Mô t rõ ràng các b c tái hi n bug. ả ướ ệ
Actual result – K t qu th c t : K t qu th c t c a vi c ch y các ế ả ự ế ế ả ự ế ủ ệ ạ
b c tái hi n bug trên.ướ ệ ở
Expected result -K t qu mong mu n:ế ả ố Cách ng d ng ho t đ ng ứ ụ ạ ộ
đúng khi ch y các b c tái hi n bug trên.ạ ướ ệ ở
4. M t s m o đ có m t bug report t tộ ố ẹ ể ộ ố
– Báo cáo v n đ ngay l p t c.ấ ề ậ ứ
N u b n tìm th y bug trong khi đang test, b n không c n ch đ i đ n khi ế ạ ấ ạ ầ ờ ợ ế
test xong m i báo cáo. Thay vào đó hãy báo cáo l i ngay l p t c. Đi u này ớ ỗ ậ ứ ề
s đ m b o không b thi u bug và có th tái hi n. N u b n vi t báo cáo l iẽ ả ả ị ế ể ệ ế ạ ế ỗ
sau khi đã test xong s không đ m b o báo cáo đ y đ các bug.ẽ ả ả ầ ủ
– T tái hi n bug ba l n tr c khi báo cáoự ệ ầ ướ
Bug c a b n nên có th tái hi n đ c. Đ m b o r ng các b c c a b n là ủ ạ ể ệ ượ ả ả ằ ướ ủ ạ
đ y đ đ tái hi n l i mà không có b t kỳ s m h nào. N u l i c a b n ầ ủ ể ệ ỗ ấ ự ơ ồ ế ỗ ủ ạ
không th tái hi n b n v n có th note l i và s re-test m i khi th c hi n ể ệ ạ ẫ ể ạ ẽ ỗ ự ệ
test.
– Test bug trên các module t ng t khácươ ự
Đôi khi dev s d ng cùng m t mã code cho các module khác t ng t nhau.ử ụ ộ ươ ự
Vì v y, có kh năng khi m t module có bug thì các module khác cũng s có ậ ả ộ ẽ
bug. Th m chí tester có th s tìm đ c bug nghiêm tr ng h n các ậ ể ẽ ượ ọ ơ ở
module khác.
– Vi t tóm t t l i rõ ràngế ắ ỗ
Tóm t t l i rõ ràng s giúp dev d dàng phân tích l i. M t báo cáo ch t ắ ỗ ẽ ễ ỗ ộ ấ
l ng kém s làm tăng th i gian phân tích, code và test.ượ ẽ ờ
– Đ c l i báo cáo bug tr c khi nh n nút submitọ ạ ướ ấ
Đ c l i t t c các câu, t và các b c đ c dùng trong báo cáo l i. N u cóọ ạ ấ ả ừ ướ ượ ỗ ế
b t kỳ câu nào t o ra s m h có th d n đ n hi u nh m, tester ph i thayấ ạ ự ơ ồ ể ẫ ế ể ầ ả
th các t ng này đ tránh gây hi u l m và đ báo cáo l i rõ ràng h n.ế ừ ữ ể ể ầ ể ỗ ơ
– Không s d ng ngôn ng gây t n th ng ng i đ cử ụ ữ ổ ươ ườ ọ
S t t h n khi tester v a tìm ra l i v a không dùng các t ng gây t n ẽ ố ơ ừ ỗ ừ ừ ữ ổ
th ng đ n dev ho c b t kỳ ng i nào đ c báo cáo.ươ ế ặ ấ ườ ọ
5. K t lu nế ậ
T p trung vào vi c vi t báo cáo l i t t và dành th i gian cho công ậ ệ ế ỗ ố ờ
vi c này vì đây là tài li u giao ti p chính gi a tester, dev và manager. ệ ệ ế ữ
Các manager nên t o m t nh n th c cho team r ng vi c vi t m t báoạ ộ ậ ứ ằ ệ ế ộ
cáo l i t t là trách nhi m chính c a b t kỳ tester nào.ỗ ố ệ ủ ấ
N l c c a tester đ vi t m t báo cáo l i t t không ch ti t ki m tài ỗ ự ủ ể ế ộ ỗ ố ỉ ế ệ
nguyên c a công ty mà còn t o ra m t m i quan h t t đ p gi a ủ ạ ộ ố ệ ố ẹ ữ
tester và dev.
có thể bạn quan tâm
Giới thiệu tổng quan về tổng đài SPC, tổng đài NEAX61-E và nghiên cứu...
107
2.755
576
Kỹ thuật
107
(New)
Giới thiệu về tổng đài Asterisk, trình bày kiến trúc , tính năng và ng...
86
1.491
444
Kỹ thuật
86
(New)
Luận văn: Tổng công ty 91-thực trạng cơ cấu và một số giải pháp nhằm h...
86
865
316
Kinh tế quản lý
86
(New)
Trình bày chi tiết về bài toán lựa chọn đơn vị trong tổng hợp ghép nối...
69
836
367
Kỹ thuật
69
(New)
PHÂN TÍCH DỰ ÁN ĐẦU TƯ XÂY DỰNG TỔ HỢP SẢN XUẤT BÊ TÔNG THƯƠNG PHẨM VÀ...
88
925
361
Kinh tế - Thương mại
88
(New)
TỔNG QUAN MỘT SỐ KĨ THUẬT ĐIỀU CHẾ SỐ, TỔNG QUAN MỘT SỐ KĨ THUẬT ĐIỀU...
66
882
454
Kỹ thuật
66
(New)
TỔNG HỢP KẾT QUẢ HỌC TẬP
1
644
318
Biểu mẫu, văn bản khác
1
(New)
Tổng quan WTO
21
565
259
Bài giảng, giáo trình
21
(New)
thông tin tài liệu
Bài viết tổng hợp một số meo hữu ích để report bug
Mở rộng để xem thêm
từ khóa liên quan
tài liệu mới trong mục này
tài liệu hot trong mục này
tài liệu giúp tôi
Nếu bạn không tìm thấy tài liệu mình cần có thể gửi yêu cầu ở đây để chúng tôi tìm giúp bạn!
xem nhiều trong tuần
Giáo trình Quản trị học của Đại học kinh tế quốc dân
4 đề thi học sinh giỏi Toán lớp 2, có đáp án kèm theo
MẪU GIỚI THIỆU CHUYỂN SINH HOẠT HỘI
PHÂN TÍCH CHUỖI CUNG ỨNG CỦA COCA COLA VIỆT NAM
Địa lý 12 Phát triển cây công nghiệp lâu năm Tây Nguyên
IOE tiếng Anh lớp 10 lần 21 niên khóa 2016
yêu cầu tài liệu
Giúp bạn tìm tài liệu chưa có
×
