我正在帮助自动化一个新的 Web 应用程序,该应用程序的一部分需要电子邮件验证。自动化被称为“电子邮件”的黑洞的行业标准是什么?我想要做的是自动化这个功能,而不依赖于第三方应用程序,比如 Outlook 或 gmail。
- 这些电子邮件是否应该通过应用程序存储在数据库中然后检索?
- 我们是否应该有一个电子邮件嗅探器,通过文本文件或再次在数据库中提供电子邮件?
仅供参考,我们正在使用 webAii 自动化框架。
我正在帮助自动化一个新的 Web 应用程序,该应用程序的一部分需要电子邮件验证。自动化被称为“电子邮件”的黑洞的行业标准是什么?我想要做的是自动化这个功能,而不依赖于第三方应用程序,比如 Outlook 或 gmail。
仅供参考,我们正在使用 webAii 自动化框架。
我做了一件简单的事。
我不知道任何行业标准。但这对我有用。
我过去曾使用Mailosaur来做完全相同的事情,并计划再次使用它。我希望几天后我能在我的自动化框架中实现这个。还有其他提供它的服务。
据我所知,您有两个问题:您想验证电子邮件是否已发送,但又不想依赖现有的电子邮件提供商;并且您想测试单击电子邮件的嵌入式链接时会发生什么。
对于第一个问题,我可能会在服务器中配置一个测试模式,它将文件写入文件系统或数据库。过去,我通过在 Java Mail API 中实现自定义提供程序来完成后者。
对于第二个问题,我会解析电子邮件以提取验证 URL。(我假设您知道如何在获得 URL 后模拟点击。)
当然,这种方法不会检查电子邮件是否清晰易懂,或者电子邮件布局在 Outlook 或任何流行的电子邮件阅读器(如 Gmail 或 Yahoo Mail)中是否正确,但您始终可以手动完成。
您是在尝试测试实际的电子邮件验证过程本身,还是验证只是启用进一步测试其他功能的必要步骤?
如果是后者,您可能会认为提供一个特定于测试的 (*) 方法来简单地将电子邮件地址设置为“已验证”并将电子邮件验证本身的测试留给您的手动测试会更便宜。特别是考虑到您可能无论如何都希望手动进行电子邮件验证,以检查它是否实际发送到第 3 方收件箱并且看起来正确(对人类而言)。
(*) 除非得到适当保护,否则请确保不要在生产构建中启用此方法!