我在我的应用场景，其点击支持链接，并与支持电子邮件打开电子邮件id.I需要用量角器

Question

我在我的应用场景，其点击支持链接，并与打开电子邮件草稿，以验证支持电子邮件ID。我需要验证使用量角器电子邮件ID。

Answer 1

我想这是其中的案例之一，当你更快，与手动测试更好。

但首先给自动化选项：

也许测试的应用程序的范围上得到什么作为HTML或evtl.提供结束JavaScript的。之后，它基本上就是打开邮件软件的浏览器和操作系统功能。因此，你的测试应该只包括什么是在测试你的应用范围。

所以建议自动化只是检查包含mail-link（evtl. mailto:）的元素，如果该属性在那里正确设置。事情是这样的：

expect($('div.support-mail').getAttribute('outerHTML')).toMatch('support@mail.com');

Read in this SO-Question here更多关于疏远用户，而不设置了邮件软件以及进一步的相关信息，如何邮件地址可以/应得到发表。

现在，为什么这是更好地做手工：

试想的复杂性和各种你需要的自动化代码中包括：

仅适用于计算机，它已经意味着

• 3主OS（在Windows，Mac，Linux）的，倍

• 5的浏览器（IE，边缘，浏览器，火狐，Safari浏览器），倍

• 无数的邮件软件（Outlook中的Mac时，Gmail，Yahoo等）

• 进一步补充：浏览器扩展和弹出窗口拦截器，其防止邮件开幕。操作系统，没有默认邮件配置等。

如果您额外添加移动覆盖范围（设备，操作系统，屏幕大小等），它会变得疯狂。

无论有无自动化，您都可以最大限度地覆盖少数环境。但随着自动化它会带你很多时间来得到一个体面的运行版本，而手动测试将带你每执行30秒。因此，如果手动测试约20环境设置，这仍然会带你不到一个小时。而且你需要每年测试两次或三次。

此功能可能永远不会再改变，所以一旦验证它的工作，它继续工作。如果代码标准或浏览器发生显着变化，必须重新测试一次特定的配置。

最后但并非最不重要的是，这不是关键业务功能。在最糟糕的情况下，您的用户需要将浏览器的地址复制粘贴到邮件中。

总而言之，我认为这种情况不值得为自动化而努力。手动测试在这里更适合。