软件测试生命周期（STLC）完整指南（象棋对战模拟器）

关键要点

STLC 是 SDLC 的一个组成部分，有助于确保有意义的测试并符合项目目标和利益相关者的要求。必须确保产品质量高、功能正常，并表现出卓越的性能和可扩展性。
让项目经理（PM）、业务分析师、产品负责人、质量保证专家（QA）、最终用户和开发人员等利益相关者参与进来，对于制定涵盖 STLC 所有方面的综合测试计划至关重要。
开发模型的选择，如瀑布式或敏捷式，可能会影响整个测试过程。分析每个模型的功能，并咨询软件开发专家，为您的项目选择最合适的模型。
临时测试是软件测试生命周期（STLC）的替代方法，但可能无法提供产品质量、可用性和性能的全面保证。选择替代方法还可能导致沟通差距、难以重现和分析问题、测试不完整、交付延迟、预算风险增加和客户满意度降低。

测试比乍一看更复杂、更重要。软件测试生命周期（STLC）是一种包罗万象的方法，可确保在整个开发过程中进行有意义且高效的软件测试。在本指南中，你将了解什么是软件测试生命周期、其组件和替代方案。我们还解释了为什么这种耗时且费力的方法是软件开发过程中不可或缺的一部分。此外，我们还分享了我们在选择STLC模型、克服潜在挑战和组织测试活动方面的专业知识。

STLC 作为 SDLC 的组成部分

术于软件开发生命周期（SDLC）描述了整个开发过程。但是，它与软件测试生命周期（STLC）有很大不同。为避免混淆，让我们详细探讨它们的不同和重叠之处。

软件开发生命周期

软件开发生命周期是一种组织产品创建所有阶段的方式，从构建 MVP 到发布后扩展产品。典型的 SDLC 包括以下阶段：

规划。在这个阶段，你和你的发现团队研究目标受众，形成产品的想法，准备一个应用程序开发业务计划，选择一个货币化模式，并找到一个技术合作伙伴——如果你决定从离岸外包开发中受益，这可以是联合创始人或外包团队。
需求获取。这个阶段是关于创建软件需求文档的。您的团队定义产品功能并评估可能的风险和限制，创建有关如何将您的想法变为现实以及最终产品应该是什么样子的指南。
设计。在这个阶段，UI/UX专家在产品界面上工作，根据需求规范创建软件原型。
开发和测试。在此阶段，开发人员实施所有必需的功能和集成，QA 专家测试源代码和完整产品，以确保为最终用户提供无缝体验。
部署。这是将软件发布到生产环境的过程，在生产环境中，最终用户可以使用软件。
保养。这是产品开发的最后阶段。产品发布后，所有精力都用于观察系统性能、检测和解决错误、实现新功能以及进行其他项目改进。

软件测试生命周期

软件测试生命周期（STLC）定义了产品测试的一组步骤。它有助于检查产品是否可扩展、功能正常以及是否具有一流的性能。它还有助于在部署之前减少错误。换句话说，SDLC 涵盖所有软件开发流程，而 STLC 仅涵盖与软件测试相关的流程，例如形成测试需求、设计测试用例和评估测试结果。

要记住的一个关键点是，软件测试生命周期不是在开发之后开始的，而是在规划和需求收集阶段开始的。通过这种方式，质量管理可以得到精心的计划和结构化，因此，您可以在开发开始时消除问题，并节省解决这些问题的资金和资源。同样，软件测试生命周期（STLC）不会在发布后结束。它在维护阶段继续进行，确保在发布新功能、修复错误或更改代码库后软件正常运行。

参与 STLC 的利益相关者

现在，让我们谈谈测试过程到底是谁参与的。每个以某种方式参与或对项目及其成功感兴趣的人都被称为利益相关者。利益相关者参与软件开发的不同阶段，确保软件产品的质量并与业务目标保持一致。他们在定义和执行STLC方面的作用至关重要。

您应该让哪些专家参与测试您的软件？利益干系人的组成可能因软件开发团队结构而异，但 STLC 通常涉及以下角色：

产品负责人（PO） – 在整个过程中做出关键决策并监督资源分配
项目经理（PM） – 负责项目的组织和执行，确保每一步都与项目目标保持一致
业务分析师（BA） – 分析业务需求、识别问题并形成软件需求（功能性和非功能性）
设计师 – 与开发人员和测试人员密切合作，以确保所有设计的元素都符合项目的要求和用户的期望
开发人员 – 自己构建产品，与测试团队密切合作，向其他团队成员提供软件技术方面的理解，并修复测试期间检测到的问题
质量保证（QA）团队 – 负责设计和执行测试，记录问题和测试结果，并确保软件符合要求和质量标准
最终用户 – 在现实生活中与产品进行交互，使他们的反馈和参与对于了解软件的可用性和根据用户需求验证软件至关重要

