问如何编写web应用程序的用户验收测试？

EN

首先，不要给客户传递这样的印象:您可以记录所有的测试，因为测试是一种性能而不是工件生成。它是由显性的和隐性的知识构成的，其中包括无法描述的默默无闻的预言。

现在，将问题改为“如何交流我在测试期间发现的信息？”：

• 最简单和更完整的方法:记录你的测试并表达你的思考过程。这就是所谓的种皮病；
• 您可以填写测试租船的会话 (可能的模板这里)，然后是汇报会；
• 你可以在测试过程中与客户配对；
• 您可以按顺序顺序描述特定的操作和结果，试图对测试期间的所有思想过程进行编码。

说到最后一点，除非你的上下文真的要求这类解决方案，否则我建议不要这样做。如果编码人类思维过程的想法在你看来并不荒谬和误导，我建议阅读这个博客文章系列。

我并不完全清楚您是否希望测试登录系统和/或应用程序功能。在高层次上，我希望：

• 快乐的案子
• 可悲的案例-事情如预期的那样失败。

您还需要在整个过程中设置测试，以便将来可以更改代码，因此您应该能够实现自动化。

• 单元测试
• 集成测试
• ui测试

根据测试金字塔，大多数测试应该在单元级别上。

用户验收测试是从用户的角度构建的。它们不是根据SRS构建的，而是可以使用BRD构建的，在BRD中，需求是以用户术语(即从用户的角度)指定的。验收测试显示新构建的应用程序是否被用户接受。因此，这些测试应该尽可能接近一般的高级场景，用户也可以理解这些场景，因为最终用户必须运行这些场景。您可以使用gherkin语言编写这些测试，也可以使用BDD样式。与BRD等测试人员不同，测试人员还可以与用户合作，以用户术语创建这些测试，这是他们可以理解的。