敏捷测试流程
来源：http://www.testclass.net/software_test/
敏捷测试的一个核心是迭代，在每个时间点上，所有项目人员都是有事可做的。
下面是我理解中的敏捷测试流程图：
第一阶段：
通过上面的流程图，对于一个月的需求分析，在敏捷中，可能三五天就确定下来。这个需求定得会很模糊，但整体框架确定。
产品对其中某一模块功能确认，开发人员开始对确认的功能编码，开发人员编码的过程中，测试进行功能分解，因为根据模糊的需求很难写出具体的用例，所以，只能尽量对功能进行分析得细些，标注需要验证的内容。
第二阶段：
开发完成后交给测试人员进行测试，开发人员继续开发新的功能。那么测试人员发现的问题怎么办呢？会从开发团队中抽出一个人员来用于解决测试发现的问题。但开发进度并没有因为测试而停止。
流程分析：
在这个流程中弱化了文档，强调了各个人员的沟通，通过这种迭代的方式，三个月的项目，可以能两个月和两个半月就会完成。
但这种流程并非完美，假如一个功能在需求分析阶段就是错误的，因为它是一个迭代渐进的过程。也只能一路错下去。
对测试问题的处理
上面的图更能清晰看出对问题的处理过程。
第一块面板中是开发人员未实现的功能，
第二块面板中是开发完成功能，测试人员对其进行测试，
发现不通过的就放回未开发的面板中，测试通过的将放到第三块面板中。
转载请注明原文地址: https://www.6miu.com/read-2100185.html