这是一个典型的利益相关者列表。在某些情况下，可能会有额外的专家。例如，在医疗保健或房地产项目中，法律专家可能会参与其中。它们可以帮助确定特定功能的优先级，以检查合规性。同样，在开发金融科技产品时（总是需要安全专家的参与），控制与保护敏感数据相关的风险至关重要。

STLC的阶段

STLC 分为多个阶段，以保证软件运行良好。尽管开发过程的特殊性可能会影响软件测试的生命周期，但每个项目都会经历以下阶段：

需求分析
测试规划
测试用例开发
测试环境创建
测试执行
缺陷管理
测试周期闭合
测试周期评估

让我们分析每个阶段，包括它包括什么，它是如何工作的，在STLC期间可能出现哪些陷阱，以及如何处理它们以获得最佳结果。

1. 需求分析

测试生命周期从确定关键测试标准开始，这些标准与 SDLC 的软件需求规范（SRS）阶段的开始相吻合。您应该为测试建立什么标准？通常将不同测试阶段的要求分为进入标准和退出标准。

入门标准包括创建测试环境的所有规范。这种类型的标准基于业务需求分析，以了解准备适当测试环境的基本步骤。

反过来，退出标准描述了必须满足哪些要求才能将特定测试阶段视为完整。这些标准可能包括以下内容：

涉及必须处理哪些功能的功能要求
涉及如何处理这些函数的性能要求
与数据安全和防止未经授权的活动相关的安全要求
可用性要求，反映用户对界面便利性、可理解性、参与度等的看法。

此阶段有助于避免文档中的歧义或不一致，并清楚地了解需要测试的内容以及每个测试阶段的预期结果。

2. 规划

一旦您了解了测试周期的进入标准和退出标准，就该进入规划阶段了。在这个阶段，考虑测试的不同方面至关重要：即准备所需的设备和工具，召集具有适当技能的专家团队，估计工作范围并确定时间表。

要开发一个经过深思熟虑的STLC，满足前一阶段形成的所有要求，您需要采取以下步骤：

评估工作范围，同时考虑前一阶段形成的关键要求，以确保能够满足项目期限和预算。
定义测试目标。明确定义的测试过程目标可作为评估软件质量和有效性的基准。它们通常包括查找缺陷、确保功能、评估性能、确保安全性和增强可用性。通过定义测试目标，团队可以调整他们的工作并专注于特定领域，以在测试阶段实现预期的结果。
根据项目具体情况选择测试技术。例如，性能测试对于用户数量有限且精确已知的自定义 CRM 系统（例如包机航空公司或小型物流公司）可能并不重要，但对于处理大量数据并处理多个用户活动的电子商务、金融或游戏应用程序来说，性能测试至关重要。
例如，以下是我们在项目中经常使用的一些技术：
单元测试是指在开发代码库后检查代码库的片段
集成测试验证应用程序的所有模块或元素是否可以一致地协同工作
功能测试是指单独测试每个功能并与其他功能结合使用
回归测试涉及重新测试整个应用程序或其子集，以确保它在进行任何更改或更新后仍按预期工作
考虑自动化。测试自动化提供了许多好处，包括：
但是，自动化也有一些挑战和功能，您应该考虑：
在 STLC 中使用自动化或手动技术的决定取决于项目要求、预算、时间限制和所执行测试的性质等因素。
根据我们的经验，自动化并不是所有项目的通用解决方案。自动化测试不是 MVP 唯一可能的选择，但在产品发布后，当团队主要专注于改进产品、进行更新和解决问题时，自动化测试非常有用。在这种情况下，测试自动化将节省时间并减少人为错误。
手动和自动测试的结合通常可以提供最佳结果。
初始设置时间和工作量。设置自动化测试框架和脚本需要前期投入时间和资源。
对某些测试类型的有效性有限。某些活动（例如可用性测试）可能更适合手动技术，因为它们需要人类的判断和直觉。
对于小型或快速变化的项目来说效率低下。对于小型项目或频繁更改的项目，自动化测试所需的工作量可能大于优势。在这种情况下，手动测试可以更加灵活和有利可图。
更快的测试执行。自动化可以更快地执行测试用例，从而缩短总体测试时间。
改进了测试覆盖率。自动化测试可以覆盖更广泛的场景，从而增加被测软件的覆盖范围。
增强的可靠性。自动化测试提供一致且可靠的结果，将人为错误的风险降至最低。
减少人工工作。自动化消除了手动执行重复测试用例的需要，为 QA 专家节省了时间和精力。
选择测试工具和基础架构。其中包括用于管理（Jira、TestRail、Zephyr）、自动化测试（Selenium、Postman、Jenkins、Travis CI、BrowserStack、Appium、JUnit、TestNG、Cucumber）、性能测试（Apache JMeter、LoadRunner、Gatling）和其他用例的工具。

