敏捷测试自动化策略指南
1. 选择合适的工具
如今有众多工具可帮助解决自动化问题,但不要追求超出需求的复杂性。例如,Lisa的同事发现,从数据库检索数据并独立于系统进行计算的电子表格,对推动开发和验证应用程序的计算而言是强大的工具。
通常会尽量减少GUI层的测试自动化,但在某些情况下,更多的GUI自动化是合适的。比如,当用户在X处进行更改时,其他哪些地方会发生变化?有些问题仅在GUI层面显现。Lisa曾测试一个后端问题的修复,当退休计划参与者请求从账户分配资金时,尽管该更改有单元测试覆盖,但当请求分配表单未弹出时,GUI回归测试失败了。没人预料到后端更改会影响GUI,所以可能不会手动测试这一点,这就是需要GUI回归测试的原因。
记录/回放工具虽有缺点,但在合适的情况下是适用的。使用它可能有以下原因:
- 遗留代码已有用该工具创建的自动化测试套件。
- 团队对该工具有丰富的专业知识。
- 管理层因某种原因要求使用。
可以将录制的脚本作为起点,然后将脚本拆分为模块,在适当的地方用参数替换硬编码数据,并使用这些模块作为构建块来组装测试。即使编程经验不多,也不难识别应包含在模块中的脚本块,例如登录就是一个明显的选择。
对于那些设计方式使单元测试困难且从头编写测试脚本成本过高的遗留系统,记录/回放也可能适用。甚至可以在应用程序(包括遗留应用程序)中构建记录和回放功能。通过正确的设计和使用人类可读的格式记录交互,甚至可以在代码构建之前构建回放测试。
2. GUI测试自动化的成功转型案例
Pierre Veragen所在的团队在瀑布式开发环境中开始使用记录/回放方法进行GUI测试自
超级会员免费看
订阅专栏 解锁全文
1596

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



