1. 所在位置
  2. 首页
  3. 经验笔记
  4. 正文

软件测试生命周期 (STLC) 阶段

软件测试生命周期 (STLC) 是一个术语，指的是测试软件的过程。

软件测试生命周期 (STLC) 是在测试过程中执行的一组操作，以确保满足软件质量目标。验证和确认都是 STLC 过程的一部分。与常见概念相反，软件测试不仅仅是单个/隔离的操作。它包括以有条不紊的方式执行的一组操作，以协助您的软件产品的认证。软件测试生命周期 (STLC) 是软件测试生命周期的首字母缩写词。

本指南将教您如何 -

  • STLC 的阶段

  • 需求分析

  • 考试准备

  • 测试用例的开发

  • 测试环境的设置

  • 测试的执行

  • 测试周期结束

  • STLC 的各个阶段，以及进入和退出标准

STLC 的阶段

每个软件测试生命周期模型（STLC 模型）都有以下六个关键阶段 -

  • 需求分析

  • 考试准备

  • 创建测试用例

  • 测试环境的设置

  • 测试的执行

  • 测试周期结束

STLC 的进入和退出标准是什么？

  • Entry Criteria - 在开始测试之前必须完成的必需事项列在 Entry Criteria 中。

  • 退出标准 - 在测试完成之前必须完成的元素由退出标准定义。

软件测试生命周期的所有阶段都包含进入和退出标准 (STLC)

在理想的世界中，直到前一阶段的出发条件得到满足，您才会进入下一步。然而，这在实践中并不总是可以实现的。因此，在本课中，我们将专注于 STLC 生命周期各个阶段的活动和可交付成果。让我们仔细看看它们。

需求测试的阶段

需求阶段测试，也称为需求分析，是一个测试团队从测试的角度检查需求以确定可测试的需求的过程，QA 团队可能会与多个利益相关者进行沟通以全面了解需求。功能性或非功能性需求都是可能的。测试项目的自动化可行性也在此时确定。

需求阶段测试活动

  • 确定将要进行的测试种类。

  • 收集有关测试优先级和重点的信息。

  • 制作需求可追溯性 (RTM) 矩阵。

  • 确定进行测试的测试环境的详细信息。

  • 分析自动化的可行性（如果需要）。

需求阶段测试可交付成果

  • RTM

  • 自动化可行性报告（如果适用）

STLC 测试计划

在 STLC 中，测试计划是高级 QA 经理定义测试计划方法以及项目工作量和成本估算的阶段。还确定了资源、测试环境、测试约束和测试时间表。在同一步骤中，创建并完成测试计划。

计划测试活动

  • 为各种类型的测试准备测试计划/策略文件

  • 选择测试工具

  • 测试工作量的估计

  • 组织资源并确定角色和职责

  • 学历要求

测试计划可交付成果

  • 包含测试计划/策略的文档。

  • 用于估算工作量的文档。

开发测试用例阶段

测试策略完成后，测试用例开发阶段需要设计、验证和修改测试用例和测试脚本。首先选择测试数据，然后根据前提条件准备、检查和修改测试数据。然后 QA 团队开始为特定单元创建测试用例的过程。

开发测试用例的活动

  • 为自动化创建测试用例和脚本（如果适用）

  • 测试用例和脚本被审查和基线化。

  • 制作一些测试数据（如果测试环境可用）

测试用例开发可交付成果

  • 脚本和测试用例

  • 测试数据

测试环境的设置

评估工作产品的软件和硬件环境由测试环境设置决定。它是测试过程的重要组成部分，可以与测试用例开发阶段同时完成。如果开发团队提供测试环境，则测试团队可能不参与此任务。测试团队需要对提供的环境进行准备情况检查（冒烟测试）。

测试环境的设置活动

  • 通过了解所需的体系结构、设置环境并了解所需的体系结构，为测试环境准备硬件和软件需求列表。

  • 设置来自测试和环境的测试数据

  • 对结构进行冒烟测试。

测试环境设置交付物

  • 测试数据放好，环境准备好。

  • 烟雾测试的结果。

测试执行阶段

测试人员执行测试执行阶段，在该阶段他们使用已生成的测试计划和测试用例测试软件构建。测试脚本执行、测试脚本维护和缺陷报告都是该过程的一部分。如果发现Bug，将报告给开发团队进行整改，并进行重新测试。

测试的执行活动

  • 按计划进行测试。

  • 测试结果应记录在案，任何失败的实例都应记录为缺陷。

  • 在 RTM 中，将缺陷映射到测试用例。

  • 重新测试缺陷修复

  • 跟进问题，直到问题得到解决。

