目录
前言：
敏捷宣言
敏捷软件开发VS传统方法
敏捷云服务
对什么进行自动化？
测试自动化的技巧
关于敏捷测试和自动化测试的关键信息
前言：
敏捷测试自动化是在敏捷开发环境中使用自动化工具和技术来支持测试活动的一种方法。它旨在提高测试效率、加快反馈周期，并确保软件交付的质量。
特别是在企业级敏捷开发（EAD）的情况下，Gartner写到，“到2015年，40％的组织将积极采用EAD来获得差异化产品项目并且方案需要强有力的协作和跨进程的合作。”
敏捷宣言
敏捷宣言规定如下：
我们发现软件开发更好的途径，并且帮助别人做到。通过这一点，我们就可以得到：
敏捷软件开发VS传统方法
敏捷与传统的软件开发之间的区别在于，敏捷软件开发主张在早期阶段检测开发过程中的问题，并且它注重以下内容：
- 团队成员日常密切交流——开发，测试，从设计到交付贯穿开发过程的测试自动化
- 制定测试策略
- 采用新的测试策略
- 运用在小的，可测量的，具体的模块
- 从容地处理变化
- 注重持续改进
敏捷测试是基于4F原则：“经常失败，但失败早”（Fail frequently, but fail fast.）
敏捷测试自动化是将敏捷开发的原则应用到自动化测试中去。因此，敏捷测试自动化也有一些原则：
- 自动化测试是有计划的活动——分配时间用于测试自动化。
- 自动化测试从sprint的第一天就要开始。
- 对测试的所有方面进行自动化——不仅仅是测试执行——对测试生命周期自动化。
- 自动化黑盒测试和白盒测试。
- 自动化测试开发者应专注致力于测试自动化实现。
- 自动化测试开发人员应找出使用或计划使用的自动化工具。
- 持续同步开发和测试自动化代码，至少每周一次或与sprint各阶段同步。
- 运用一个或多个敏捷/极限编程技术，如测试驱动开发（TDD），持续集成，自动化的验收测试。
- 单次执行或探索性试验最好不进行自动化。
- 测试套件不应该长时间运行;相反，应该一个小时长度的测试套件。
- 在连续的基础上执行测试，以使测试过程真正有有效的敏捷环境。
- 度量将说明一切，测试只会因为有缺陷存在的原因而失败，而不是出于自动化的原因。
自动化代码/测试脚本的属性：
- 可维护性
- 性能
- 正确性
- 可移植性
敏捷云服务
软件开发和测试团队可以利用云计算来消除资源采集和管理的障碍，提高敏捷速度，并缩短企业所有者和利益相关者创造价值所需的时间。
云计算有五个主要特点：
- 按需自助服务配置
- 弹性和可扩展性
- 广泛的网络访问
- 资源库
- 可计量的服务
绝大多数的云服务提供商都提供对应用程序编程接口（API）或命令行界面（CLI）的支持，以控制提供服务，部署和基于云计算环境的管理。
对什么进行自动化？
哪些测试应该被自动化，为什么？Lisa Crispin和Janet Gregory做很多关于这一主题的工作;可以看看他们的书来学习
测试自动化的技巧
- 测试套件不应该长时间运行;相反，可以用专用的一小时的测试套件。
- 在连续的基础上执行测试，以使测试过程中真正有效的敏捷环境。
- 一小时的测试套件，应有少于5％的自动化缺陷，并且应尽量减少到几乎为零。
- 一小时的测试套件，将不会有任何多余的步骤，在我们最新的测试集中也不会出现任何超过五个此类套件的情况。
- 度量将说明一切，测试只会因为有缺陷存在的原因而失败，而不是出于自动化的原因。
关于敏捷测试和自动化测试的关键信息
通过使用敏捷测试大家可以获得什么？
- 连续测试——单元测试，自动化，TDD/ ATDD，探索性测试。
- 来自开发者和测试者的声音——人们想从测试自动化中获得什么？
- 集成，更早测试，更频繁的测试。使用虚拟化工具。
- 敏捷项目管理和测试管理工具，携手合作。
- 鼓励使用ALM工具，如TFS，Jenkins，或VersionOne。
希望你觉得这些信息有用！
作为一位过来人也是希望大家少走一些弯路
在这里我给大家分享一些自动化测试前进之路的必须品，希望能对你带来帮助。
（WEB自动化测试、app自动化测试、接口自动化测试、持续集成、自动化测试开发、大厂面试真题、简历模板等等）
相信能使你更好的进步！
点击下方小卡片
