Đọc Requirement
Nắm rõ yêu cầu trước khi làm bất cứ điều gì
Đọc toàn bộ tài liệu requirement ít nhất 2 lần
Lần 1: đọc lướt để nắm tổng thể. Lần 2: đọc kỹ từng dòng.
Xác định mục tiêu chính của tính năng là gì
Tính năng này giải quyết vấn đề gì? Người dùng đạt được điều gì?
Ghi chú tất cả các điểm chưa rõ hoặc mâu thuẫn
Dùng highlight hoặc comment, đừng bỏ qua bất kỳ điểm nào.
Hỏi và xác nhận các điểm chưa rõ với BA / PO
Không tự suy đoán, phải hỏi trực tiếp và ghi lại câu trả lời.
Hiểu rõ các ràng buộc: business rule, giới hạn kỹ thuật, quy định
Ví dụ: giới hạn ký tự, quyền truy cập, luật bảo mật dữ liệu...
Xác Định Luồng
Vạch ra các luồng chính và ngoại lệ
Vẽ sơ đồ hoặc liệt kê luồng happy path (kịch bản lý tưởng)
Đây là kịch bản người dùng thực hiện đúng và hệ thống phản hồi đúng.
Liệt kê các luồng alternative path (luồng thay thế hợp lệ)
Người dùng thực hiện khác đi nhưng vẫn đúng, hệ thống xử lý ra sao?
Xác định các luồng negative / error path (trường hợp sai, lỗi)
Input sai, thiếu dữ liệu, timeout, lỗi server... hệ thống phản hồi như thế nào?
Xác định điểm giao với các module / tính năng liên quan
Tính năng này ảnh hưởng đến những chỗ nào khác trong hệ thống?
Viết Scenario
Chuẩn hóa nội dung test case rõ ràng, đầy đủ
Đặt tiêu đề scenario ngắn gọn, rõ ý, đủ phân biệt với các case khác
Ví dụ: "Đăng nhập thành công với email và mật khẩu hợp lệ"
Điền đầy đủ Precondition (điều kiện tiên quyết trước khi test)
Tài khoản đã tồn tại? Đã login? Môi trường nào? Dữ liệu nào cần chuẩn bị?
Viết từng bước (Steps) theo trình tự: hành động → màn hình → dữ liệu
Mỗi bước là một hành động duy nhất, đủ chi tiết để người khác thực hiện.
Ghi rõ Expected Result cho TỪNG bước (không chỉ bước cuối)
Kết quả mong đợi phải cụ thể, có thể đo lường và kiểm chứng được.
Gán độ ưu tiên (Priority) và phân loại (Type: Functional, UI, Security...)
Giúp team dễ lọc, lên kế hoạch chạy và báo cáo kết quả.
Review Trước Khi Submit
Kiểm tra lần cuối để đảm bảo chất lượng
Đọc lại toàn bộ scenario và thử tự thực hiện từng bước trong đầu
Tự hỏi: "Nếu tôi chưa biết gì, tôi có hiểu và làm theo được không?"
Kiểm tra tính bao phủ: đã cover đủ các luồng đã xác định ở Bước 2 chưa
So sánh danh sách scenario với sơ đồ luồng. Có luồng nào bị thiếu không?
Nhờ một đồng nghiệp khác peer review trước khi nộp
Người review sẽ tìm ra điểm mờ, thiếu logic mà bản thân không thấy.
Lưu và đặt tên file / ticket đúng convention của team
Ví dụ: [TC-LOGIN-001], đặt đúng folder, gắn đúng sprint / version.