Cách kiểm tra tính năng Email của một ứng dụng

Trong hầu hết các ứng dụng web và di động, kiểm tra các chức năng liên quan đến email được coi là một trong những phần quan trọng nhất của việc test, để đảm bảo chất lượng của hệ thống. Kiểm tra việc kích hoạt email trong các trường hợp khác nhau được coi là hợp lệ hay không hợp lệ ta phải kiểm tra tất cả các thành phần trong đó bao gồm format email, liên kết / nút, from, to, cc, bcc, tệp đính kèm, nội dung của email, ...

Mỗi thành phần trong hệ thống (web / ứng dụng trên điện thoại di động) có thể có các mục đích khác nhau mà cần gửi email. Tích hợp các thành phần hệ thống với Email đóng vai trò quan trọng trong việc tiếp cận người dùng cuối với các thông báo phù hợp. Bất kỳ sơ suất nào cũng sẽ dẫn đến hật quả không mong muốn như sự hiểu nhầm, sự khó chịu của khách hàng hay hacking, v.v.

Ví dụ: Hãy tưởng tượng tình huống người dùng đã nhận được email để đặt lại mật khẩu. Điều gì sẽ xảy ra nếu link hoặc nút đặt lại mật khẩu hoặc URL được cung cấp để copy/paste vào trình duyệt không hoạt động? Cách duy nhất để giải quyết vấn đề ở đây là liên hệ với bộ phận hỗ trợ khách hàng, điều này có thể gây khó chịu lớn cho khách hàng. Một ví dụ khác, hãy tưởng tượng đến tình huống mà người dùng liên tục nhận được email hàng ngày về ngày đến hạn thanh toán hóa đơn từ 10-15 ngày trước đó hoặc nhận được lời nhắc sau ngày hết hạn trong khi ngày đó đã qua lâu rồi ??

Có rất nhiều trường hợp mà email trở thành một phần không thể tách rời vì nhờ chúng mà người dùng được cập nhật với thông tin chính xác.

Ở đây, chúng ta sẽ thảo luận về một số loại email phổ biến mà hầu hết mọi người đều biết (tất cả các cách kiểm tra được đưa ra dưới đây là những phần cơ bản phải thực hiện trong khi kiểm tra email của ứng dụng).

1) Activation Emails (Kích hoạt bằng email)

Khi người dùng đăng ký tài khoản, họ cần kích hoạt tài khoản bằng cách nhấp vào liên kết kích hoạt được gửi bằng email. Đây cũng là bước xác minh địa chỉ email của người dùng là hợp lệ và có thể truy cập được.

Kiểm tra các phần sau:

• Link hoặc nút kích hoạt Khi nhấp vào link hoạt nút thì ứng dụng cần: +) Đưa người dùng đến trang ứng dụng tương ứng với tài khoản người dùng đã đăng nhập +) Tài khoản email của người dùng sẽ tự động được xác minh nếu trang ứng dụng được truy cập thành công qua email
• Kiểm tra khoảng thời gian mà liên kết được nhấp và validation. Email cần được validate trong khoảng thời gian đã chỉ định. Hãy kiểm tra sau khoảng thời điểm chỉ định thì tài khoản có được kích hoạt hay không và email có được xác minh hay không.

2) Đặt lại mặt khẩu bằng cách gửi email

Khi người dùng quên mật khẩu để đăng nhập vào ứng dụng, việc đặt lại mật khẩu có thể được thực hiện bằng cách nhấp vào liên kết đặt lại mật khẩu đã được gửi qua email.

Kiểm tra các phần sau:

