1. Tóm tắt nhanh & màn hình bạn sẽ test
Chào bạn mới! Khi bắt đầu làm tester, việc bạn làm nhiều nhất không chỉ là 'tìm lỗi' mà còn là theo dõi số phận của lỗi đó cho tới khi nó được sửa xong. Mỗi lỗi giống như một lá đơn đi qua nhiều cửa: bạn ghi nhận, lập trình viên sửa, rồi bạn kiểm lại. Chuỗi 'cửa' đó gọi là vòng đời của lỗi. Hiểu nó, bạn sẽ tự tin biết mình cần làm gì ở mỗi bước. Chúng ta sẽ học qua một app mua sắm thật, có hình minh hoạ và phần tự làm thử.
2. Vòng đời của một lỗi trông như thế nào
Hãy hình dung một lỗi như một tấm thẻ di chuyển trên bảng. Khi bạn vừa phát hiện, thẻ ở ô 'New'. Sau khi được duyệt và giao cho lập trình viên, nó sang 'Assigned' rồi 'Open' (đang sửa). Sửa xong, thẻ chuyển 'Fixed' và quay lại tay bạn để 'Retest'. Nếu đạt, bạn kéo nó tới 'Closed'. Nếu chưa đạt, bạn mở lại — 'Reopened' — và nó về 'Open'.
Bạn không cần thuộc lòng mọi tên trạng thái ngay. Điều quan trọng là nắm ý tưởng: một lỗi luôn có một trạng thái rõ ràng, và mỗi trạng thái cho biết 'bóng đang ở chân ai'. Nhờ đó cả đội không ai hỏi 'lỗi này ai lo?' — nhìn bảng là biết. Đây là nền tảng để bạn phối hợp mượt mà với lập trình viên và quản lý.
3. Vì sao người mới cần hiểu điều này
Ở một dự án thật, mỗi ngày có hàng chục lỗi được tạo, sửa, đóng. Nếu không có trạng thái rõ ràng, mọi thứ sẽ rối: lỗi bị quên, lỗi được sửa hai lần, hoặc lỗi 'đóng' nhưng thật ra chưa hết. Vòng đời lỗi là ngôn ngữ chung để cả đội biết chính xác từng lỗi đang ở đâu.
Với riêng bạn — người mới — hiểu vòng đời giúp bạn ghi điểm sớm: bạn biết khi nào cần kiểm lại, khi nào được đóng, khi nào phải mở lại thay vì tạo lỗi trùng. Đây cũng là câu hỏi phỏng vấn kinh điển: 'Hãy mô tả vòng đời của một lỗi'. Trả lời gãy gọn cho thấy bạn hiểu quy trình làm việc thật, không chỉ lý thuyết.
Và quan trọng nhất: nó giúp bạn tránh một sai lầm tốn kém — đóng nhầm một lỗi chưa thật sự được sửa. Một lỗi 'Closed' sai có thể lọt ra khách hàng. Hiểu đúng bước 'Retest → Closed' chính là bạn đang bảo vệ chất lượng sản phẩm.
4. Chuẩn bị: công cụ & các trạng thái chuẩn
Hầu hết đội dùng một công cụ quản lý lỗi như Jira để mỗi lỗi là một 'ticket' có trạng thái. Bạn không cần cài gì phức tạp — chỉ cần biết các trạng thái phổ biến và ý nghĩa của chúng.
▶ Bước 1: Mở công cụ quản lý lỗi (Jira/Trello/Excel) mà đội bạn dùng; tìm cột/field 'Status'.
▶ Bước 2: Học thuộc 6 trạng thái lõi: New, Open, Fixed, Retest, Closed, Reopened (và Rejected).
▶ Bước 3: Với mỗi trạng thái, ghi rõ 'ai là người xử lý tiếp theo' — đây là điều hay bị nhầm.
💬 Bình luận (0)
Chưa có bình luận nào. Hãy là người đầu tiên!