问网站表单测试

EN

你说得对，可用性测试有一个非常不同的目的。它包括要求用户操作产品的一部分，并查看用户试图实现某些目标的方式。目标是确保您的产品的用户体验是正确的，如果有东西可以改进，使产品更容易，更直观或更快的使用。

你要找的是回归测试。回归测试是在代码更改后检查以前工作过的东西是否仍然有效。烟雾测试、功能测试、单元测试或系统测试都是回归测试的一部分。

取决于您所精确测试的内容，测试的类型--以及您将要使用的工具-将有所不同。例如，网站上的表单可以通过以下几种方式进行测试：

• 您可以使用单元测试来测试底层代码。单元测试是一种短代码，它确保代码库中的一段非常短的代码(通常是一种方法，尽管有时可能是一个完整的类)。例如，您可能有一个检查用户输入一个看起来有效的电子邮件地址的方法，并使用一组单元测试，这些测试用您知道的有效或无效的电子邮件地址调用此方法，并检查该方法的结果是否符合预期。
• 您还可以测试表单本身是否可以提交，或者如果表单包含无效条目，web应用程序返回错误(如HTTP 403)。这是通过系统测试完成的，包括使用特定数据执行POST请求，并比较结果的HTTP状态代码。在发送有效输入时，这种测试甚至可能查询数据库以检查关联记录是否已成功创建。
• 您还可以测试HTML本身是否按预期工作(例如，如果您无意中更改了表单的action属性，它将不再工作)。这是系统和功能测试的领域，使用Selenium之类的工具可以帮助您自动化测试。
• 最后，您可能需要确保表单的显示与最新更改之前所显示的完全相同，即页面的像素完全匹配。例如，向一个padding添加两个像素将改变整个表单，最终破坏布局。因为当简单地查看页面时，这样的更改通常很少被注意到，所以您可以使用pdiff来检查视觉差异。

这四种测试模式确保了发现回归的高概率。尽管如此，如果您希望回归测试有效，有两个方面是非常重要的：

• 每个测试都应该是自动化的。一直都是。没有例外。您不必手动运行测试，只需填写表单字段，单击按钮并检查结果是否与测试所需的结果相同。机器在重复任务方面要比我们好得多；他们用毫秒而不是小时来完成任务，而且不犯错误。
• 测试应该尽可能频繁地运行。正如您所建议的，每天一次对某些项目来说是可以接受的，但是为什么不能在每次提交之后更好地运行所有这些测试呢？运行测试更经常地确保当您还记得当前正在更改的内容时，您会更快地找到回归。如果您更改了一个类，5分钟后，您的构建服务器会通知您一个回归，那么您可能会发现这个错误比第二天早上收到通知的速度更快，因为您花了6个小时做了许多其他更改。