一、测试流程图
二、流程详解
1、需求分析与评审
功能测试应从需求出发，测试人员在评审阶段应保证理解业务过程，理解需求，存在疑惑的即使提出，确保需求文档完整，准确，能够为后期测试工作所使用，对需求中不合理的地方及时提出自己的修改建议，确保文档的完整，确认对文档不存在疑惑。
2、测试计划与测试方案
测试计划主要包括：
- 测试背景
- 测试范围与目标
- 测试策略
- 测试方法
- 角色与职责
- 进度与资源
- 风险与应对
- 准入准出标准
- 代码覆盖率、用例执行率要求
测试方案是从技术的角度去分析需求, 明确使用何种策略进行测试,分析结果侧重在方案和计划。
3、测试用例设计
测试用例是为执行软件系统测试而设计和编写出的一组文档，主要由测试输入、执行条件、预期结果等内容组成。测试用例是执行测试的重要依据，具有有效、可重复、易组织、清晰简洁、可维护等特征 设计方法有: 等价类划分法, 边界值法, 判定表法, 正交法, 场景法, 错误推测法, 基于需求设计 。
4、测试用例评审
测试用例评审是指, 测试人员设计好测试用例后, 需要进行评审, 检查用例设计是否合格, 是否能够最大程度上覆盖用户需求 .
5、执行用例
（1）冒烟用例：
冒烟测试指的是对软件的主要功能进行测试，快速严重更迭换代之间或者新开发的软件是否基本可用或者是否存在严重问题。验证软件最基本的功能是否可用。
1.冒烟测试的具体内容包括：
在进行冒烟测试时，测试人员应该从以下方面入手进行测试：
- 启动和关闭软件
- 登录和注销账号
- 基本的数据输入和输出操作
- 管理和维护系统例如激活代码生成，数据库备份、恢复以及关键数据集成等操作
- 特定的子系统或功能模块验证
以下是冒烟测试的一般步骤：
- 从用户或客户的需求出发，收集关键测试点
- 设定测试环境，对测试所需条件进行准备
- 编写测试计划和测试案例以确保全面覆盖。
- 执行冒烟测试，并记录测试结果与实际表现是否一致
- 对测试结果进行分析，包括评估软件质量、识别潜在问题以及改进测试流程等
- 及时通报测试进展情况和测试成果，制定相关问题的解决方案并跟进实施情况，确保项目进度和质量。
-冒烟测试还可以检查软件版本之间的更改是否产生了影响，并帮助提高软件质量。
（2）用例分级：
P1：正向用例。该用例涉及系统基本功能，主要是系统业务流程正向的测试用例。用于版本提交时作为“版本通过”的准则。如有不通过的项目可考虑重新提交版本。
P2：反向用例：该类用例涉及到系统基本功能，主要是系统业务流程反向的测试用例，该类用例涉及单个版本的特性。例如添加规则以外，或者为空之类的数据。
P3：该类用例仅影响单项功能某以细节方面的问题，例如有某新业务的等级和正常使用，但和另一个新业务产生冲突。有关性能、极限、数据库中断，用户界面基本规范等可列入。
P4：触发条件非常特殊，对较为生僻的用户数据以及预设界面的场景模拟，UI界面优化等可列入P4。
测试用例评审通过, 测试人员就可以根据测试用例对开发提交的代码进行测试了. 并将测试结果与用例中的预期结果进行对比, 并详细记录 .
6、缺陷跟踪及报告产出
缺陷跟踪, 是指测试未通过提交的Bug, 开发需要修复Bug, 再次提测. 测试人员要继续测试, 如果不通过还要再次提Bug, 知道测试通过. 这个过程就是缺陷跟踪. 最后产出报告
