Trong một dự án web, Tester là người đứng ở giữa rất nhiều bên: Dev – BA – PM. Mỗi bên đều có góc nhìn riêng, và nếu không có Tester, rất dễ xảy ra việc hiểu sai yêu cầu hoặc bỏ sót case quan trọng.

Công việc của Tester thường bắt đầu từ khá sớm, ngay khi có tài liệu (requirement). Lúc này không phải là test gì cả, mà là đọc – hiểu – đặt câu hỏi.

Những câu hỏi kiểu như:
“Người dùng có thể làm thế này không?”,
“Nếu nhập sai thì sao?”,
“Flow này có hợp lý chưa?”

Nếu không hỏi từ đầu, đến lúc code xong rồi mới phát hiện vấn đề thì thường sẽ rất tốn thời gian để sửa.

2. Viết test case và bắt đầu test

Sau đó mới đến phần quen thuộc hơn: viết test case. Đây là bước giúp mình hình dung được hệ thống sẽ được kiểm tra như thế nào.

Một test case tốt không cần quá phức tạp, nhưng phải:

• Rõ ràng
• Có expected result
• Có thể tái sử dụng

Khi bắt đầu test, công việc không chỉ là click từng button hay đi theo happy path.

Phần quan trọng lại nằm ở:

• Edge case (case biên)
• Nhập sai dữ liệu
• Thiếu dữ liệu
• User dùng sai cách

Chính những trường hợp này mới là nơi bug dễ xuất hiện nhất.

3. Không chỉ test, mà còn phải hiểu người dùng

Một điều mình nhận ra sau một thời gian làm Tester là: nếu chỉ test theo tài liệu thì chưa đủ.

Có những thứ trên tài liệu ghi “đúng”, nhưng khi nhìn dưới góc độ user thì lại thấy… không ổn.

Ví dụ:

• Form quá dài
• Flow quá rườm rà
• Không có validate

Tester lúc này không chỉ test đúng/sai nữa, mà bắt đầu:

• Góp ý UI/UX
• Đề xuất cải thiện flow
• Tối ưu trải nghiệm người dùng

4. Report bug – kỹ năng quan trọng nhưng hay bị xem nhẹ

Nhiều người nghĩ tìm được bug là xong, nhưng thực ra report bug mới là thứ quyết định bug đó có được xử lý nhanh hay không.

Một bug tốt cần có:

• Steps to reproduce
• Expected result
• Actual result
• Ảnh / video minh họa

Report càng rõ → Dev fix càng nhanh
Report mơ hồ → mất thời gian trao đổi lại

5. Tester có “nhàn” không?

Câu trả lời là: Không

Đặc biệt là khi gần deadline:

• Phải retest
• Phải regression test
• Phải đảm bảo không phát sinh bug mới

Ngoài ra, Tester cũng thường là người phải:

• Phân tích nguyên nhân bug
• Trao đổi với Dev / BA
• Làm rõ requirement

6. Kết luận

Sau khi làm một thời gian, mình thấy Tester không chỉ là người tìm bug, mà là người giúp nâng cao chất lượng sản phẩm trước khi đến tay người dùng.

Một sản phẩm tốt không phải là không có bug, mà là:

Những bug quan trọng đã được phát hiện và xử lý kịp thời

Nếu bạn đang tìm hiểu về nghề Tester, hãy:

• Học cách suy nghĩ như user
• Đặt câu hỏi nhiều hơn
• Và đừng chỉ dừng lại ở việc “test cho xong”

Vì giá trị thật sự của Tester nằm ở:

Chất lượng sản phẩm bạn tạo ra