• Link đặt lại mật khẩu: +) Nhấp vào link sẽ đưa người dùng đến trang của ứng dụng tương ứng để đặt lại mật khẩu. Một số ứng dụng sẽ yêu cầu người dùng trả lời câu hỏi bảo mật trước khi hiển thị trang đặt lại mật khẩu, một số khác sẽ có câu hỏi bảo mật được tích hợp với trang mật khẩu đặt lại, cần kiểm tra câu trả lời của người dùng có chính xác hay không thì mới chuyển tới trang đặt lại mật khẩu. +) Nếu người dùng đặt lại mật khẩu thành công, liên kết trong email quên mật khẩu đã nhận được sẽ bị vô hiệu hoá. Nếu người dùng hủy lưu lượng mật khẩu đặt lại, liên kết trong Email Quên mật khẩu đã nhận được sẽ vẫn được kích hoạt Thời lượng - Kiểm tra khoảng thời gian mà liên kết phải được nhấp để đặt lại mật khẩu Nhấp vào liên kết và đặt lại mật khẩu thành công trong khoảng thời gian xác định Hãy thử nhấp vào liên kết sau thời gian đã qua - Liên kết phải bị vô hiệu hóa và hết hạn

3) Các thông báo về ngày hết hạn

Để nhắc nhở người dùng về hành động phải làm trong một số ngày cụ thể, thường là thanh toán hóa đơn, thực hiện hành động đối với các mục đang chờ xử lý (ví dụ: chấp nhận hoặc từ chối lời mời đến một số sự kiện trong một số ngày cụ thể, gửi biểu mẫu, v.v ...).

Kiểm tra các phần như sau:

• Số email gửi tới cho đến ngày hết hạn Kiểm tra số lượng email được gửi tới người dùng cho đến ngày hết hạn là bao nhiêu, số lương có quá nhiều không? Kiểm tra xem ngày sau ngày hết hạn có còn nhận được email hay không?
• Loại hành động Kiểm tra loại hành động được yêu cầu. Cần phải nêu rõ rõ loại hành động mà người dùng phải thực hiện. Có thể là thanh toán hóa đơn, bài nộp, phản hồi, v.v.

4) Đăng ký lịch gửi mail

Tùy theo yêu cầu của người dùng, người dùng có thể chọn đăng ký gửi mail hàng ngày, hàng tuần, hàng tháng. Chức năng này thường được làm cho việc cập nhật bản tin, phiếu mua hàng, v.v ...

Kiểm tra các phần như sau:

• Tần số mail gửi đến: Email phải được gửi theo lựa chọn mà người dùng đã chọn. Nếu là hàng ngày thì email đăng ký được gửi một lần trong một ngày. Nếu hàng tuần, thì một lần trong một tuần...
• Liên kết Bất kỳ liên kết nào trong email phải chuyển đến trang tương ứng của ứng dụng. Nếu email được gửi đến với mục đích thông báo có sự cập nhật mới thì liên kết sẽ chuyển hướng đến trang nơi bản cập nhật sẽ được hiển thị.

5) Biểu mẫu

Email mà người dùng cung cấp phản hồi thông qua các hình thức / liên kết tới các biểu mẫu sẽ nhận được mail.

Kiểm tra các phần sau:

• Liên kết +) Liên kết trong email nên chuyển hướng người dùng đến trang gửi mẫu của ứng dụng +) Khi đã gửi, nhấp vào liên kết một lần nữa sẽ thông báo cho người dùng rằng biểu mẫu đó đã được gửi. Không nên cho phép người dùng gửi lại biểu mẫu

6) Email xác nhận

Để thông báo cho người dùng về xác nhận của hành động được thực hiện. Đây thường là xác nhận đặt chỗ, xác nhận đơn đặt hàng, xác nhận truy vấn, v.v ...

Kiểm tra các phần như sau:

