《敏捷软件测试》的读书笔记(四)
第四部分 自动化
13. 自动化的原因和障碍
手工测试需要太长的时间
手工测试容易出错
自动化让人们更有时间做更有价值的事情
自动化的回归测试提供了安全网
自动化测试较早且较频繁的反馈问题
驱动编写的测试和实例可以做更多的事情
提示提供文档
自动化的回报率更高
14. 敏捷测试自动化策略
自动化先定义要解决的问题,考虑能否自动化。一次只解决一个难题。考虑团队技能、经验。
自动化四个测试象限的先后顺序没有关系。
单元测试和组件测试:是自动化测试的基础;
验收测试:api进行,是站在用户的角度理解和自动化;
界面测试(GUI):一般手动测试,ROI小;
什么测试不应该自动化
可用性测试
探索性测试
永远不会失败的测试
一次性测试
哪些测试不易于自动化
从哪里开始自动化策略
分析不愿意自动化的原因
多层的方法思考
思考测试设计与维护
选择正确的测试工具
将敏捷应用于自动化上
保持简单
迭代反馈
整体团队运作
花时间做正确的事情
边做边学
敏捷编码应用于测试
为测试提供数据
生成测试数据:如testgen、Datatect、Datagenerator。perclip会将生成数据粘贴到剪贴板。可以生成不同类型和边界条件的数据。
避免访问数据库
如果必须使用到数据库:为每次测试建立/销毁数据;典型数据;类产品数据;数据迁移;
明确需求:数据库迁移要用真实数据测试
评估自动化工具
确定自动化测试的需求
一次一个工具
选项工具
适用于敏捷的工具
管理自动化测试
组织测试和测试结果