每日（软件测试生命周期）

什么是生命周期？

“生命周期”这个简单的词是指从一个形式（状态）到另外一个形式（状态）的一系列的变化。这些变化可以发生有形或无形的事情上。每个实体都有生命周期，从开始到死亡/结束。

类似的，软件也是个实体。就像开发软件包括一系列的步骤，测试也有很多步骤，这些步骤按照一定顺序去执行。

通过系统的有计划的执行测试活动的现象被叫做测试生命周期。

什么是软件测试生命周期（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是激活状态。

-经验总结会议及书写相关文档。包括哪些做得好，哪些需要提高和如何提高