如何为测试自动化准备好你的敏捷QA团队
无论是额外的效率还是项目的规模，手动测试不可能总是你的唯一选择。但你如何让QA团队为测试自动化做好准备？
1.摒弃错误的目标
你的团队出于错误的原因被自动化所诱惑也不是不可能的。如果它们是QA团队唯一可以证明麻烦的结构，你可能并不真的需要它。
作为一个测试员发展 想要成长为专家的团队成员值得所有的赞美，但为了自动化而自动化不一定是答案。自动化测试只是帮助他们在最少的时间内找到尽可能多的错误的工具之一。
整理项目 有可能是团队没有理解软件测试项目的整个结构。将所有东西自动化听起来是增加QA覆盖率的一个简单方法，并使其强大。唉，自动化测试是昂贵的，因为它们需要大量的时间来编写和维护。你可能想让开发人员和QA专家花一些高质量的时间一起发现盲点，而不是这样。
提高 "质量"这个目标本身没有错，但你需要比这更具体。QA团队的测试准备需要大量的时间和金钱，所以不要让它们随随便便就浪费了。这里有一个很好的例子，如果你的团队没有足够的时间开始覆盖更多的代码，那就减少手动测试的数量。
2.选择适当的目标
让团队改变测试结构是一项艰巨的任务，正式化后效果更好。决定你要实现的目标，这样你就可以跟踪进展，然后庆祝成功或以后确定失败。以下是Alexei Barantsev的一些想法，他是测试自动化框架Selenium背后的创造者之一，我们在aqua使用。
执行更快运行整套检查的时间越短，你就可以更快地部署新的构建。
更早执行将自动化测试集成到开发管道中，将帮助你的同事自己识别和修复问题，减少QA团队的测试自动化负担。
更频繁地执行自动化测试可以在每次提交后运行，这使得发现和解决回归问题更加容易。
执行的范围更广 自动化测试确实可以增加覆盖率，特别是如果你使用测试管理平台来跟踪沿途的人工努力。
3.钉住自动化测试团队结构
初级QA专家不可能自学成才，成为自动化大师--有些公司学得很辛苦。我们建议你通过重新审视软件测试中的测试团队结构来避免这种情况。以下是基于我们在SaaS平台上测试自动化的经验，团队的组成可以是这样的。
- 团队领导： 拥有自动化过程的QA领导专家。
- 测试人员： 初级/中级和高级专家的组合，承担工作量。
- 基础设施工程师： 成熟的集成专家，维护自动化框架。
当然，还有很多其他人将参与或直接受到QA团队工作的影响：
- 产品负责人可能需要增加他们对QA团队的可用性，以帮助创建累累的自动化测试。
- 项目经理必须在QA（希望）变得比平时更快之前收敛他们的最后期限预期。
- 开发人员应该在准备新的构建时分配时间来修复自动发现的问题，而不是在收到QA的错误报告后。
长话短说，测试自动化既关系到团队，也关系到其他人如何与之互动。
4.相信过程
现在你有了一个团队，让他们起草一个自动化计划并贯彻执行。我们已经提到了沿途的一些关键障碍。你可能会面临其中的一些，也可能会遇到其他的。重要的是你要给自动化团队时间来发挥他们的魔力。
正如我所提到的，确保跟踪与你的自动化目标相关的进展。进展顺利的事情需要庆祝，而问题则需要在它们值得麻烦之前被叫出来。毕竟，你知道为什么你一开始就进入了自动化。
总结
测试自动化是一个崇高但昂贵的努力。你应该看看你是否因为正确的原因而想要它，在QA团队的组成上花很多心思，并让其他人启用这个团队。如果事情按计划进行或者你坚持了足够长的时间，你可能确实节省了很多钱和/或使软件变得更好。
