Ở đâu đó trong bộ thử nghiệm của bạn có một quy trình đăng ký chưa bao giờ được thử nghiệm bằng hộp thư đến thực. Email xác nhận được gửi, bài kiểm tra đạt vì API trả về 200 và không ai kiểm tra xem liên kết có hoạt động hay không, liệu thư có hiển thị hay không hoặc liệu nó có rơi vào thư rác hay không.
Tài khoản thử nghiệm không nên tồn tại trong hộp thư đến cá nhân của bạn. Nhưng cách khắc phục rõ ràng - hướng mọi thứ vào một địa chỉ dùng một lần - chỉ đúng một nửa. Đây là lúc hộp thư đến tạm thời hữu ích, khi hệ thống lưu trữ thư cục bộ tốt hơn và cách không lọt vào danh sách chặn của chính bạn.
Bắt đầu với những gì bạn đang thử nghiệm
Công cụ phù hợp theo sau câu hỏi:
| Câu hỏi | Công cụ tốt nhất |
|---|---|
| Email xác nhận có hiển thị và liên kết chính xác không? | Thư cục bộ (Mailpit, MailHog) |
| Việc phân phối có hoạt động thông qua nhà cung cấp thực và DNS thực không? | Hộp thư đến dùng một lần |
| Quy trình có hoạt động trên điện thoại với thời gian của người dùng thực không? | Hộp thư đến dùng một lần |
| Tôi có thể kiểm tra các tiêu đề và tệp đính kèm thô không? | Bồn thư địa phương |
| Miền dùng một lần có được chấp nhận theo mẫu đăng ký của tôi không? | Phụ thuộc vào danh sách chặn của riêng bạn |
Khi hộp thư đến dùng một lần là lựa chọn phù hợp
- Kiểm tra từ đầu đến cuối.Bạn muốn xem những gì thực sự đến qua internet chứ không phải những gì máy chủ SMTP cục bộ của bạn nhận được.
- Kiểm tra khói khả năng cung cấp.Gửi từ nhà cung cấp dịch vụ sản xuất của bạn đến một địa chỉ dùng một lần và xác nhận rằng địa chỉ đó không nằm trong thư rác hoặc bị đánh rơi.
- Thử nghiệm di động.Hộp thư đến tạm thời là một lần nhấn trên điện thoại; bồn rửa cục bộ yêu cầu một đường hầm và thay đổi cấu hình.
- QA thủ công.Người kiểm tra có thể tạo địa chỉ, hoàn thành quy trình và đọc thư mà không cần chạm vào tài khoản kiểm tra chung.
Khi bồn rửa cục bộ tốt hơn
Nếu bạn đang xác nhận về nội dung tin nhắn, hệ thống chìm cục bộ sẽ nhanh hơn và đáng tin cậy hơn. Mailpit hoặc MailHog cung cấp cho bạn API, MIME thô, kiểm tra tệp đính kèm và không có giới hạn tốc độ. Bạn có thể thực hiện hàng trăm lượt đăng ký trong một vòng lặp mà không phải lo lắng về việc nhà cung cấp hạn chế bạn hoặc miền bị chặn.
Sự đánh đổi là bộ thu cục bộ sẽ bỏ qua đường phân phối thực. Nó sẽ không cho bạn biết rằng bản ghi SPF của bạn sai, miền gửi của bạn nằm trong danh sách chặn hoặc Gmail đang gửi email xác nhận của bạn trong mục Quảng cáo.
Sử dụng cả hai, theo thứ tự này
- Chìm cục bộ cho logic.Xác nhận liên kết, mã thông báo, thời hạn sử dụng và HTML được hiển thị. Đây là vòng lặp nhanh bạn chạy trên mỗi lần xác nhận.
- Hộp thư đến dùng một lần để giao hàng.Chạy cùng một quy trình đối với việc dàn dựng với nhà cung cấp thực sự và địa chỉ tạm thời. Kiểm tra vị trí hộp thư đến, viết lại liên kết và hiển thị trên thiết bị di động.
- Hộp thư thực sự để kiểm tra lần cuối.Mỗi lần phát hành, hãy sử dụng địa chỉ trên Gmail, Outlook và một miền công ty. Đó là nơi sinh sống của các lỗi kỳ lạ dành riêng cho từng khách hàng.
Đừng chặn bài kiểm tra của riêng bạn
Nếu sản phẩm của bạn chặn các miền dùng một lần — và nhiều miền cũng vậy — thì QA của chính bạn sẽ thất bại trước khi nó bắt đầu. Hai lựa chọn:
- Đưa miền thử nghiệm của bạn vào danh sách cho phép trong giai đoạn thử nghiệm.Giữ nguyên danh sách chặn sản xuất nhưng hãy để môi trường thử nghiệm của bạn chấp nhận các địa chỉ mà người thử nghiệm của bạn sử dụng.
- Sử dụng một miền thử nghiệm chuyên dụng.Một miền phụ mà bạn kiểm soát, được định tuyến đến một vùng chứa, sẽ sạch hơn việc làm suy yếu quy tắc sản xuất.
Không bao giờ vô hiệu hóa danh sách chặn trên toàn cầu để vượt qua bài kiểm tra. Đó là cách một lối tắt QA tạm thời trở thành một lỗ hổng vĩnh viễn.
Những thứ bị hỏng trong hộp thư đến thực
Đây là những lỗi mà bồn rửa cục bộ sẽ không bao giờ cho bạn thấy:
- Liên kết viết lại.Cổng bảo mật email viết lại mọi URL. Liên kết ma thuật của bạn có thể bị quấn và bị hỏng.
- Chặn hình ảnh.Logo biến mất và bố cục thu gọn xung quanh nó.
- Chế độ tối.Thẻ màu trắng trên nền trắng sẽ trở thành hình chữ nhật màu trắng.
- Mã dài.Mã có sáu chữ số là được; mã thông báo gồm 64 ký tự bao bọc và trông giống như một liên kết bị hỏng.
- Thời gian hết hạn.Mã hết hạn sau mười phút sẽ không sử dụng được nếu thời gian giao hàng mất bốn phút.
- Vị trí thư rác.Lỗi xác thực, miền gửi mới hoặc từ kích hoạt có thể gửi email giao dịch vào thư rác.
Một danh sách kiểm tra nhỏ cho lần phát hành tiếp theo
- Liên kết xác nhận sẽ mở ra môi trường phù hợp và đăng nhập người dùng một lần.
- Mã hết hạn chính xác khi giao diện người dùng cho biết.
- Gửi lại hoạt động và bị giới hạn tỷ lệ.
- Tin nhắn hiển thị ở độ rộng 320px với hình ảnh bị chặn.
- Văn bản thay thế thuần túy tồn tại và chứa cùng một liên kết.
- Các liên kết hủy đăng ký và tùy chọn hoạt động cho thư tiếp thị, không chỉ cho giao dịch.
- Địa chỉ có thể được thay đổi sau khi đăng ký.
Email kiểm tra không mấy hấp dẫn và hầu như luôn bị bỏ qua. Các nhóm thực hiện việc đó phát hiện những lỗi mà người dùng không bao giờ báo cáo - họ chỉ rời đi. Nếu bạn cần một hộp thư đến thực sự cho thẻ giao hàng,tạo một cái ở đây; đối với đường chuyền logic, hãy giữ phần chìm cục bộ. Và nếu bạn đang thắc mắc liệu việc sử dụng địa chỉ dùng một lần của mình có công bằng hay không,phần này về thử nghiệmvẽ đường.