• Chi tiết xác nhận: Số đơn đặt hàng / số đặt chỗ phải chính xác và khớp với số được hiển thị trong UI ứng dụng. Vì nó là định danh để theo dõi các đơn đặt hàng / đặt chỗ, nó nên là duy nhất (được xác nhận trong backend - DB). Không có đơn đặt hàng / đặt phòng có cùng định danh. Cùng với số lượng cũng cần xác nhận các order, thông tin người dùng, địa chỉ thanh toán, địa chỉ vận chuyển, và giá cả. Tất cả thông tin phải chính xác tương tự như những gì người dùng đã cung cấp trong UI.
• Liên kết: Liên kết trong email nên đưa người dùng đến trang chi tiết của đơn đặt hàng trong giao diện người dùng ứng dụng. Cần có kết hợp chính xác giữa thông tin trong email và giao diện của ứng dụng.

7) Subscriptions

Người dùng sẽ nhận được toàn bộ bản ghi âm cuộc trò chuyện qua Email. Trường hợp này xảy ra khi cuộc trò chuyện trực tuyến với Khách hàng kết thúc.

Kiểm tra các phần như sau:

• Chi tiết Kiểm tra tên của người đã cung cấp hỗ trợ trực tuyến. Kiểm tra xem toàn bộ cuộc trò chuyện có trong email (tên người, ngày và giờ tin nhắn trò chuyện đã được gửi, v.v ...)

8) Các email có tệp đính kèm

Người dùng nhận được email có tệp đính kèm. Các tệp đính kèm có thể được bảo vệ bằng mật khẩu / không được bảo vệ. Đây thường là báo cáo tài chính, các loại thỏa thuận giấy phép, đều khoản & điều kiện tham khảo, v.v.

Kiểm tra các phần như sau:

• Loại tập tin đính kèm Các loại tệp hợp lệ phải được gửi dưới dạng tệp đính kèm. Tất cả các tệp đính kèm đang mở sẽ được quét virus trước khi tải / mở. Các tập tin đính kèm được bảo vệ bằng mật khẩu sẽ được tải xuống mà không yêu cầu mật khẩu. Nhưng trong khi mở nó từ chính Email hoặc mở các bản sao đã tải xuống thì luôn luôn cần mật khẩu. Mục nhập mật khẩu không chính xác sẽ không thể xem được tệp đính kèm.

Loại email có thể là HTML (đầy màu sắc và hấp dẫn đối với người dùng, người dùng quan tâm đọc toàn bộ email) hoặc Plain Text (chỉ là một văn bản). Nếu được yêu cầu, ứng dụng có thể chọn gửi email văn bản Plain đến người dùng Điểm khởi động của email:

Email có thể được gửi ngay lập tức hoặc như là tóm tắt / lô. Email ngay lập tức được kích hoạt bởi hành động của người dùng. Đây thường là các email kích hoạt, đặt lại mật khẩu email, phiên bản trò chuyện, email xác nhận, v.v. nghĩa là các email Tóm tắt / lô được kích hoạt dựa trên cài đặt ở hỗ trợ của ứng dụng.

Điểm kích hoạt Email sẽ được xác định để kích hoạt tại thời điểm cụ thể (ví dụ như ngày thứ 3 hàng tuần lúc 12:00 sáng). Trường hợp này thường xảy ra trong lĩnh vực tài chính (Báo cáo ngân hàng), thông báo ngày đến hạn cho hóa đơn, thông báo quá hạn, đăng ký, v.v.,

Bouncebacks:

Đây là một tình huống rất phổ biến mà email bị trả lại khi chúng được gửi đến địa chỉ email không hợp lệ. Thông thường, địa chỉ email bị vô hiệu hóa / không còn sử dụng nữa và không tồn tại - là những nail trả lại.

Máy chủ thường cố gắng cho một số thời gian nhất định để gửi Email tới địa chỉ dự định. Khi nó không đạt đến địa chỉ email mong muốn, nó sẽ bị trả lại và sẽ tạo một mục nhập trong máy chủ cho sự thất bại. Sẽ có một máy chủ khác để duy trì các loại hoạt động này và thường được gọi là máy chủ trả lại. Có thể có một vài lý do để email không thành công bằng cách tiếp cận người dùng của nó.

