Email dùng một lần để kiểm thử ứng dụng của bạn

Vì sao tester dùng hộp thư dùng một lần

Hầu như ứng dụng nào cũng gửi email: xác nhận đơn hàng, mã OTP, hóa đơn, thông tin đặt chỗ, nhắc nhở và thông báo. Những email này là một phần của sản phẩm, và chúng hỏng thường xuyên hơn bạn nghĩ. Đường link trỏ về môi trường staging. Mã OTP đến khi đã hết hạn. Người gửi hiện ra là tên máy chủ thô kiểu ip-10-0-3-17.internal. Không ai để ý cho đến khi khách hàng thật phàn nàn.

Test bằng Gmail hay Outlook cá nhân sẽ sớm gặp giới hạn. Hết địa chỉ "+" để dùng, hộp thư đầy email test, và khó đưa địa chỉ cho đồng nghiệp. Hộp thư dùng một lần giải quyết chuyện đó: mở trang, sao chép địa chỉ, dùng trong ứng dụng và xem email đến theo thời gian thực. Xong việc thì bạn không cần làm gì thêm. Mọi thứ tự xóa sau 7 ngày.

Vì đây là hộp thư thật trên tên miền thật, ứng dụng của bạn gửi email qua SMTP bình thường, giống hệt như gửi cho khách hàng. Bạn kiểm thử toàn bộ đường đi, từ code, dịch vụ gửi email, DNS cho đến khi email được nhận, chứ không phải mock.

Cách kiểm thử email ứng dụng trong chưa đầy một phút

1. Sao chép địa chỉ ở đầu trang này.
2. Dùng nó trong ứng dụng (local, staging hoặc production) ở bất cứ chỗ nào có gửi email: đăng ký, đặt hàng, đặt chỗ, thanh toán, thông báo.
3. Theo dõi hộp thư. Email hiện ra mà không cần tải lại trang, thường chỉ sau vài giây.
4. Kiểm tra email: người gửi, tiêu đề, nội dung, từng đường link và mã xác thực.
5. Bấm link hoặc nhập mã để đi hết luồng và chắc chắn mỗi bước đều chạy đúng.

Ví dụ: kiểm thử đăng ký gói cước có eSIM trước khi phát hành

Giả sử bạn làm QA ở một nhà mạng, và bản phát hành tuần sau thay đổi cách khách hàng đăng ký gói cước trực tuyến. Khách hàng chọn gói, nhập email, thanh toán, và từ đó gần như mọi bước đều diễn ra qua email. Mỗi email đều phải đúng ngay từ ngày đầu, vì chỉ một đường link sai là khách hàng không kích hoạt được eSIM.

Với hộp thư dùng một lần, bạn có thể đi hết hành trình như một khách hàng mới, trên staging, trước khi lên production:

1. Đăng ký một gói cước trên staging bằng địa chỉ ở trang này.
2. Xác thực email bằng mã OTP trong thư.
3. Kiểm tra email xác nhận đơn hàng: đúng tên gói, giá cước, dung lượng data và mã đơn hàng.
4. Kiểm tra email thanh toán: sau khi trả bằng ví điện tử hoặc chuyển khoản qua mã QR, số tiền có khớp với đơn hàng không?
5. Kiểm tra email eSIM: ảnh mã QR hiển thị, có văn bản thay thế, và link kích hoạt trỏ tới production chứ không phải máy chủ staging.
6. Lặp lại cho từng loại gói (trả trước, trả sau, gói gia đình) trong tab mới, để mỗi khách hàng test có hộp thư riêng.

Cách làm này dùng được cho mọi ngành có email đi kèm hành động của khách hàng: ngân hàng, bảo hiểm, thương mại điện tử, đặt vé du lịch hay dùng thử SaaS. Hãy kiểm thử mọi email khách hàng sẽ nhận trước khi phát hành, đừng đợi đến lời phàn nàn đầu tiên.

Những lỗi bạn bắt được trước người dùng

• Link staging trong email production. Base URL bị chép từ nhầm môi trường. Rất phổ biến và không ai thấy cho đến khi có người bấm vào.
• Mã OTP hết hạn quá nhanh. Email mất 40 giây mới đến, còn mã chỉ có hiệu lực 30 giây.
• Template bị lỗi. Biến như {{first_name}} không được thay thế, hoặc tiêu đề bị trống.
• Thiếu xác thực người gửi. Nếu email của bạn vào thư rác, hãy kiểm tra SPF, DKIM và DMARC của người gửi. Chúng tôi giải thích trong SPF, DKIM và DMARC giải thích dễ hiểu.
• Sai ngôn ngữ hoặc định dạng. Khách hàng Việt Nam nhận template tiếng Anh, hoặc ngày tháng và số tiền sai định dạng (23/10/2026, 99.000 ₫).

Kiểm thử với nhiều người dùng cùng lúc

Lời mời, vai trò trong nhóm và luồng phê duyệt cần nhiều hơn một người. Mở trang này trong tab mới hoặc cửa sổ ẩn danh là bạn có một hộp thư hoàn toàn riêng. Mỗi người dùng test một tab là cách nhanh nhất: mời người dùng B từ tài khoản A, chấp nhận lời mời trong hộp thư của B, rồi xem A nhận được thông báo gì. Xem thêm tại kiểm thử nhiều người dùng cho QA.

Khi nào không nên dùng hộp thư dùng một lần

Hộp thư dùng một lần chỉ dành cho kiểm thử. Ai có link hộp thư cũng đọc được, và mọi thứ bị xóa sau 7 ngày. Vì vậy đừng dùng nó cho tài khoản quản trị trên production, bất cứ thứ gì liên quan đến thanh toán, hoặc tài khoản bạn có thể cần khôi phục sau này. Với những tài khoản đó, hãy dùng hộp thư thật do nhóm bạn quản lý.

Cũng đừng đưa email của khách hàng thật vào môi trường staging: ngoài nguy cơ gửi nhầm email test cho khách, việc đó còn trái với quy định về bảo vệ dữ liệu cá nhân (Nghị định 13/2023/NĐ-CP). Dùng địa chỉ test là tránh được vấn đề này.

Hướng dẫn liên quan

• Cách kiểm thử luồng xác thực email
• Cách kiểm thử đặt lại mật khẩu
• Vì sao email của ứng dụng vào thư rác
• Kiểm thử từ đăng ký đến thanh toán