敏捷测试四象限、测试金字塔与分层自动化

敏捷测试象限起源

敏捷测试象限由Brian Marick最初提出并被Lisa Crispin和Janet Gregory在《敏捷软件测试：测试人员与敏捷团队的实践指南》中扩展。它是敏捷测试的基础框架，表示测试的类型和目的，分为四个象限：技术面向支持团队的测试（Q1）、业务面向支持团队的测试（Q2）、业务面向评价产品的测试（Q3）和技术面向评价产品的测试（Q4）。

敏捷测试象限介绍

敏捷测试象限涉及开发人员和测试人员的多种测试类型，如单元测试、功能测试、探索式测试等。不同象限的测试采取不同的方式，如Q1和Q2倾向于自动化测试，而Q3注重手动测试，Q4则结合了自动化和手动测试。这些测试的目标从验证功能实现正确到确保满足非功能性要求不等。

传统测试V模型的问题

传统的V模型按项目周期划分测试阶段，适合瀑布型开发但不适合敏捷开发。V模型的不足包括测试脆弱性、延迟可能性、复杂性和测试成本。由于这些问题，敏捷环境中出现了“冰激凌”模式，这种模式由于过度依赖UI测试而受到批评。

测试金字塔介绍

为解决“冰激凌”模式的问题，Mike Cohn提出了测试金字塔模型，强调在单元测试、API测试和UI测试中分配适当的测试工作量。这种分层测试方法与测试左移理念相一致，目的在于前移到开发生命周期中更早的阶段进行质量保障。Lisa Crispin在金字塔顶端加上了探索式测试，以便涵盖人工测试的必要性。

分层自动化测试

分层自动化测试与测试金字塔类似，突出了在不同层级实施自动化的重要性。这种方法避免了仅依赖UI层自动化的问题，将自动化应用于API层和单元层的测试，提升测试效率。

测试自动化与自动化测试的区别

自动化测试主要关注测试执行过程的效率，而测试自动化强调在整个测试过程中提升效率和质量。测试自动化包括测试数据准备、测试环境搭建等方面，更全面地促进测试活动。

测试自动化的目的

测试自动化的根本目的是确保软件质量，通过自动化进行回归测试以覆盖更广泛的范围，减少人工疏忽导致的错误。其次，自动化可以加快测试速度，如通过分布式执行测试。还有，自动化能解决一些人工无法实现的测试操作，例如性能测试中的大规模并发。

增强的分层自动化

分层自动化测试不应局限于测试执行，而应该包括测试数据和环境的自动化准备。这种增强的分层自动化方法能够提高整个测试过程的效率。