自动化验收测试的最佳方法是什么？

Question

首先，目前还没有一条平坦的道路和一个真正正确的自动化验收测试的解决方案。我和你们中的许多人一样知道这一点。但真的是这样吗？没有路可走了吗？

你的解决方案是什么？

规划和实施验收测试自动化的正确方法是什么？

Answer 1

如果一个人正在评估一个需要长期运行时间、海量数据集或100's用户的解决方案--比如很难复制的东西--那么测试人员可能会提供帮助。但是，您不希望最终得到一个复杂的黑匣子，因为这样只会产生更多的代码需要担心！

这个问题的正确答案是“视情况而定”。如果您的问题可以通过自动化来解决，那么就使用它吧--尽管在测试中没有灵丹妙药，所以必须对它进行评估。

Answer 2

您可以通过编写自动验收测试和使用devops管道进行持续集成来自动化验收测试

这些经常(并非总是) UI测试。

将您的环境设置为:当开发人员更改代码时，他们在本地运行所有自动化测试。

设置您的持续集成环境(‘在云服务器上运行的测试’)，以便在进行和推送更改时运行测试。这应该发生在分支和硕士两级。

Answer 3

最佳验收测试实践的选择可能因项目、组织和所测试系统的不同而有所不同。我不确定下面的答案是否会被用作一个通用的解决方案，但肯定会在软件测试领域有所帮助。

1:使用回归测试结果作为验收标准：

在大多数组织中，在集成新特性时，功能测试集成到回归测试套件中，并作为单个测试运行。这确保了已经存在的特性和新合并的特性的端到端测试覆盖范围。我们都知道，这些测试显然也涵盖了用户接受测试场景。

因此，最佳实践之一是将95%<通过率作为发布候选的接受标准。

2:使用关键字驱动的测试

使用像RobotFramework这样的框架创建关键字驱动的测试。让产品所有者和业务分析人员编写高级别关键字驱动的测试用例，并将其交给QA自动化团队，然后QA自动化团队为这一高级测试用例开发低级别源代码。

2:使用行为驱动测试

与KDD中的方法相同，但这里使用了BDD框架(如cucumber )。PO和BA使用gherkins (给定的时间，然后)格式的特性文件创建高级行为驱动的测试用例，QA团队必须编写步骤定义。