面试官：说说软件测试工作流程以及你怎么计划的？

本节大纲

Ø测试工作流程 
Ø软件需求的评审 
Ø测试计划的编写

01测试工作流程

软件测试工作流程

Ø 软件测试是个复杂的过程，其涉及着大量的人员安排、资源准备、工作活动分配、工作活动实施、工 作进度监控等。稍有疏漏就会影响测试工作的开展，进而影响到整个项目进度和产品质量的检测。那 真正规范的测试流程到底是怎样的呢？

Ø 规范的测试流程阶段划分：

1. 需求评审阶段 
2. 测试计划阶段 
3. 测试设计阶段 
4. 测试执行阶段 
5. 测试评估阶段

需求评审阶段

1. 需求评审阶段

• 评审软件需求，提出需求中存在的问题或建议 
• 参考文档：软件需求规格说明书 

• 任务：评审软件需求 
• 责任人：测试经理或组长或资深测试工程师 
•目的：评审软件需求规格说明书，提出文档中的问题 
• 工作描述：项目经理、开发、测试等*队*代表参与软件需求评审，站在自身的角度提出需求中存在 的问题或建议，产品如果采纳进行修复，修复后的软件需求规格说明书将做为开发和测试的参考。

2. 测试计划阶段

• 主要任务是编写测试计划，内容包括测试范围、进度的安排，人力物力的分配，整体测试策略的 指定，和风险的评估与规避措施有一个指定 
• 参考文档：软件需求规格说明书、项目总体计划、项目开发进度表 

• 任务：编写测试计划 • 责任人：测试经理或组长或资深测试工程师 
• 目的：通过计划指导后续测试活动有序进行 
• 工作描述：编写测试计划明确测试范围、测试资源准备（硬件、测试工具等）、*队工作安排和进度、 交付物

3. 测试设计阶段

• 主要任务是对负责内容进行需求分析、用例设计、用例评审、用例修改等工作 
• 参考文档：产品需求文档（原型图）、概要设计、详细信息设计、数据库设计等文档，有不明确 的也会及时和开发、产品经理沟通 

• 任务1：需求分析 • 责任人：测试工程师 • 目的：获取测试需求，确定测试项、测试子项 
• 工作描述：根据软件需求、软件设计等研发类文档，从功能、性能、接口等多维度分析测试项、测试 子项。

• 任务2：用例设计、用例评审、用例修改 
• 责任人：测试工程师 
• 目的：设计测试用例指导测试执行，参与用例评审，负责用例修改 
• 工作描述：测试人员运用合适的用例设计方法，进行测试用例的设计和编写工作，完成所有被测试系 统的测试用例工作。参与*队用例评审，提出意见或建议，对用例进行维护和修改的工作

 

4. 测试执行阶段 

• 主要任务是搭建测试环境、执行测试用例和提交缺陷报告的工作 
• 参考文档：测试环境搭建指导文档、测试用例、缺陷规范

• 任务1：搭建测试环境 • 责任人：测试工程师 • 目的：准备测试环境，为执行测试做准备 
• 工作描述：测试人员根据开发人员提供的《软件安装指导书》，完成测试环境搭建。测试人员搭建测 试环境同时，要完成《软件安装指导书》的测试验证。

 

• 任务2：执行测试用例 
• 责任人：测试工程师 
• 目的：测试执行 
• 工作描述：测试人员执行自己负责模块的测试用例，执行同时要标记每个测试用例的执行结果。

• 任务3：提交缺陷单报告 
• 责任人：测试工程师 
• 目的：提交缺陷信息给开发人员 
• 工作描述：测试人员执行测试用例时，如果发现缺陷，需要按照标准格式编写缺陷单，并跟踪缺陷解 决情况和进度。

• 任务4：回归测试 
• 责任人：测试工程师 
• 目的：确认缺陷是否解决 
• 工作描述：开发解决完缺陷后，提交新的软件版本，测试人员要确认提交的缺陷是否得到了有效解决， 并确认未引入新的缺陷。

• 任务5：优化测试用例 
• 责任人：测试工程师 
• 目的：根据执行反馈调整测试用例 
• 工作描述：在执行了测试过程中，可能会发现测试用例有部分冗余、不合适、缺少的，利用版本间歇 期优化测试用例。

 

5. 测试评估阶段 

• 出测试报告，对整个测试的过程和版本质量做一个详细的评估，确认是否可以上线。

• 参考文档：测试用例执行结果、缺陷总表单

• 任务：测试报告

• 责任人：测试经理或测试组长

• 目的：对整个测试总结和结果的评估

• 工作描述：在整个测试结束后，需要对整个测试工作和软件质量进行总结。测试报告主要包含：实际 测试环境、测试过程数据的总结和分析、测试遗留缺陷处理、软件版本质量的评估、后续测试建议、 测试结论。

 

02软件需求的评审

软件需求评审 
• 评审软件需求，提出需求中存在的问题或建议

• 参与人：测试经理或组长或资深测试工程师 • 目的：评审软件需求规格说明书，提出文档中的问题

• 工作描述：产品经理主持会议，项目经理、开发、测试等*队*代表参与软件需求评审会议，站在自 身的角度提出需求中存在的问题或建议，产品如果采纳进行修复，修复后的软件需求规格说明书将做 为开发和测试的参考。

 

03测试计划的编写

测试计划概述

 

Ø 定义：

Ø 测试计划是一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、 被测特征、测试任务、人员安排，以及任何偶发事件的风险。

Ø 目的

 

ü 了解项目和测试活动的整体情况

ü 明确测试策略、方法、范围、标准和约束等内容

ü 明确自身和*队的测试任务和目标

ü 有利于对项目和测试活动进行宏观调控

ü 明确职责分工，便于沟通和协作

ü 风险管控和资源统筹配置

 

 

 

测试计划核心内容

 

 

Ø 确定测试范围和风险，明确测试目标

Ø 确定总体的测试方法

Ø 确定测试什么？测试由什么角色来执行？如何测试？

Ø 为测试的设计、实施和评估安排时间进度

Ø 为确定的测试活动分配资源

制定测试计划的步骤

1. 任务到达 ü 测试负责人接到软件测试任务书和被测软件的需求说明

2. 分析测试任务 ü 充分理解被测试软件的需求 ü 评估被测软件的进度、状态、复杂度和潜在风险

3. 资源规划和配置 ü 组建测试*队 ü 准备各种非人力资源

4. 制定测试计划 ü 研究确定测试计划的各项内容

5. 评审测试计划 ü 测试*队共同参与评审测试计划

 

5W1H方法

1. WHAT —对象

ü 测试什么？

ü 做什么类型的测试？

ü 被测软件的特点是什么？

ü 在什么环境下测试？

2. WHY—原因

ü 为什么要做性能测试？

ü 为什么重点测试这个部分？

3. WHO—参与人

ü 软件的最终用户是谁？

ü 谁来设计测试用例？

ü 谁来执行测试用例？

4. WHEN—时间

ü 什么时候开始测试？

ü 什么时候提交缺陷报告？

ü 什么时候结束测试？

5. WHERE—场所

ü 在哪里进行测试？

ü 测试软件的哪个版本？

ü 测试到哪里算是完成？

6. HOW—方式

ü 如何进行测试？

ü 如何管控风险？

ü 如何控制项目进度？

---

 

比较忙，就没有及时更新，同时也带来了福利！点赞让我看到你在看我

---

文章首发于微信公众号：程序员一凡，转载请注明出处！

• 还没有人评论，欢迎说说您的想法！