Kiểm thử Email Digest Node.js mà không gây nhiễu hộp thư
Email digest gây ra nhiều vấn đề khi các môi trường preview gửi các bản tóm tắt vào cùng một hộp thư dùng chung.
Bạn không thể theo dõi được tin nhắn nào thuộc về bản build nào. Bạn không thể biết liệu liên kết hủy đăng ký có còn hiệu lực hay không. Bạn cũng không thể xác minh xem mẫu (template) có khớp với phân khúc người dùng chính xác hay không.
Hãy coi việc QA email digest như một luồng sản phẩm. Ứng dụng JavaScript lập lịch cho sự kiện. Node.js kết xuất (render) nội dung. Việc kiểm tra hộp thư sẽ xác nhận trải nghiệm thực tế. Nếu bạn bỏ qua bất kỳ phần nào, các bài kiểm tra của bạn sẽ vượt qua rất nhanh nhưng lại chẳng cung cấp thông tin gì hữu ích.
Nhiều đội ngũ kết xuất template tại máy cục bộ và chụp snapshot HTML. Điều này không chứng minh được nội dung thực tế mà người đọc sẽ nhận được.
Sự nhiễu loạn đến từ việc tái sử dụng một hộp thư. Bản tóm tắt của thứ Hai nằm ngay cạnh bản thử lại của thứ Ba. Một thành viên trong nhóm có thể vô tình nhấn vào liên kết từ sai tin nhắn. Bài kiểm tra của bạn báo xanh (pass) trong khi lịch sử kiểm tra của bạn lại là một mớ hỗn độn.
Hãy sử dụng vòng lặp đơn giản này:
- Một bài kiểm tra trình duyệt kích hoạt kịch bản digest cho một phân khúc người dùng đã biết.
- Node.js tạo digest bằng cách sử dụng dữ liệu staging thực tế.
- Bài kiểm tra sử dụng một hộp thư cô lập cho lần chạy cụ thể đó.
- Trình chạy (runner) mở digest và kiểm tra các khối tóm tắt.
- Bài kiểm tra xác minh các liên kết trỏ đến host và các tham số chiến dịch (campaign params) dự kiến.
Hãy coi địa chỉ email là cơ sở hạ tầng dùng một lần. Tạo email tạm thời cho mỗi kịch bản. Điều này ngăn chặn một job chập chờn làm hỏng các job tiếp theo.
Đừng chỉ dừng lại ở mức "tin nhắn đã đến". Một bài kiểm tra tốt cần kiểm tra các chi tiết sau:
- Job đưa một digest vào hàng đợi cho đúng phân khúc.
- Dòng tiêu đề hiển thị đúng ngày tháng.
- Đoạn preheader khớp với các feature flags hiện tại.
- Các liên kết sử dụng host và thẻ UTM dự kiến.
- Các liên kết hủy đăng ký dẫn đến đúng môi trường.
- Không có digest trùng lặp nào xuất hiện cho cùng một người dùng.
Tránh ba sai lầm sau:
- Chia sẻ một hộp thư giữa CI, các bản build preview và QA thủ công.
- Coi HTML đã kết xuất là mục tiêu cuối cùng.
- Quên dọn dẹp các tài khoản kiểm thử cũ.
Hãy giữ danh sách kiểm tra (checklist) của bạn ngắn gọn để có thể chạy thường xuyên. Sự cô lập giúp kết quả của bạn dễ đọc hơn và giúp việc sửa lỗi nhanh hơn.
Nguồn: https://dev.to/ryanlee91/how-i-test-nodejs-digest-emails-without-shared-inbox-noise-54fh