《敏捷软件测试》的读书笔记（四）

第四部分 自动化

13. 自动化的原因和障碍

手工测试需要太长的时间

手工测试容易出错

自动化让人们更有时间做更有价值的事情

自动化的回归测试提供了安全网

自动化测试较早且较频繁的反馈问题

驱动编写的测试和实例可以做更多的事情

提示提供文档

自动化的回报率更高

 

14. 敏捷测试自动化策略

 自动化先定义要解决的问题，考虑能否自动化。一次只解决一个难题。考虑团队技能、经验。

 自动化四个测试象限的先后顺序没有关系。

单元测试和组件测试：是自动化测试的基础；

验收测试：api进行，是站在用户的角度理解和自动化；

界面测试（GUI）：一般手动测试，ROI小；

什么测试不应该自动化

可用性测试

探索性测试

永远不会失败的测试

一次性测试

哪些测试不易于自动化

从哪里开始自动化策略

分析不愿意自动化的原因

多层的方法思考

思考测试设计与维护

选择正确的测试工具

将敏捷应用于自动化上

保持简单

迭代反馈

整体团队运作

花时间做正确的事情

边做边学

敏捷编码应用于测试

为测试提供数据

生成测试数据：如testgen、Datatect、Datagenerator。perclip会将生成数据粘贴到剪贴板。可以生成不同类型和边界条件的数据。

避免访问数据库

如果必须使用到数据库：为每次测试建立/销毁数据；典型数据；类产品数据；数据迁移；

明确需求：数据库迁移要用真实数据测试

评估自动化工具

确定自动化测试的需求

一次一个工具

选项工具

适用于敏捷的工具

管理自动化测试

组织测试和测试结果

转载于:https://www.cnblogs.com/echolxq/p/4677128.html