如何从测试自动化向开发/整个团队提供更多的价值？

Question

作为UI测试自动化工程师，您应该采取哪些更有价值的步骤&对Dev团队更有用。

如何将自动化提升到一个水平，使其成为整个团队测试的便利工具，而不仅仅是QA？

编辑:我正在寻找更实际的例子，其中一个人解决了一个真正的问题，在他/她的项目中使用自动化这样一种非常规的方式，并得到了整个团队的好评，实际上是有帮助的。

Answer 1

测试自动化不仅仅是自动化测试。

我建议您阅读詹姆斯“敏捷测试自动化”的文章：

在专用程序员(工具匠)的支持下，测试自动化会取得进展。工具匠由测试人员指导。

由工具匠生成的工具可能对

• 测试生成(数据和脚本生成器)。工具可能会创建专门化的:数据，如随机电子邮件消息，或填充数据库，或生成我们希望在测试中涵盖的参数组合。
• 系统配置工具可以保留或再现系统参数，将系统设置为特定状态，或者创建或恢复“幽灵”磁盘驱动器。
• 模拟器。工具可能模拟无法(或尚未可用)用于测试的子系统或环境条件，或者成本太高，无法按需提供实时服务。
• 测试执行(线束和测试脚本)。工具可以操作软件本身，或者模拟用户通过GUI工作，或者绕过GUI并使用可测试的替代界面。
• 探测器。工具可能会使人类看不到的东西变得可见。可以静态地分析产品、解析日志文件或监视系统参数。
• 神谕。甲骨文是我们发现失败或成功的任何机制。工具可能会自动检测产品中某些类型的错误条件。
• 活动记录和覆盖分析。工具可能会在发生时观察测试，并回顾性地报告已经测试和没有测试的内容。它们可能会记录动作，以便稍后在其他测试中重放。
• 测试管理。工具可以记录测试结果；组织测试思想或度量。

在敏捷团队中，测试人员和开发人员都可以使用这些工具。

Answer 2

为了使它对整个团队都有价值，我建议：

• 将您的测试集成到CI过程中。所以你需要扮演一个虔诚的角色或者帮助你的虔诚者去做。
• 用BDD风格设计您的测试(不过，并非所有的测试都是理想的测试)，这样所有的团队和分析人员或业务用户都可以理解测试设计。
• 集成报告框架，并以允许为同一测试编译几种类型的报告的方式设计您的测试，这些报告具有不同的细节级别，并根据目标对象(测试经理、项目经理、产品所有者等)强调不同的方面和指标。
• 介绍测试代码的文档。这将允许其他人轻松地添加测试或维护现有的测试。

Answer 3

作为QA，我实现并现在给整个团队带来好处的事情是：

测试数据生成-在特定环境中，开发人员和用户拥有的测试数据较少。我们不允许恢复Prod中的数据，因为它具有客户端敏感数据。因此，我已经学习并介绍了一个测试数据生成工具-Gen火箭，它生成必要的测试数据。

环境状况-我们的团队有多个开发，测试和珠三角服务器。我创建了一个监控工具，它使用RestAssured和Selenium相结合来检查和报告应用程序的健康状况。这最终帮助团队在所有环境中维护一个启动和运行的应用程序。