3. 测试用例开发

测试用例和环境创建阶段在 STLC 中经常被描述为一个阶段，但最好将其分为两个阶段，因为开发测试用例和创建测试环境是两个独立的过程，具有各自的具体功能。我们先来看一下测试用例开发或测试设计阶段。

此阶段就是创建必要的基础结构，并指定每个测试活动并确定其优先级。通过这种方式，您可以确保准确且相关的结果，并确保整个开发团队都清楚这些结果。您需要采取的顺序步骤是：

确定测试方案。列出用户与产品交互的方式和情况。此阶段应涉及各种利益相关者，包括 PM、产品负责人、业务分析师和最终用户以及 QA 工程师。与所有团队成员进行头脑风暴会议，以确定应由测试人员审核的关键用户方案。
设计测试用例并确定其优先级。测试用例概述了验证软件正常运行所需的特定操作、输入和预期结果。根据测试用例的关键性和发生概率来开发测试用例并确定其优先级。
创建测试脚本。准备一份详细的分步指南，用于实现测试用例。

这些是测试设计阶段的必备组件。您可以使用测试用例的标准化格式根据需要调整此阶段，这将简化其审查和执行。

4. 测试环境创建

下一阶段涉及设置适当的测试环境。这涉及重新创建产品的操作环境，其中包括硬件、软件和网络配置。测试环境可能包括特定设备、协议、IP 地址、Web 地址、网关、操作系统版本和安全屏障（防火墙）。

选择 Docker、Vagrant 和 VirtualBox 等可视化工具也很重要。它们使您可以更轻松地存储测试环境的所有基本依赖项、配置和软件版本，从而在不同的设备和服务器上重现测试环境而不会出现问题。

在这个阶段要做的另一件事是冒烟测试，这是一组快速检查基本软件功能的测试。冒烟测试旨在确定软件是否足够稳定以进行进一步测试。通过冒烟测试，您可以及早发现重大错误，避免在检查不稳定软件上浪费资源。

5. 测试执行

当所有准备工作完成并且测试工程师收到稳定版本的应用程序后，核心软件测试生命周期（STLC）阶段（测试执行）就开始了。我们可以将这个阶段分为以下步骤：

使用选定的技术执行测试用例，并将所有结果记录在测试管理系统中。
监控和记录软件缺陷。缺陷是指所有负面测试结果，即与预期结果不一致并被视为错误或错误的测试结果。
执行回归测试以检查所做的调整是否会破坏产品的功能。

为了优化资源，您可以根据缺陷的严重性和影响确定缺陷的优先级，并对关键缺陷进行根本原因检查。

6. 缺陷报告

测试执行后，是时候报告缺陷了。在缺陷跟踪系统中记录的测试过程中记录的所有阴性测试结果都应报告给开发团队。为了让开发人员更容易修复现有缺陷，您需要创建一个缺陷报告，其中描述了所有现有的错误和错误，并提到了修复后的预期结果。开发人员管理缺陷后，测试团队应执行另一项测试，以检测错误是否已修复。

7. 测试周期闭合和工件管理

要完成 STLC，有必要保存和分析前几个阶段的结果。最后阶段之一，即测试周期关闭，包括以下步骤：

存档测试工件。这些是测试用例、测试数据、测试脚本和测试结果。使用版本控制系统（Git、SVN 或 TFS）、云存储（Google Drive、Dropbox 或 OneDrive）或测试管理工具（Jira、HP ALM 或 TestRail）正确存档它们以供将来参考非常重要。
准备测试总结报告。这些报告应记录测试活动和结果，包括遇到的任何问题及其解决方案。它还应该总结测试的范围，并包含对未来测试的建议。

8. 测试周期评估

最后，软件测试生命周期的最后一步是评估测试结果。在前一阶段编写的总结报告中的信息可作为进一步改进的指南。评估结果包括分析测试数据和指标，以了解是否达到了测试目标，并了解测试期间最常发生的缺陷类型。