测试执行可交付成果

  • RTM 已完成，执行状态已设置。

  • 测试用例已根据结果更新。

  • 缺陷报告

测试周期结束

测试周期结束阶段包括许多操作，例如测试完成报告、测试完成矩阵的收集和测试结果的分析。测试团队的成员会面、讨论和审查测试工件，以便根据当前测试周期的经验制定必须在未来应用的策略。目标是消除未来测试周期过程中的瓶颈。

测试周期结束

  • 在评估周期完成要求时，时间、测试覆盖率、成本、软件、关键业务目标和质量都是需要考虑的因素。

  • 根据上面列出的特征准备测试指标。

  • 跟踪您通过项目学到的知识。

  • 准备一份测试结论报告。

  • 以定性和定量的方式向客户报告工作成果的质量。

  • 分析测试结果以确定按种类和严重程度划分的缺陷分布。

测试周期可交付成果的结束

  • 测试完成报告

  • 测试指标

STLC舞台入学条件活动退出标准可交付成果
Analysis of Requirements

  • 要求 有一个可访问的文档（功能性和非功能性）

  • 验收标准已经确定。

  • 现在可以访问该应用程序的架构文件。

  • Analyze business functionality to learn about business modules and functions particular to each module.

  • All transactions in the modules must be identified.

  • Make a list of all the user profiles.

  • Gather requirements for user interface/authentication, as well as geographic distribution.

  • Determine the sorts of tests that will be done.

  • Collect information about testing priorities and emphasis.

  • Make a Matrix of Requirement Traceability (RTM).

  • Determine the details of the test environment in which the testing will take place.

  • Analyze the viability of automation (if required).

  • RTM 已签署。

  • 客户已签署测试自动化可行性研究。

  • RTM

  • Report on the viability of automation (if applicable)

考试准备

  • 概述要求的文件

  • 追溯需求矩阵

  • 该文件概述了测试自动化的可行性。

  • Examine the many testing methods available.

  • Decide on the best course of action.

  • Test plan/strategy document preparation for various types of testing

  • Choosing a test tool

  • Estimation of test effort

  • Organizing resources and identifying roles and responsibilities

  • 测试计划/策略文件已被批准。

  • 在工作量估算文件上签字。

  • A document containing a test plan/strategy.

  • Document for estimating effort.

测试用例开发

  • 概述要求的文件

  • RTM 和测试策略

  • 自动化分析报告

  • Test cases, test designs, and automation scripts should all be created (where applicable)

  • Test cases and scripts are reviewed and baselined.

  • Make some test data.

  • 测试用例/脚本已经过审查和签名。

  • 测试数据经过审核并签名。

  • Scripts and test cases

  • Data from the tests

测试环境的设置

  • 提供有关系统设计和体系结构的文档。

  • 提供了设置环境的策略。

  • Recognize the necessary architecture and environment setup.

  • Make a list of hardware and software requirements for development.

  • Complete the connection specifications.

  • Prepare a checklist for setting up the environment.

  • Set up the test data from the tests and the environment

  • Carry out a smoke test on the structure.

  • Accept or reject the build based on the results of the smoke test.

  • 根据计划和清单设置环境。

  • 测试数据设置完成。

  • 冒烟测试成功。

  • Test data is put up and the environment is ready.

  • Results of the Smoke Test.

测试的执行

  • 提供了基线 RTM、测试计划和测试用例/脚本。

  • 测试环境现已可用。

  • 测试数据已经建立。

  • 提供了要测试的构建的单元/集成测试报告。

  • Carry out the tests as planned.

  • Test results should be documented, and any failed instances should be logged as defects.

  • If required, revise test designs and test cases.

  • In RTM, map defects to test cases.

  • Re-test the bug fixes

  • Application Regression Testing

  • Follow up on the issues until they're resolved.

  • 执行所有预定的测试。

  • 缺陷被报告和监控，直到它们得到解决。

  • RTM has been completed and is in the process of being executed.

  • Test cases have been updated with the findings.

  • Reports of flaws

测试周期结束

  • 测试结束了。

  • 现在可以访问测试结果。

  • 有可访问的缺陷日志。

  • Time, test coverage, cost, software quality, and critical business objectives are all factors to consider when evaluating cycle completion requirements.

  • Prepare test metrics depending on the characteristics listed above.

  • Keep track of what you learned through the project.

  • Prepare a test conclusion report.

  • Reporting to the client on the quality of the work output in both qualitative and quantitative terms.

  • Analysis of test results to determine the defect distribution by kind and severity

  • 客户已在测试结束报告上签字。

  • 测试完成报告

  • 测试指标

基础教程
猜你喜欢

友情链接： json在线解析 通晓查询 糯晒黄历 姓名打分 币安app官网下载