Hầu hết ứng dụng đều yêu cầu email và nhiều chức năng quan trọng phụ thuộc vào đó: đăng ký, xác minh, đặt lại mật khẩu, magic link, lời mời, thông báo và khôi phục. Chỉ nhìn mã nguồn không thể chứng minh chúng hoạt động; bạn cần gửi email thật tới hộp thư thật và kiểm tra kết quả.
Đội QA vì thế nhanh chóng cần nhiều địa chỉ duy nhất. Một Gmail cá nhân không còn đủ khi biểu mẫu từ chối địa chỉ đã dùng. Hướng dẫn này trình bày cách tổ chức tài khoản để kiểm thử thực tế luồng xác thực và kịch bản nhiều người dùng.
Vì sao hộp thư thật tốt hơn địa chỉ giả
Địa chỉ test@test.com chỉ kiểm tra được đường đi đến lúc hệ thống gửi thư. Nó không cho biết liên kết xác minh có hoạt động, token đặt lại có hết hạn đúng hay email hiển thị ra sao trong ứng dụng thật. Đây lại chính là những lỗi thường lọt vào production.
Với hộp thư thật, bạn có thể mở liên kết xác minh, hoàn tất luồng đặt lại, kiểm tra tên người gửi và tiêu đề, đồng thời so sánh hiển thị trên Gmail với Outlook. Đó mới là kiểm thử đầu-cuối cho tính năng người dùng.
Khi nào tài khoản kiểm thử riêng phát huy giá trị
- Luồng đăng ký và onboarding cần địa chỉ duy nhất, có thể xác minh ở mỗi lần chạy
- Đặt lại mật khẩu và xác thực magic link cần nhận rồi thao tác với email
- Tính năng lời mời và cộng tác mô phỏng nhiều người dùng riêng biệt
- Cài đặt thông báo và bản tin cần kiểm tra nội dung thực sự được gửi
- Bộ hồi quy cần tài khoản mới mỗi sprint để trạng thái cũ không ảnh hưởng
- Kiểm tra chéo việc gửi và hiển thị trên Gmail, Yahoo và Outlook
Tài khoản dùng một lần và tài khoản duy trì
Không phải bài kiểm thử nào cũng cần cùng loại tài khoản. Có kịch bản chỉ chạy một lần rồi bỏ; có kịch bản cần trạng thái ổn định để lặp lại nhiều bước. Xác định vai trò trước sẽ giữ nhóm tài khoản dễ quản lý.
| Loại tài khoản | Dùng cho | Thời gian dùng |
|---|---|---|
| Dùng một lần | Kiểm tra đăng ký và xác minh một lượt | Một lần chạy |
| Duy trì | Kịch bản hồi quy có trạng thái biết trước | Vài tuần đến vài tháng |
| Nhóm dùng chung | Kiểm thử khám phá thủ công | Luân phiên mỗi sprint |
| Theo tester | Làm việc song song không xung đột | Trong thời gian tester cần |
Luân phiên tài khoản mỗi sprint
Trạng thái rò giữa các lần chạy gây kết quả chập chờn và cảm giác an toàn giả. Hãy tạo một nhóm mới đầu mỗi sprint và ngừng dùng nhóm cũ.
Đưa tài khoản kiểm thử vào pipeline tự động
Nếu bộ end-to-end chạy sau mỗi lần triển khai, hãy chuẩn bị sẵn một nhóm tài khoản, đưa thông tin đăng nhập vào môi trường kiểm thử dưới dạng cấu hình và để bộ test chọn tài khoản còn trống. Khi cần thêm, bổ sung theo lô thay vì tạo giữa lúc đang chạy.
Đội có quyền truy cập API có thể tích hợp việc cấp tài khoản vào công cụ nội bộ. Mục tiêu vẫn là bộ test không phải chờ tạo tài khoản và không tranh chấp một địa chỉ dùng chung.
Thiết lập nhóm tài khoản kiểm thử
- 1Ước tính số tài khoản một chu kỳ đầy đủ tiêu thụ rồi cộng phần dự phòng
- 2Tạo theo lô bằng MailCreator với mẫu như qa-sprint12-001
- 3Đặt email khôi phục dùng chung để lấy lại tài khoản bị khóa
- 4Xuất CSV, kiểm tra trạng thái từng dòng và nhập thông tin vào kho bí mật được phê duyệt
- 5Gán vai trò dùng một lần hoặc duy trì để các lần chạy không giẫm lên nhau
- 6Làm mới nhóm mỗi sprint và ngừng dùng tài khoản cũ
Không để dữ liệu kiểm thử trong bảng tính chia sẻ công khai
Tài khoản kiểm thử vẫn là thông tin đăng nhập thật. Hãy dùng trình quản lý mật khẩu hoặc kho bí mật CI như với mọi thông tin truy cập khác.