Fresher Tester

CHECKLIST KỸ NĂNG MỀM TESTER

Tự Đánh Giá Trước Phỏng Vấn

Đánh dấu vào các kỹ năng bạn đã tự tin thực hiện được. Hover vào biểu tượng để xem giải thích chi tiết. Mục tiêu: đạt ít nhất 70% trước khi đi phỏng vấn.

Viết bug report rõ ràng theo cấu trúc STR
Steps to Reproduce: Mô tả bước tái hiện, kết quả thực tế, kết quả mong đợi, môi trường test. Không viết tắt hoặc bỏ sót thông tin quan trọng.

Mô tả bug theo đúng format Steps / Actual / Expected

Giao tiếp lịch sự, chuyên nghiệp với developer
Tránh đổ lỗi, dùng ngôn ngữ trung lập: "Tôi quan sát thấy..." thay vì "Code bạn sai...". Mục tiêu là fix bug, không phải tranh luận.

Phản hồi mang tính xây dựng, không đối đầu

Biết đặt câu hỏi để làm rõ yêu cầu
Khi requirements mơ hồ, hỏi "5W1H": Who, What, When, Where, Why, How. Hỏi sớm để tránh test sai hướng gây lãng phí công sức.

Chủ động hỏi BA/PM khi spec chưa rõ

Diễn đạt vấn đề kỹ thuật cho người không chuyên
Khi báo cáo với stakeholder/PM, tránh thuật ngữ kỹ thuật. Dùng ví dụ thực tế và nêu impact đến user để họ hiểu mức độ nghiêm trọng.

Giải thích bug impact bằng ngôn ngữ nghiệp vụ

Viết email/tin nhắn cập nhật tiến độ test
Daily update ngắn gọn: đã test gì, phát hiện gì, còn lại gì, blocker nào. Format: Done / Doing / Blocked. Giúp team nắm bắt tiến độ kịp thời.

Báo cáo tiến độ ngắn gọn, đúng thông tin cần thiết

Tham gia tích cực vào Daily Standup
Daily Standup 15 phút: trả lời 3 câu hỏi — Hôm qua làm gì? Hôm nay sẽ làm gì? Có blocker không? Nói ngắn gọn, đúng chủ đề, đúng giờ.

Cập nhật tiến độ ngắn gọn, lắng nghe teammate

Phối hợp nhất quán với Dev trong vòng sprint
Biết khi nào feature được deploy lên môi trường test, chủ động liên hệ Dev khi cần clarify, không để bug tắc nghẽn đến cuối sprint.

Sync tiến độ với Dev, test kịp thời trong sprint

Hiểu và đóng góp trong Sprint Planning
Tester cần đưa ra estimate effort test cho mỗi user story, đặt câu hỏi clarify acceptance criteria ngay từ đầu sprint để chuẩn bị test case sớm.

Estimate effort test, đặt câu hỏi về acceptance criteria

Chia sẻ và nhận feedback trong Retrospective
Retro là cơ hội cải thiện quy trình. Nêu "What went well" và "What to improve" với dẫn chứng cụ thể. Nhận feedback về bản thân một cách cởi mở.

Đóng góp ý kiến xây dựng, lắng nghe nhận xét

Hỗ trợ teammate khi mình hoàn thành sớm
Agile đề cao tinh thần nhóm: nếu bạn xong task trước, chủ động hỏi "Tôi có thể giúp gì không?" thay vì chờ đợi. Team win cùng nhau.

Tinh thần teamwork, không làm việc theo "đảo cô lập"

Phân loại bug theo mức độ ưu tiên (Priority)
Critical → High → Medium → Low. Bug chặn luồng chính của user là Critical. Bug cosmetic nhỏ là Low. Biết phân loại để Dev fix đúng thứ tự quan trọng.

Gán đúng Priority cho từng bug report

Lên kế hoạch test theo deadline sprint
Chia thời gian test: viết test case (30%) → execute (50%) → regression (20%). Biết khi nào cần raise flag "không kịp" để team điều chỉnh scope.

Phân bổ thời gian viết case, execute, regression

Biết test smoke trước khi test chi tiết
Smoke test kiểm tra nhanh build có đủ điều kiện test không (5-10 phút). Nếu build lỗi cơ bản, từ chối và yêu cầu fix trước — tiết kiệm thời gian toàn team.

Không lãng phí thời gian test build bị lỗi cơ bản

Tránh perfectionism — biết khi nào đủ là đủ
"Exhaustive testing is impossible" — chọn test case có impact cao nhất dựa trên risk. Đừng bị kẹt vào test quá kỹ một feature nhỏ trong khi bỏ sót luồng quan trọng.

Test dựa trên risk, không cố test 100% mọi thứ

Báo sớm khi có nguy cơ miss deadline
Đừng im lặng đến phút cuối. Khi thấy nguy cơ trễ, thông báo Lead/PM ngay (ít nhất 1-2 ngày trước) kèm lý do và giải pháp đề xuất.

Proactive raise flag, đề xuất giải pháp kịp thời

Đặt câu hỏi "Điều gì có thể sai?" cho mọi feature
Tư duy tester: luôn hoài nghi có chủ đích. Với mỗi feature, hỏi: Edge case nào? User sẽ dùng sai cách nào? Dữ liệu nào có thể gây lỗi?

Không tin mọi thứ hoạt động đúng cho đến khi kiểm chứng

Nhận feedback về test case và cải thiện
Khi Senior review test case của bạn, đừng phòng thủ. Hỏi "Tại sao?" để hiểu sâu hơn. Cải thiện dựa trên feedback là con đường nhanh nhất để lên level.

Cởi mở với góp ý, không phòng thủ

Đưa ra feedback cụ thể, không chung chung
Tránh: "UI này xấu". Thay bằng: "Button CTA ở màn checkout bị khuất trên iPhone SE, user không thấy để nhấn". Cụ thể = actionable = hữu ích.

Feedback có dẫn chứng cụ thể, dễ hành động

Biết khi nào nên tranh luận, khi nào nên nhượng bộ
Bảo vệ quan điểm dựa trên dữ liệu và logic, không dựa trên cảm xúc. Nếu Dev có lý, nhượng bộ ngay. Nếu bạn đúng, present evidence một cách bình tĩnh.

Tranh luận dựa trên dữ liệu, không bảo thủ

Tự đánh giá sau mỗi sprint và ghi nhận bài học
Mỗi sprint kết thúc: ghi 1 điều làm tốt và 1 điều cần cải thiện vào notes cá nhân. Habit nhỏ này giúp bạn tiến bộ đều đặn theo thời gian.

Có habit retrospective cá nhân, liên tục cải thiện

Tổng điểm tự đánh giá

0 / 20
0% 0% 100%
Cần cải thiện
0–49%
Tiến bộ tốt
50–69%
Sẵn sàng PV
70–100%
Dữ liệu chỉ lưu trong trình duyệt của bạn • Không gửi lên server nào