PART2 敏捷测试象限

一、四象限

面向业务、面向技术和支持团队、评价产品。

支持团队面向技术的测试（自动化）：单测、组件测试。

       支持团队面向业务的测试（自动+手工）：story测试、功能测试、实例、原型、仿真??

评价产品面向业务的测试（手工）：探索式、场景、可用性、UAT、beta/alpha

评价产品面向技术的测试（工具）：性能压力、安全、非功能性测试

支持团队的测试：帮助用户开发产品。

象限一：TDD/TD测试。使用和应用相同的编码。一般内部质量由程序员定义、参与测试。CI环境。

象限二：测试每个story的细节，自动化测试运行于业务逻辑层。自动化持续集成、构建、测试过程。快速测试，反馈BUG。功能环境

支持产品的测试：确认产品满足需求，改进产品。测试

象限三：评价产品满足客户需求、竞争力，改进产品。仿真最终用户测试。

象限四：性能安全开发的每一步都应考虑，不要留到最后。

知道一个story何时完成：通过卡片养成习惯。

二、支持团队面向技术的测试

目的：快速发现问题，尽量开发之前或当时。（测试先于开发，驱动设计，设计遵循测试）

测试原因：

 1. 持续构建使重构时有稳定保障。

 2. 降低单元级错误，更多时间用于复杂场景测试。

 

快速测试反馈原则：

 1. 代码结构：a. 横向MVC，纵向功能域划分 2. 组件+适配器端口模式

 2. 单测10分钟内执行完：a. 持续构建有一Job。b.慢的测试一个Job。

 3. 使用仿制对象，而不直接从数据库取数据。并行运行测试。

测试何时停止：面向技术只测单维度