持续集成

不断持续集成，才能发现哪块出现问题，持续集成概念最早出现在极限编程

CI的工作流：提交代码到代码库、CI server监听代码库的变更、CI server出发自动化构建、CI server触发自动化测试、通知相关方

有问题hotfix，15分钟无法解决则回滚

敏捷测试-TDD

测试行为推动开发行为

先编写测试内容再进行开发工作

统一考虑代码和测试

测试比单元更重要（覆盖影响自己和别人的测试用例）

单元测试只是一种手段，但不要限于单元测试，如接口覆盖

敏捷测试

内建质量：建设的时候就保证质量的行为，如结对编程、单元测试

互联网化：基于开源工具定制，不重复造轮子

敏捷测试组织：专职人员专注于敏捷测试，提高产品强壮型，提早暴露产品问题

自动化测试：一套自动化测试系统 

自动化测试3A：

arrange（准备，1 测试数据+结果数据，2 判断过程）

act（执行，自动化脚本）

assert（断言，准备数据运行后是否等于运行结果）

敏捷测试四象限

敏捷测试

体系化测试手段：

单元测试

功能测试

集成测试

确保新提交的变更正确工作

确保新提交的变更不会引入回归缺陷

敏捷质量观

“停止依赖检验来达到质量“- 戴明

内建质量，通过上面的手段，一开始就计划好如何做，而非在执行中一步步添加

敏捷鼓励设计质量，质量是设计出来的，而非测试出来的