测试自动化的进展是什么？有什么开源工具可以用来设计自动化框架呢？

Question

在过去的8年里，我一直在自动化领域工作。最近，我遇到了测试自动化中的“进展”一词。我已经学到了一些基础知识，但我仍然不知道如何在我们的DevOps测试自动化管道中实现这个概念。因为这意味着自动化测试用例在交付给QA之前已经准备好了&在设计前端基于web和API的自动化框架时，应该考虑哪些工具？

参考链接：

https://opkey.com/blog-detail.php/What-is-Progressive-Automation？

https://www.techarcis.com/2915-2progressive-test-automation-to-expedite-the-testing-process/

Answer 1

有一篇很好的文章介绍了Mphasis的渐进测试：

https://www.mphasis.com/home/thought-leadership/blog/test-automation-regressive-vs-progressive-automation.html

渐进自动化是将几乎每个测试用例自动化，而不是手动执行测试用例。在敏捷方法中运行的项目通常可以看到这一点。您将在sprint自动化中看到，这意味着在同一sprint中开发的用例的自动化。哇，这看起来像是一场革命，不是吗？当您自动化每个测试用例和软件开发期间，应用程序的需求或设计必然会发生变化。然后，当我们进入下一个sprint时，自动化脚本必须被重写或完全重写。

当我们参考更多的文章并试图了解更多关于“渐进”测试的内容时，我们会发现它与测试驱动开发(TDD)、敏捷、V模型等等非常相似。

但从

https://opkey.com/blog-detail.php/What-is-Progressive-Automation？

什么是渐进自动化？渐进自动化是自动化技术中的一种方法，它对测试模块进行了一个又一个的测试。在逐步自动化中，自动化测试脚本与开发代码一起编写，以便更快地测试和识别问题以及快速修复。这些脚本基本上是为了测试新软件而编写的。

从这里听起来更多的是组件测试、集成测试和TDD的like重叠。

所以，从读数来看，我会定义

“渐进”测试作为"TDD自动化集成测试方法“。

根据我个人的经验，“<#>渐进的”测试在大约100%的情况下是自动化的，这对于API测试是非常有可能的。

1. 在这里，开发人员和测试团队都开始处理同一个用户故事。(我们复制粘贴开发用户故事以测试用户故事)
2. 用户故事解释用例、预期输入、预期输出、性能需求和其他API契约。
3. 测试团队和开发团队都在同一个sprint中为用户故事启动代码。
4. 因此，当产品特性完成时，测试也已经完成。
5. 我们用实际数据替换存根和驱动程序，并在本地进行测试。
6. 将测试集成到管道
7. 开发人员启动构建并在管道中运行测试，
8. 只有当所有测试都通过时，才会将该功能推送到系统测试中。

带有实际组件的Replacing存根和驱动程序不会以任何方式影响测试，因为bot测试人员和开发人员使用相同的用户故事和API协议。

但是对于<#>UI测试，这种方法是不可能的，因为我们无法在不了解HTML、它将如何呈现等情况下实现自动化。

Tool建议：我们使用了robotframework