为了什么，我们一定要敏捷测试？

提起敏捷软件测试必须要提及到敏捷软件开发，敏捷软件开发是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。敏捷开发的最大特点是高度迭代，有周期性，并且能够及时、持续地响应客户的频繁反馈。为了适应敏捷开发的特点，敏捷测试应运而生。

作为一个传统的互联网公司，我们接触敏捷这个概念还是相对较晚的。但是通过对敏捷概念和敏捷宣言的理解，发现敏捷所追求的目标正是我们长期摸索所要达到的效果。“敏捷”好比起到了穿针引线的作用，把我们测试工作中“零散”的工作整合起来，为达到共同的目标去努力。

为什么做自动化测试？为什么要做白盒测试？这两个问题曾经困扰了我很久。最开始作为小白的我是为了做自动化而做自动化，为了做单元测试而做单元测试，也许那时候就是leader派发的一个任务。随着工作内容的深入，这两个问题便开始困扰着我，为什么我们要做？下面是对敏捷测试的分析来找到为什么我们要做。



敏捷测试的4个象限大家也许都不陌生，它通过面向业务测试、支持团队测试、评价产品测试和面向技术测试4个方面衡量一个产品的质量。

象限一从面向技术和支持团队的角度去考虑衡量产品的标准，我理解代表着我们的白盒测试。由单元测试、组件测试和代码逻辑测试等组成。

象限二从支持团队和面向业务的角度去考虑衡量产品的标准，确定外部的质量和用户需求的功能，代表着我们的黑盒测试和自动化测试。主要是功能逻辑测试（包括手动测试和自动化测试）。

象限三从评价产品和面向业务的角度去考虑衡量产品的标准，主要考虑用户的直观使用。主要是体验性测试和验收测试。

象限四从面向技术和评价产品的角度去考虑衡量产品的标准，主要考虑产品的性能等。主要包括负载测试、性能测试等。

这四个象限原则上是不分先后顺序的，只是从不同角度去衡量一个产品。

在敏捷软件测试过程中强调版本的快速迭代，一个大功能往往会被细分为多个子功能迭代的开发并提交测试，这就需要我们花费大量的时间去回归之前的老功能确保正确性。这样自动化测试和白盒测试的作用来了，它可以减少我们回归测成本。传统V字模型的先开发再测试已经不能完全满足我们上线需求，而敏捷测试中另一个强调的地方是“快速响应”正迎合了我们的需求。测试人员通过对提交的代码进行单元测试、接口测试等提早进行测试，尽早的发现问题，即进行白盒测试。

总结下来：

通过对敏捷的分析得出我们白盒测试的切入点。

一、对测试代码的持续集成进行回归测试，节约测试成本。

二、通过单元测试可以提早测试人员介入项目的时间，加快项目周期，提高测试覆盖度。





原文链接

如需转载该篇文章，请注明来自“搜狗测试”