1000 Vấn đề với Task Management (v1)

Bài đăng này đã không được cập nhật trong 3 năm

Là một QA/Tester đã bao giờ bạn đã từng băn khoăn?

Khi nào quản lý working time bằng task?
Nội dung ticket phải viết như nào cho hiệu quả nhất?
Làm gì với bug tái phát và bug bị trùng lặp?
Quản lý status và relate giữa các ticket?
Phải quản lý checklist như thế nào khi có bugs và change request?

Vậy khi nào quản lý working time bằng task?

Khi làm dự án, việc dev chia chức năng ra để làm và quản lý bằng task chắc hẳn rất quen thuộc. Nhưng các bạn đã bao giờ thấy QA/Tester quản lý working time bằng task chưa? câu trả lời là có, Khi được khách hàng yêu cầu.

Vậy tại sao chúng ta những QA/Tester lại không quản lý working time bằng task?

Thứ nhất phải kể đến rất mất thời gian report/update tiến độ ở rất nhiều chỗ (ví dụ như: redmine, file quản lý, daily report ...)
Status ticket kể cả đã được closed nhưng cũng chưa được xác thực, rất khó control do pending Q&A, change request liên tục, đóng bugs để tạo bugs mới cho dễ folow...

Để Quản lý working time, chúng ta nên làm gì?

Quản lý tiến độ bằng file tiến độ riêng
Actual thực tế chính là bugs gắn kèm ticket cha bên dev team => vừa tương tác với dev team, vừa quản lý tiến độ với team QA

Việc tạo Ticket hiệu quả

Hiện trạng

Nội dung bug quá ngắn gọn, chỉ gồm 1- 2 câu
title bug chưa phản ánh rõ nội dung của bug
Description chưa được mô tả rõ ràng từng step
không có link màn hình mà chỉ có tên màn hình
Prefix trên title không được thống nhất
Data sử dụng tái hiện ko được attach vào bug Hoặc chụp ảnh EVD nhưng không note forcus vào vị trí sẩy ra bugs
Sử dụng open link để store evidences
Không note rõ môi trường tái hiện bug, Evidence đơn giản nhưng quay video với các định dạng khác nhau

Khó khăn

Không nhận biết được đang miêu tả actual hay là expect cho nên mất thời gian trao đổi giữa các bên
Gây khó khăn cho dev hoặc support vào closed 3.4.6. Dễ gây nhầm lẫn hoặc không tái hiện được bug
Khó khăn trong việc quản lý khối lượng bugs cho từng đơn vị function/screen
Lộ thông tin của dự án
số máy ko cùng chủng loại ko support file video ko open được

Cách khắc phục

Viết đơn giản ngắn gọn nhưng vẫn phải đủ những thông tin để có thể tái hiện/ re-test closed bug 1 cách dễ dàng ko phải cho bản thân mà cho cả những người khác nữa Môi trường test Account test Link test Step tái hiện Actual/expect Data test : data lớn, import/export file, upload file...
Prefix phải được thống nhất định nghĩa trên title hoặc sử dụng category là screen name để dễ dàng phân biệt
Tuyệt đối ko sử dụng những Public link để store evidence
Những bugs thực sự khó tái hiện step phức tạp cực kì thì mới quay video (ưu tiên định dạng gif)

Làm gì với bug tái phát và bug bị trùng lặp?

Hiện trạng

Cứ có bug dù trùng lặp nhiều lần -> open bug mới
Re-open liên tục bug mà đã có thể closed cả tỉ lần
Bug tương tự trên các ID màn hình khác nhau cùng tại thời điểm check bug cho cùng hiện tượng-->Mỗi màn lại log 1 bug

Khó khăn

Bug closed từ tám đời cứ lôi lên như là để chỉ trích mặc dù QA ko cố ý
Không nắm được nguyên nhân mặc dù nó xảy ra nhiều hơn 1 lần
Bên DEV có 1 số dự án đánh giá chất lượng = số lượng bug nên đôi khi làm dev khó chịu

cách khách phục

Bug cùng 1 sprint hoặc đợt release → reopen ko create new
Tránh lack bug do nhiều ng test những màn hình khác nhau và ko rõ có cùng nguyên nhân
Vẫn log bug và gắn related tới bug đã log
Gắn thêm ID hoặc note vào bug đã có
Có thể thêm Duplicate = Yes đối với những bug có hiện tượng giống nhau -> Càng tách nhỏ, càng dễ quản lý