1. 放弃错误的目标
您的团队不太可能因为错误的原因而受到自动化的诱惑。如果它们是 QA 团队可以证明麻烦的唯一结构,那么您可能真的不需要它。
作为测试人员开发。 想要成长为专家的团队成员值得所有赞扬,但为此而自动化并不一定是答案。自动化测试只是帮助他们在最短时间内找到尽可能多的错误的工具之一。
整理项目。 团队可能不理解软件测试项目的整个结构。自动化一切听起来像是一种增加 QA 覆盖率并使其稳健的简单方法。las,从某种意义上说,自动化测试非常昂贵,因为它们需要花费大量时间来编写和维护。实际上,您可能想让开发人员和 QA 专家花一些时间来共同发现盲点。
提高“质量”。该目标本身并没有错,但您需要比这更具体。QA 团队测试准备需要花费大量的时间和金钱,所以不要让他们心血来潮地浪费掉。如果您的团队没有足够的时间开始覆盖更多代码,这里的一个很好的例子就是减少手动测试的数量。
2. 选择合适的目标
让团队改变测试结构是一项艰巨的任务,正式化后效果会更好。确定您想要实现的目标,以便您可以跟踪进度,然后庆祝成功或稍后识别失败。以下是我们在 aqua 使用的测试自动化框架 Selenium 背后的创建者之一 Alexei Barantsev 的一些想法。
执行速度更快。运行整套检查所需的时间越少,部署新版本的速度就越快。
提前执行。将自动化测试集成到开发管道中将帮助您的同事自己识别和修复问题,从而减轻 QA 团队测试自动化的负担。
更频繁地执行。每次提交后都可以运行自动化测试,这使得发现和解决回归问题变得更加容易。
执行更广泛。 自动化测试确实可以增加覆盖率,特别是如果您使用测试管理平台来跟踪它们的手动工作。
三、钉钉自动化测试团队架构
初级 QA 专家不能仅仅通过自学成为自动化专家——一些公司通过艰苦的方式学习。我们建议您通过重新审视您如何看待软件测试中的测试团队结构来避免这种情况。根据我们在 SaaS 平台上测试自动化的经验,团队组成如下所示:
- 团队负责人: 拥有自动化流程的 QA 主管专家。
- 测试人员: 承担工作量的初级/中级和高级专家的组合。
- 基础架构工程师: 久经考验的集成专家,负责维护自动化框架。
当然,还有很多其他人会参与或直接受 QA 团队所做工作的影响:
- 产品负责人可能需要提高 QA 团队的可用性,以帮助创建令人筋疲力尽的自动化测试。
- 项目经理必须在 QA(希望如此)变得比平时更快之前降低他们对截止日期的期望。
- 开发人员应该分配时间来修复在准备新版本时自动发现的问题,而不是在收到 QA 的错误报告之后。
长话短说,测试自动化既与团队有关,也与其他人如何与之交互有关。
4. 相信过程
现在您有了一个团队,让他们起草一份自动化计划并贯彻执行。在此过程中,我们提到了一些关键障碍。你可能会面对其中的一些,或者可能会遇到其他人。重要的是你给自动化团队时间来发挥他们的魔力。
正如我提到的,确保跟踪与您的自动化目标相关的进度。事情进展顺利需要庆祝,而问题需要在值得麻烦之前提出来。毕竟,您确实知道您最初进入自动化领域的原因。
结论
测试自动化是一项崇高但代价高昂的努力。你应该看看你是否出于正确的原因想要它,对 QA 团队的组成进行大量思考,并让其他人支持团队。如果事情按计划进行或者你坚持了足够长的时间,你可能确实节省了很多钱和/或改进了软件。