敏捷测试象限模型

测试类型可以用两个维度画成四象限来分类：一个维度是面向技术还是面向业务（技术向关心代码对不对，业务向关心行为符不符合需求），另一个维度是支撑开发团队（帮团队更快更放心地写代码）还是用来评判产品（事后检验产品够不够好，比如探索性测试、性能测试）。持续交付要求尽量把四个象限里能自动化的部分都自动化掉，只在真正需要人工判断的地方（如可用性测试）保留人工介入。发散：这个模型的价值在于提醒”测试”不是单一维度的东西——单元测试和验收测试解决的是完全不同性质的问题，前者是面向技术、支撑开发的快速反馈，后者往往是面向业务、评判产品的信心来源，混着谈”测试覆盖率”容易掩盖两者本该有不同的自动化策略和执行速度预期。