敏捷测试象限通过业务、技术、预期输出和未定义的四个维度，将测试分为四个象限。业务维度强调需求实例化避免理解偏差，技术维度确保产品质量。第一象限关注业务层面的探索式测试、可用性测试等；第二象限侧重预期输出的实例化需求、性能测试等；第三象限通过技术手段检查预期输出，如单元测试、兼容性测试；第四象限则从技术角度分析未定义的、未知的问题，如负载测试、渗透测试。这种分类有助于团队更好地讨论和定义测试范围，提高测试效率。
什么是测试象限？
敏捷测试象限是什么呢？我们先来上个图：
划分维度
通过上图我们可以看出主要是通过业务、技术、检查预期输出及分析未定义的、未知的和意料之外的四个维度，将测试进行切割，分为四个象限。
业务维度:
业务维度即面向业务，也就是面向客户的需求，而客户的需求往往可能只是一句话，或者是一个模糊的感受。面对这样抽象的需求往往会让开发团队很难受，做出来的东西达不到客户的要求，经常面临返工。验收测试驱动开发（ATDD）就是通过需求实例化的思想来避免抽象导致的理解偏差，从业务的层面来支撑团队的开发。技术维度:
技术维度即面向技术，从技术角度来分析和验证用户不一定能关注到的那些非功能性需求，帮助交付高质量的产品。检查预期输出:
检查预期输出，这个应该比较好理解；在执行测试之前，已经明确知道相应的输入或指定的动作会有相应的输出或者交互，e.g. 我们常做的功能测试就是这么一个套路：输入（数据+动作） 》应用程序 》输出（预期结果&
最低0.47元/天 解锁文章
1586
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
