testing - 测试自动化架构

标签 testing architecture automation

<分区>

我的公司开始构建测试自动化架构。 有不同类型的应用:Windows 桌面、Web、移动。

有经验的人会推荐从什么开始? 我的意思是资源。 构建整个系统还是构建一些基础的东西并在未来增强?

非常感谢!

最佳答案

从小做起。如果您不知道自己需要什么,请尽可能构建最小的东西来增加值(value)。

很可能您构建的第一个东西不是您需要的,您需要废弃它并做其他事情。

最后,不要尝试测试所有的东西。这就是我看到的失败一遍又一遍。大多数自动化测试套件都因自身重量而死去。有人决定必须测试所有内容,因此您围绕每个 CSS 更改构建 10,000 个测试。当需求发生变化时,这会花费一大笔钱来更新。然后你得到了让条形变成蓝色而不是红色的要求......

以下两种情况之一会发生,要么测试被忽略,套件终止,要么业务妥协,因为更新测试的成本太高。在第一种情况下,对测试的投资完全是浪费,第二种情况更危险,这意味着测试套件实际上是在阻碍进展,而不是帮助进展。

自动化最重要的测试。找到最重要的工作流程。分析要测试的内容应该比编写测试本身花费更多的时间。

最后,拥抱Pyramid of Tests .

关于testing - 测试自动化架构,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27554204/

相关文章:

java - 转换 Cucumber 中的数据表

oop - 如何摆脱继承

testing - 如何在 Karate DSL 中操作 xml 文件的变量?

node.js - 当一个请求依赖于另一个时,您如何链接 super 测试请求?

architecture - 业务层逻辑 (BLL) 是关于数据的吗?

javascript - 为什么 Cypress 在运行 get 命令后说我的元素已分离?

r - 使用\Sexpr 标准化测试统计输出

selenium - Restful BDD Gradle报告生成

python - Django : fixtures object not retrievable

azure - 为 ASP.NET Core 应用程序选择理想的 Multi-Tenancy 架构