目录
1.软件测试基本流程图
2.测试各阶段工作流程
2.1需求分析、评审阶段
目的:
- 评估需求是否可实现、需求主逻辑是否正确、是否满足产品预期
- 明确产品方向、基本功能、用户需求
- 核实需求的描述是否准确、完整
- 确保产品、开发、测试对功能的理解一致
- 站在用户的角度,以用户的要求进行详尽的分析后对需求进行评审
- 以测试人员的角度,审查需求是否定义了清晰的测试标准和测试规范;在需求评审前,测试人员应尽可能详细的了解项目的需求,并且收集尽可能多的与项目相关的专业知识。
过程要点 |
详细说明 |
输入条件 |
项目进入软件设计阶段,至少有需求文档、软件设计说明书或软件原型 |
工作内容 |
测试人员根据相关文档梳理、提取测试点,确定测试内容(功能、性能、兼容性等)、使用的测试方法(手工测试、自动化测试),以保证此次需要测试的内容覆盖完整。 |
退出标准 |
提取完整的测试需求点 |
输出内容 |
明确测试内容,列出具体功能列表 |
2.2 测试计划阶段
目的:
- 对需求模块进行拆解深入分析与开发了解相关实现逻辑方案
- 评估功能新增、修改后的影响范围
- 罗列相关的测试模块、测试阶段、所需时间、测试人员安排
- 公示输出的测试方案、粗略计划、详细安排计划
2.3 测试设计阶段
测试人员根据软件需求规格说明书和产品设计说明书编写测试用例。根据每一个测试需求点和功能点,运用不同的用例设计方法编写用例,针对不同的测试内容,可能会涉及到的用例包括:功能测试用例、性能测试用例、接口测试用例、自动化测试用例。测试用例编写完成后需进行用例的评审。
2.4测试实施阶段
1)按照制定的测试计划进行测试
2)及时检查是否有风险,并及时上报
3)针对每个功能场景,需熟悉到业务实现层逻辑,考虑更多影因素,补充用例
4)使用测试管理工具记录、提交、跟踪缺陷,并督促开发人员复现、定位、修复缺陷,然后验证和关闭缺陷
2.5 测试结束阶段
约定的测试周期完成后,测试人员总结此次测试结果,编写测试报告
3.测试的常见类型(按阶段区分)
3.1 单元测试
完成最小的软件设计单元(模块)的验证工作,目标是确保模块被正确的编码,使用过程设计描述作为指南,对重要的控制路径进行测试以发现模块内的错误,通常情况下是白盒的,对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试,及早的发现和解决不易显现的错误。
3.2 集成测试
集成测试也称为组装测试或联合测试。在单元测试完成的基础上,各模块联调测试。集中在各模块接口是否一致、各模块间的数据流和控制流是否按照设计实现其功能、以及结果的验证等;可以是整个产品的集成测试,也可以是大模块的集成测试,集成测试主要是针对程序内部结构进行测试,特别是针对程序之间的接口进行测试。集成测试分为两种形式: