敏捷测试自动化:可自动化与不可自动化的测试类型
在软件开发过程中,测试自动化能极大地提高效率和质量,但并非所有测试都适合自动化。本文将探讨哪些测试可以自动化,哪些不适合自动化。
测试金字塔与团队协作
测试金字塔是理解测试自动化如何助力敏捷团队的良好起点。在测试金字塔中,底层的单元测试就像金字塔的砖块基础,中间层的功能测试自动化固定装置则如同木棍。如果系统在设计时就考虑到功能测试自动化,中间层的固定装置编写起来会相对容易,木棍可能会比砖块堆积得更快。随着团队掌握测试驱动开发(TDD)和单元测试自动化,底层开始发展壮大。
在敏捷团队中,采用全员参与的方法,测试人员与程序员结对,帮助他们提高编写测试的能力,从而巩固金字塔的砖块基础层。因为测试驱动开发,整个团队始终以实现最大可测试性为目标进行设计,使金字塔能够长成正确的形状。程序员与测试人员合作,自动化功能级测试,填充中间层。例如,测试人员和客户可能会为一个 Web 服务应用程序准备一个 400 行的测试用例电子表格,程序员可以帮助找到自动化这些测试的方法。不同团队成员在生成测试数据或使用 Excel 宏等工具方面可能具有专业知识,这些知识在团队中得以传播。团队共同努力,找到工具、测试用例和测试数据的最佳组合。
可自动化的测试类型
- 持续集成、构建和部署
- 软件开发中任何繁琐或重复的任务都适合自动化。自动化构建过程至关重要,没有它就无法构建自动化测试金字塔。团队需要单元级测试的即时反馈来保持进度。自动构建邮件列出每次签入的更改,对测试人员有很大帮助,因为他们无需打扰程序员就能知道构建何时准备好进行测试。
超级会员免费看
订阅专栏 解锁全文

被折叠的 条评论
为什么被折叠?



