姐姐：软件测试是在什么阶段进行的？ 没有答案...（软件测试的四个阶段是什么？）

摘要：每个阶段都有不同的目标和可交付成果。 将测试条件拆分为多个子条件以提供覆盖范围。 运行测试用例并报告任何差异。 概述阶段 此阶段的重点是检查标准和报告。 结束阶段 此阶段的任务包括确认测试的完成。

了解有关软件测试生命周期的八个阶段的更多信息

1960 年代：1990 年代：

2000 年：

测试趋势和能力也在发生变化。 现在要求测试人员执行更多技术和面向流程的任务。 测试不再局限于查找错误，而是具有更广泛的工作范围。 从项目一开始，甚至在正式确定需求之前，就需要并安排它。

测试也是标准化的。 就像软件开发有生命周期一样，测试也有自己的生命周期。 以下内容解释了什么是测试生命周期以及它与软件测试的关系。

什么是生命周期？

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

同样，软件也是一个实体。 正如软件开发由一系列步骤组成一样，测试也有许多按特定顺序执行的步骤。

测试活动的系统化和有计划的执行称为测试生命周期。

软件测试生命周期（STLC）

指测试过程。 它是一组按特定顺序执行的特定步骤，以确保产品的质量满足您的要求。 在STLC流程中，每项活动都是按照计划系统地进行的。 每个阶段都有不同的目标和可交付成果。 STLC 每个组织都有不同的阶段。 但基本原理是相同的。

以下是STLC8个阶段：

1.需求阶段（Requirementsphase）

2.规划阶段（Planningphase）

3.分析阶段（Analysephase）

p>

4. 设计阶段

5. 执行阶段

7.结束阶段

1. 需求阶段：

此阶段涉及学习需求的分析和分阶段。 与其他团队进行头脑风暴，看看您的需求是否可以衡量。 此阶段有助于确定测试的范围。 如果有无法测试的功能，请及时沟通并计划一些缓解策略（降低风险）。

2. 计划阶段：

在实际场景中，测试计划是测试过程的第一步。 在此阶段，确定哪些活动和资源符合您的测试目标。 我们还努力确定测试指标、测试方法以及跟踪这些指标的方法。

这个计划的依据是什么？仅仅是需求吗？

答案是否定的。 尽管需求只是基础，但还有其他两个因素会影响您的测试计划。

-组织测试策略

-风险分析/风险管理和缓解

分析阶段：

STLC定义要测试的“内容”。 通常，测试条件是通过需求文档、产品风险和其他测试证据来确定的。 测试条件必须可追溯到需求。 有许多因素会影响测试条件的识别。

测试的级别和深度

产品复杂性

产品和项目风险

软件开发生命周期是

测试管理

团队知识和技能

相关利益相关者的可用性可用性

您应该尝试详细写下您的测试条件。 例如，电子商务网站可能有一个测试条件：“用户必须能够付款”。 或者你可以详细说明：“用户必须能够使用信用卡、微信、支付宝等方式进行支付。” 写下详细的测试条件的最大好处是可以提高测试覆盖率。 这是因为测试用例是通过这些测试条件编写的，而这些细节会导致编写更多的测试用例。 同时，您还可以确定终止测试的标准，例如确定是否可以终止测试的条件。

4. 设计阶段：

此阶段包括“如何”测试。 任务包括：

测试条件的详细说明如下。 将测试条件拆分为多个子条件以提供覆盖范围。

识别和检索测试数据

识别和构建测试环境

创建需求跟踪指标

创建测试覆盖率指标

>

5.实施阶段：

该阶段的主要任务是创建详细的测试用例。 测试用例的优先级以及哪些用例成为回归测试的一部分。 在做出最终决定之前检查测试用例是否正确非常重要。 同时，不要忘记在实际执行开始之前签署测试用例。 例如，新版本发布前的最终测试报告需要提交签核报告。 如果您的项目设计为自动化，请确定哪些用例适合自动化并准备测试脚本。 请不要忘记查看它。

6.执行阶段：

顾名思义，这个阶段是STLC的实际执行阶段。 但是，在实施之前，请确保该标准符合您的要求。 运行测试用例并报告错误（如果存在差异）。 还可以输入跟踪指标来跟踪您的进度。

7. 概述阶段：

此阶段重点关注检查标准和报告。 根据项目和利益相关者的偏好，您可以决定是否发布日报或周报等。 可以发送的报告有多种类型，例如每日报告和每周报告，但重要的是报告的内容会根据您发送的对象而变化。 请发送至

如果项目经理有测试背景，他或她对技术方面有很好的理解。由于兴趣浓厚，该报告包含技术内容（通过案例数量、失败数量、Bug 数量、严重 bug 等）。 但是，如果您向可能对技术方面不感兴趣的更高级别的利益相关者报告，您可以发送与风险相关的信息，例如测试如何减少风险的发生。

8. 终止阶段：

此阶段的任务是：

确保测试完成。 是否所有用例都已实现，还是有意放宽了某些用例？ 检查是否仍然存在活跃的 S1 错误。

具有组织总结会议和创建相关材料的经验。 我们一起总结一下STLC，包括好的地方、需要改进的地方、改进的方法

最后，下面是一个知识架构体系图，展示了软件开发的方向。我聚集的工程师。

希望大家都能从这个成长过程中获益匪浅。 可以肯定地说，这个过程会让你痛苦，但一旦你完成了它，你就会没事的。 未来的生活会轻松很多。 俗话说，万事开头难。 一旦你迈出了第一步，你就已经成功了一半。 古人云：“不积跬步无以至千里”。 当你回顾这段旅程时，一定会感慨万千。 很多。

以下是配套的软件测试资源包。

以上是我们的一些支持资源。 这些资源应该是软件测试朋友们最全面、最完整的准备资源库。 为了更好地组织每个模块，我们还参考了互联网上许多高质量的博文和项目，同时确保我们没有遗漏任何知识点。 我的很多朋友都看过这些内容，并获得了 BATJ 等领先制造商的报价。 这个仓库对许多软件测试学习者也很有用，我们希望它对您也有用。 关注我的微信公众号：如果你是程序员，就可以免费获取。

学习测试软件需要坚持。 学习的过程可能会很无聊，但如果有人和你一起学习，可能就不会那么无聊了。 请加入我们，共同学习。 团体账号：785128166。 如果有人陪伴，你就不再孤单。

如果您喜欢这篇文章，请点赞、分享、阅读并保存。 因为这是我继续输出更高质量文章的最强烈动力。 ！ 很好的推荐

来自阿里巴巴工作6年的29岁女软件测试工程师的心声

47W拒绝B站邀请，从月薪3000日元变成年薪。 我的经验值得所有测试人员学习。

刚进公司的阿里巴巴p8看到我做的APP和接口测试，给了我这份文档。