Tester trong đội agile làm gì, sao kiểm thử cứ bị dồn vào cuối sprint?

Scrum Guide 2020 gọi tất cả những người tạo ra Increment là Developers — không có nghĩa là ai cũng viết code, mà là cả đội cùng chịu trách nhiệm cho một Increment đạt Definition of Done. Tester vẫn mang kỹ năng chuyên sâu về kiểm thử, nhưng chất lượng không còn là "việc của tester".

Vì sao bị dồn cuối sprint? Thường do: story quá lớn; mọi người bắt đầu nhiều story cùng lúc; kiểm thử chủ yếu thủ công; lập trình viên coi "code xong" là xong.

Cách đưa kiểm thử vào suốt sprint

1. Tester tham gia từ refinement: cùng PO và lập trình viên viết tiêu chí chấp nhận/kịch bản kiểm thử trước khi code. Lỗi rẻ nhất là lỗi được ngăn từ khi hiểu yêu cầu.
2. Tách story nhỏ và làm xong từng story (theo thứ tự) thay vì làm song song tất cả — có story để kiểm thử ngay từ những ngày đầu.
3. Giới hạn WIP cho cột "Đang làm"; khi cột kiểm thử đầy, lập trình viên chuyển sang giúp kiểm thử chứ không mở story mới.
4. Tự động hoá: kiểm thử đơn vị, phát triển hướng kiểm thử (TDD), kiểm thử chấp nhận tự động chạy trong tích hợp liên tục — tester tập trung vào kiểm thử khám phá (exploratory testing) và rủi ro.
5. Đưa các mức kiểm thử vào Definition of Done để "xong" thật sự nghĩa là đã kiểm thử.

Vai trò tester trong đội agile (gợi ý): người đặt câu hỏi "điều gì có thể sai?" từ sớm, thiết kế chiến lược kiểm thử, huấn luyện cả đội về chất lượng, thực hiện kiểm thử khám phá, theo dõi xu hướng lỗi.

Nguồn:

• Scrum Guide 2020 — scrumguides.org
• Agile Alliance — What is Test Driven Development (TDD)?
• Agile Alliance — What is Exploratory Testing?