此步骤对于评估测试的有效性和确定需要进一步改进的地方至关重要。一旦评估了测试并进行了所有必要的修复并进行了检查，QA 团队就会向利益相关者提交一份关闭报告，并获得他们的签字。

我们考虑了所有软件测试生命周期阶段、测试所需的主要组件、工具和软件，以及获得更好结果的方法。接下来，我们来看看不同的软件开发方法如何影响 STLC。

STLC在不同的软件开发方法中的应用

STLC 有一组适用于所有项目的明确阶段。但是，它们的实现方式可能因开发方法而异，即敏捷或瀑布式。在这种情况下，我们也可以将这些方法称为软件测试生命周期。

让我们仔细看看两个流行的模型——瀑布模型和敏捷模型——以了解它们对测试周期组织的影响。

瀑布模型涉及分阶段开发，这意味着每个阶段都遵循特定的顺序。一旦某个阶段完成，开发就会进入下一个阶段，几乎没有回到前一阶段的空间。这意味着 STLC 流程的以下内容：
由于大量文档和结构化方法，此模型可能会限制灵活性。然而，它的优点是组织良好且有据可查的测试过程。这就是为什么 Waterfall 适用于具有固定需求的小型项目。
只有在开发阶段完成后，测试才会开始。
由于这种开发模式可以防止团队进行突然的改变和即兴创作，因此主要关注 STLC 的准备阶段。
敏捷应用程序开发模型是一种迭代和增量的软件开发方法。整个工作范围被划分为里程碑，每个里程碑都是通过一系列冲刺实现的。每个冲刺都要经过计划、执行、分析和纠错。它涉及团队内部的密切合作，并为任何开发阶段的变化提供极大的适应性。敏捷可以缩短开发时间并降低风险。
敏捷软件测试生命周期的特点如下：
QA工程师从规划阶段就参与到开发周期中，并参与指定需求。
重点放在持续集成、测试和交付上。

就像瀑布方法论一样，敏捷也有其挑战。首先是需要密切和持续的沟通，如果您雇用没有足够专业知识的专门开发人员，这可能是一个问题。因此，值得仔细权衡外包的好处和风险。其次，对于具有较高监管合规要求的项目来说，灵活性经常成为劣势。此类项目可以从瀑布模型提供的更结构化的方法中受益。

如您所见，软件测试生命周期模型的选择是由开发过程的特征决定的。要为您的项目选择最佳模型，您应该仔细分析可用的模型。

您可以使用经验丰富的发现团队提供的软件开发咨询，根据实际开发经验获得缺失的技术知识、估计和有用的建议。

STLC 与临时测试

任何项目都涉及以一种或另一种方式测试和修复错误。但是，并非所有团队都使用软件测试生命周期。乍一看，这样做似乎过于昂贵和费力。这鼓励团队考虑替代测试方法来降低成本和工作量。

使用临时测试作为一种独立方法通常被称为STLC的替代方案。这种模式，也称为随机测试或猴子测试，是一种涉及非结构化和计划外检查的非正式方法。它有助于检测关键缺陷，并且可以包含在 STLC 中。但是，作为一种独立的方法，它不能保证可用性、出色的性能和整体产品质量。

在不遵循STLC或选择替代方法的情况下使用测试技术最初似乎更容易。但是，它可能会使开发复杂化，并在以下几个方面对您的软件产生负面影响：

沟通差距。糟糕的测试结构和缺乏文档会使某些团队成员（PM、工程师、其他 QA 工程师和产品负责人）难以理解测试过程的细节，包括测试的内容、发现的问题以及已采取哪些步骤来消除这些问题。
问题的再现。出于同样的原因，在随机测试后，重现错误可能很困难，甚至不可能，从而阻碍了问题的分析和解决。
测试不完整。当您为整个团队制定并遵循清晰精确的测试计划时，未被注意到的错误和故障的百分比要低得多。即使你使用某些类型的测试，如果没有系统，你也有可能错过一些重要的东西。
错过时间表和延误。首先，与计划的测试过程不同，使用临时测试时，不可能做出准确的估计。其次，计划中的STLC将允许在早期阶段预测和纠正问题，从而节省纠正问题的资源。同样，这是用临时方法无法实现的。
超支。STLC 实施的成本明显高于其替代方案。然而，这项投资通过减少或避免可能导致财务和声誉损失的关键问题而获得回报。此外，从长远来看，软件测试生命周期的元素（如测试自动化和持续集成）可以帮助简化测试流程、节省时间并降低软件开发成本。
用户体验差。没有其他方法可以提供与STLC相同的质量。这直接影响用户体验。在用户遇到错误之前发现并修复的错误越多，您的软件成功的机会就越大。