Agile(敏捷)开发方式下测试

        Agile敏捷是当前软件开发常见的采用模式。那在敏捷模式下，怎样的测试才能更好的进行呢？敏捷是什么呢？我们先用敏捷造些词，思维敏捷，动作敏捷，看出来什么没有？对，就是快速响应变化，软件开发过程中，需求改来改去是最大的痛点，当然采用敏捷并没有完全规避这个问题，只是将痛点的疼度级别降了几个级别。敏捷能够快速响应变化的最重要的一点就是化繁为简，大事化小，方法就是拆分，迭代。每次迭代的东西少了，自然需要的开发测试时间就会随之缩短，与传统的瀑布模式相比，测试介入的时间被大大提前，存在的bug会早早被发现。

        在我经历过的后端服务API项目中，一直在强调开发测试同步调，这个同步调不是指同时间，而是时间差不会太长，来个公式说明下，传统项目时间=开发时间+测试时间，这个开发时间和测试时间是没有重合的，测试时间一般在开发时间结束即开发提测后开始计算。而我所在的后端项目中，因为采用的是测试手段主要是自动化测试，所以当需求确定，开发开始开发代码，同时测试人员也开始了测试的准备工作，准备测试数据，测试用例编写，测试用例脚本化。但是这会引发另一问题，程序代码都还没有，怎么知道写的有没有问题？有明确API出参入参协议的，Mock data这一方式应该可以给到不错的体验。公式会变成项目时间=开发时间+测试时间-（开发时间U测试时间），开发与测试交集的时间越多，整体时间就会越小。

        敏捷测试模式还有一个能省时间的点那就是若有返工，返工时间也会被提前，因为测试介入的早，发现的早，系统的内部的整体耦合性还没有那么大。简单粗暴的理解，敏捷模式就是无数个小型瀑布模式的组合。