srcmini本文概述
软件测试的过程也称为STLC(软件测试生命周期), 其中包括测试过程的各个阶段。测试过程以精心计划和系统的方式执行。进行所有活动都是为了提高软件产品的质量。
让我们看看STLC的不同步骤。
软件测试生命周期包含以下步骤：
- 需求分析
- 测试计划创建
- 环境设定
- 测试用例执行
- 缺陷记录
- 测试周期结束
需求分析
手动测试过程的第一步是需求分析。在此阶段, 测试人员分析SDLC(软件开发生命周期)的需求文档以检查客户提出的需求。在检查了需求之后, 测试人员制定了一个测试计划, 以检查软件是否满足需求。
| 入学标准 | Activities | Deliverable |
|---|---|---|
| 对于测试计划需求规范的规划, 应提供应用程序体系结构文档和定义明确的接受标准。 | 准备所有需求和查询的列表, 并从技术经理/负责人, 系统架构, 业务分析师和客户那里得到解决。列出要执行的所有类型的测试(性能, 功能和安全性)。列出测试环境详细信息, 其中应包含执行测试用例的所有必要工具。 | 可测试需求和测试环境详细信息的所有必要测试的列表 |
测试计划创建
测试计划的创建是STLC的关键阶段, 其中定义了所有测试策略。测试人员确定整个项目的估计工作量和成本。此阶段在成功完成需求分析阶段之后进行。此阶段提供的测试策略和工作量估算文件。在成功完成测试计划创建之后, 可以开始执行测试用例。
| Entry Criteria | Activities | Deliverable |
|---|---|---|
| Requirement Document | 定义目标以及软件范围。列出测试中涉及的方法。测试过程概述。测试环境的解决。准备测试时间表和控制程序。确定角色和责任。列出测试交付品, 确定风险(如果有)。 | 测试策略文件。测试工作量估算文档是此阶段的可交付成果。 |
环境设定
测试环境的设置是独立的活动, 可以与测试用例开发一起启动。这是手动测试过程的重要组成部分, 因为没有环境测试是不可能的。环境设置需要一组必不可少的软件和硬件来创建测试环境。测试团队并不参与创建测试环境, 而是由其创建的高级开发人员参与。
| Entry Criteria | Activities | Deliverable |
|---|---|---|
| 测试策略和测试计划文件。测试案例文档。测试数据。 | 通过分析需求规范来准备软件和硬件的列表。设置测试环境后, 执行冒烟测试用例以检查测试环境的准备情况。 | 执行报告。缺陷报告。 |
测试用例执行
成功完成测试计划后, 将执行测试用例。在此阶段, 测试团队将开始案例开发和执行活动。测试团队写下详细的测试案例, 并在需要时准备测试数据。团队的其他成员或质量保证负责人将审查准备好的测试用例。
在此阶段还准备了RTM(需求可追溯性矩阵)。需求可追溯性矩阵是行业级别的格式, 用于跟踪需求。每个测试用例都映射到需求规范。向后和向前的可追溯性可以通过RTM完成。
| Entry Criteria | Activities | Deliverable |
|---|---|---|
| Requirement Document | 创建测试用例。执行测试用例。根据需求映射测试用例。 | 测试执行结果。功能列表以及缺陷的详细说明。 |
缺陷记录
测试人员和开发人员根据测试覆盖率, 质量, 时间消耗, 成本和关键业务目标来评估软件的完成标准。此阶段确定软件的特征和缺点。深入分析测试用例和错误报告, 以检测缺陷的类型及其严重性。
缺陷记录分析主要用于根据严重性和类型找出缺陷分布, 如果发现任何缺陷, 则将软件退回给开发团队以修复缺陷, 然后对该测试的各个方面进行重新测试。
一旦测试周期完全完成, 便会准备测试结束报告和测试指标。
| Entry Criteria | Activities | Deliverable |
|---|---|---|
| 测试用例执行报告。缺陷报告 | 它根据测试覆盖率, 质量, 时间消耗, 成本和关键业务目标评估软件的完成标准。缺陷记录分析通过类型和严重性分类找出缺陷分布。 | 关闭报告测试指标 |
测试周期结束
测试周期结束报告包括与软件设计, 开发, 测试结果和缺陷报告有关的所有文档。
如果存在具有相同规格的软件, 则此阶段将评估开发策略, 测试过程, 可能的缺陷, 以便将来使用这些实践。
| Entry Criteria | Activities | Deliverable |
|---|---|---|
| 与软件相关的所有文档和报告。 | 如果存在具有相同规格的软件, 则评估开发策略, 测试过程以及将来可能会使用这些实践的缺陷 | 测试结束报告 |
评论前必须登录！
注册