软件测试生命周期(Software Testing Life Cycle)的八个阶段详情:
演变:文章源自玩技e族-https://www.playezu.com/191838.html
60年代:文章源自玩技e族-https://www.playezu.com/191838.html
文章源自玩技e族-https://www.playezu.com/191838.html90年代:文章源自玩技e族-https://www.playezu.com/191838.html
文章源自玩技e族-https://www.playezu.com/191838.html2000年:文章源自玩技e族-https://www.playezu.com/191838.html
文章源自玩技e族-https://www.playezu.com/191838.html测试的趋势和能力也一直在变化。测试人员现在被要求做更多的面向技术和流程方面的事情。测试现在不仅仅限制在找bug,而且有一个更广阔的工作范围,从项目开始阶段甚至需求还没正式定下来的时候就被需要,被安排工作。文章源自玩技e族-https://www.playezu.com/191838.html
测试也是标准化的。就像软件开发那样有生命周期一样,测试也有自己的生命周期。在后面的内容,我将会讨论什么是测试生命周期以及软件测试是怎么相关联的。文章源自玩技e族-https://www.playezu.com/191838.html
什么是生命周期?文章源自玩技e族-https://www.playezu.com/191838.html
“生命周期”这个简单的词是指从一个形式(状态)到另外一个形式(状态)的一系列的变化。这些变化可以发生有形或无形的事情上。每个实体都有生命周期,从开始到死亡/结束。
类似的,软件也是个实体。就像开发软件包括一系列的步骤,测试也有很多步骤,这些步骤按照一定顺序去执行。
通过系统的有计划的执行测试活动的现象被叫做测试生命周期。
什么是软件测试生命周期(STLC)
它是指测试流程,这个流程是按照一定顺序执行的一系列特定的步骤,去保证产品质量符合需求。在STLC流程中,每个活动都按照计划的系统的执行。每个阶段有不同的目标和交付产物。在STLC中每个组织有不同的阶段;但是基本的是一样的。
下面是STLC的8个阶段:
1.需求阶段(Requirements phase)
2.计划阶段(Planning Phase)
3.分析阶段(Analysis phase)
4.设计阶段(Design Phase)
5.实施阶段(Implementation Phase)
6.执行阶段(Execution Phase)
7.总结阶段(Conclusion Phase)
8.结束阶段(Closure Phase)
#1.需求阶段:
在这个阶段,是分析和学习需求的阶段。和其他团队一起头脑风暴,努力去查找需求是不是可测的。这个阶段帮助去辨认测试的范围。如果任何功能是不可测试的,及时沟通,做出一些减轻策略(减小风险)的计划。
#2.计划阶段:
在实际场景中,测试计划是测试流程的第一步。在这个阶段我们辨别出哪些活动和资源能匹配测试目标。我们也努力去辨别测试指标,测试方法以及如何追踪这些指标。
计划的基础是什么?只有需求吗?
答案是NO。需求只是一种基础,然而还有其他2方面的因素影响测试计划。他们是:
-组织的测试策略
-风险分析/风险管理和减轻
#3.分析阶段:
STLC定义“WHAT”被测试。一般地,我们通过需求文档、产品风险和其他测试依据去辨别测试条件。测试条件应该可以被追溯到需求。有很多因素可以影响测试条件的辨别:
-测试的层次和深度
-产品的复杂性
-产品和项目风险
-软件开发生命周期被涉及
-测试管理
-团队的知识和技能
-相关干系人的可用性
我们应该努力用一种很详细的方式把测试条件写下来。例如,一个电子商务网站,你有一个测试条件为“用户应该可以支付”。或者你可以详细的描述为“用户应该可以通过信用卡,微信、支付宝等支付”。把详细的测试条件写下来最大的好处是可以提高测试覆盖率,因为测试用例就是通过这些测试条件写的,这些详情触发写出更多的测试用例。同时,也可以分辨出退出测试的标准,比如哪些条件决定可以终止测试。
#4.设计阶段:
这个阶段都有“HOW”去测试。包括以下的任务:
-详述测试条件。拆分测试条件为多个子条件去提供覆盖率。
-辨别和获取测试数据
-辨别和搭建测试环境
-创建需求跟踪指标
-创建测试覆盖指标
#5.实施阶段:
这个阶段最主要的任务是创建详细的测试用例。测试用例的优先级以及哪些用例会成为回归测试的一部分。在最终决定测试用例之前,审核测试用例的正确性是非常重要的。同时在真正执行开始之前也不要忘了sign off(署名,比如新版本发布前的最终测试报告需要发送sign off报告)测试用例。如果你的项目设计自动化,分辨哪些用例适合自动化以及准备测试脚本。不要忘记审核。
#6. 执行阶段:
从名字可以知道,这个阶段是STLC的真正执行阶段。但在你执行之前,确保你的标准是和需求匹配的。执行测试用例,报bug如果有任何的不匹配。同时填写追踪指标去跟踪你的进度。
#7.总结阶段:
这个阶段聚焦在检验标准和报告。依赖你的项目和干系人选择,你能决定是发日报还是周报等等。有不同的报告类型(日报,周报)你可以发送,但重点是,报告的内容是根据你发送对象的不同而变化的。如果项目经理属于测试背景的,那么他们对技术方面更感兴趣,因此在报告中包含技术方面的内容(用例的pass个数,fail个数,bug个数,严重bug等等)。但是如果你向更高层的干系人报告,他们可能对技术方面不感兴趣,可以给他们发送一些风险相关的,比如通过测试减轻风险的发生。
#8.结束阶段:
这个阶段的任务包括:
-检查测试的完成度。是否所有的用例被执行或是有意减轻一些。检查是否还有S1的bug是激活状态。
-经验总结会议及书写相关文档。包括哪些做得好,哪些需要提高和如何提高
总结:
一起来总结一下STLC。