测试流程
- 需求分析与评审
- 编写测试计划与测试方案
- 设计测试用例与评审用例
- 执行测试用例与缺陷跟踪
- 编写测试报告
需求分析与评审
什么是软件需求？
软件需求：是指为用户解决某一问题或达到某一目标所需要的软件功能。
如：手机扫码支付问题。
网站用户量的增长这么一个目标。
为什么要做需求评审？#
- 保证需求的完整，准确。
- 保证团队对需求理解的一致性。
怎么做需求评审？
- 需求评审会
- 参会人员
- 项目经理、产品经理
- 开发人员，架构师
- 测试工程师
- UI
- 运维工程师
- DBA
程师在需求评审中的主要职责是什么？
- 确认自己对需求要有清晰的理解，没有疑惑。
- 确认需求文档的完整与正确性，能够指导后期的工作。
- 对需求中不合理的地方提出自己的修改意见。
编写测试计划与测试方案
测试计划
什么是测试计划？
概念：是指描述了要进行的测试活动的范围、方法、资源和进度的文档。
测试计划都包含什么内容？#
-
明确的测试目标与测试范围
- 所测试的系统
- 包含哪些测试
-
执行计划的角色和职责
- 每个人员所负责的工作
-
任务的进度安排与资源分配
- 人员分配
- 时间分配
- 资源分配
-
风险评估和应急计划
- 人员流动
- 人员请假
-
测试的各项标准
- 准入标准
- 准出标准
测试方案
什么是测试方案？
概念：是从测试技术角度去分析需求，在方向上明确要怎么测，分析结果重点在于测试策略与技术实现。
测试方案包含什么内容？
- 测试策略/测试方法
- 测试环境规划
- 测试工具的设计和选择
测试计划和测试方案的区别？
- 测试计划是【管理型】文档， 测试方案是【技术型】文档；
- 测试计划是解决【做什么？】【谁来做？】， 测试方案是解决【怎么做?】；
- 主要内容存在差异：
- 测试计划主要内容如下：
- 明确的测试目标和测试范围
- 执行计划的角色与职责
- 任务的进度安排与资源分配
- 风险评估与应急计划
- 测试的各项标准
- 测试方案主要内容如下：
- 测试策略/测试方法
- 测试环境的规划
- 测试工具的设计和选择
- 测试计划主要内容如下：
设计测试用例
- 方法：等价类划分法与边界值组合
测试用例设计步骤：
第一步：需求分析
- 输入分析
- 输入内容
- 长度
- 类型（数值、文字、字母）
- 是否为空
- 是否重复
- 处理分析
- 正常处理
- 异常处理
- 输出分析
- 前台（对应提示）
- 后台（模块间的影响）
- 数据库（数据存储）
第二步：划分等价类
- 有效等价类
- 有效数据
- 无效等价类
- 无效数据
第三步：设计用例
- 用例编号
- 模块
- 优先级
- 用例名称
- 预置条件
- 测试步骤
- 测试数据
- 预期结果
测试用例评审
同行评审
测试内部：高级测试工程师、测试主管、测试经理等。
项目评审
项目内部：
- 产品/项目经理
- 开发
- 测试
- 客户
执行测试用例与缺陷跟踪
测试执行步骤
- 查看用例标题-确定目标
- 检查预置条件
- 按照步骤执行测试用例
- 实际结果与预期结果比较
缺陷跟踪
-
提交缺陷报告
- ID
- 标题
- 模块
- 优先级
- 严重程度
- 复现步骤
- 预期结果
- 实际结果
- 缺陷状态
- 缺陷类型
-
跟踪缺陷（jira系统）
-
新建
-
处理中
-
已解决
-
关闭
-
重新打开
-