Dưới đây là một vài điểm khác khi gửi mail thất bại:

• Máy chủ email bị tắt trong một thời gian dài Thuật toán tìm đường ngắn để tiếp cận người dùng không hoạt động chính xác và mất rất nhiều thời gian để tiếp cận người dùng, bởi thời gian đó có thể nó đã vượt qua thời gian xác định để tiếp cận người dùng. Điều này thường được gọi là tăng số bước nhảy
• Miền email của người dùng đã giảm trong một thời gian dài
• Tài khoản của người dùng cho ứng dụng không được kích hoạt để nhận email

Kiểm tra những phần sau:

• Khi ứng dụng hỗ trợ nhiều ngôn ngữ, sau đó hỗ trợ cũng nên mở rộng cho email.

• Tất cả các Email gửi đi phải dùng ngôn ngữ của người sử dụng. Ví dụ nếu người dùng đã đặt tiếng Anh làm ngôn ngữ tiểu sử, thì tất cả các email gửi cho anh ta / cô ấy / cô ấy phải bằng tiếng Anh. Nếu ngôn ngữ tiểu sử của người dùng là tiếng Pháp, thì tất cả các email được gửi cho người đó phải bằng tiếng Pháp. Ngôn ngữ của người dùng có thể là cài đặt một lần hoặc có thể thay đổi theo thời gian và khi được yêu cầu, tùy thuộc vào cài đặt của ứng dụng.

Kiểm tra các phần sau:

+) Title +) Body của Email +) Nội dung - văn bản trên ứng dụng +)T ên / tên nút liên kết +) Thông tin bản quyền +) Chi tiết hỗ trợ khách hàng Tiêu chuẩn / Tuỳ chỉnh email

Email có thể được tùy chỉnh ở phần hellp:

Ví dụ: vài ứng dụng hỗ trợ người dùng tùy chỉnh email khi chúng được gửi đi. Người dùng có thể thay đổi ở đây dòng chủ đề và / hoặc nội dung của email thuận tiện hoặc nhằm mục đích dễ dàng nhận ra. Trong trường hợp này, đội thử nghiệm phải tiến hành kiểm tra kỹ lưỡng vì cơ hội xâm nhập là cao.

Thử nghiệm phải được thực hiện để tiêm - gửi mã HTML, mã Java, SQL, vv Tất cả những điều này sẽ không thành công để tăng mức độ bảo mật. Nếu ứng dụng không hỗ trợ tuỳ chỉnh email, tất cả các email được gửi sẽ tuân theo chủ đề / cơ thể tiêu chuẩn do một ứng dụng đặt.

Kiểm tra email là một hoạt động quan trọng vì hầu hết các thành phần của ứng dụng được tích hợp với chức năng này.

Nó phải là sự hỗ trợ của cả nhóm và nỗ lực để kiểm tra hoàn toàn chức năng email của ứng dụng. Cần phải có kế hoạch tốt trước khi bắt đầu thử nghiệm thực tế và nên đi tay trong tay trong khi thử nghiệm từng thành phần / hợp phần liên quan.

Kiểm tra Email nên có các trường hợp thử nghiệm riêng biệt được viết cho mỗi Loại Email bao gồm tất cả các khía cạnh để kiểm tra. Điều này cần được thực hiện trong tất cả các loại thử nghiệm Kiểm tra hồi quy, thử nghiệm Adhoc, thử nghiệm Localization, kiểm tra UAT, và thử nghiệm sản xuất.

Bất cứ điều gì sai trái trong Email trong thời gian thực, sẽ để lại ấn tượng xấu về ứng dụng, khách hàng và cuối cùng, nó mang đến cho người kiểm tra ứng dụng đó. Vì vậy, Xác nhận Email là hoạt động rất quan trọng và rất cần thiết trong Kiểm thử Phần mềm.

Bài viết được dịch từ nguồn: http://www.softwaretestinghelp.com/email-validation-testing/