【金融项目实战】4_金融项目 _测试流程

文章目录

一、项目测试流程
- [1.1 UI功能测试](#1.1 UI功能测试)
- [1.2 接口测试](#1.2 接口测试)
二、测试步骤
- [2.1 需求评审](#2.1 需求评审)
- [2.2 测试计划](#2.2 测试计划)
- - [2.2.1 测试对象](#2.2.1 测试对象)
  - [2.2.2 测试准则](#2.2.2 测试准则)
  - [2.2.3 风险来源](#2.2.3 风险来源)
  - [2.2.4 人员安排](#2.2.4 人员安排)
  - [2.2.5 测试实施](#2.2.5 测试实施)
- [2.3 设计用例](#2.3 设计用例)
- [2.4 执行用例](#2.4 执行用例)
- [2.5 缺陷管理](#2.5 缺陷管理)
- - [2.5.1 提交方式](#2.5.1 提交方式)
  - [2.5.2 面试题](#2.5.2 面试题)
- [2.6 测试报告](#2.6 测试报告)

一、项目测试流程

yacas 复制代码

1、需求评审
2、指定测试计划和方案
3、编写系统测试用例并评审
4、编写接口测试用例并评审
5、接口测试用例执行与Bug跟踪
6、系统测试用例执行与Bug跟踪
7、编写测试报告

1.1 UI功能测试

UI：User interface（用户接口）--->界面
功能：软件的某个功能正确实现。

yacas 复制代码

1. 需求评审
2. 测试计划编写 
3. 编写测试用例
4. 测试用例执行
5. 缺陷管理
6. 测试报告

1.2 接口测试

yacas 复制代码

1. 需求评审
2. 测试计划编写（接口测试、UI功能、性能、安全）
3. 分析api文档
4. 编写用例
5. 环境搭建
6. 编写脚本
7. 执行脚本
8. 缺陷管理
9. 测试报告

二、测试步骤

2.1 需求评审

yacas 复制代码

需求评审前的准备：阅读需求（记录不明确之处）
 1、正常情况下阅读所有需求（测试主管）
 2、涉及到本项目测试人员全部参与

需求评审的目标
 1、熟悉项目功能
 2、站在不同角度对需求进⾏查漏补缺
 3、各部门对需求理解⼀致【重要】

评审⼈员：测试、开发、产品
形式：会议

2.2 测试计划

2.2.1 测试对象

2.2.2 测试准则

1、启动准则（提测标准）

yacas 复制代码

●系统测试的接入准则:
 1、冒烟测试的测试用例集100%通过;
 2、提测的版本符合约定的范围（根据实际情况约定）;

2、结束准则

yacas 复制代码

●系统测试结束要求:（上线标准）
 1、本迭代约定的测试用例全部执行完毕;
 2、中级以上的 bug全部修复，且整体 bug修复率高于90%;
 3、发现重大设计问题、需求问题暂停测试，及时反馈相关领导。

●验收测试结束要求:
 1、产品全部实现《软件需求说明书》显性和隐性需求;
 2、产品打包后的可部署文件;
 3、全套的软件测试报告;
 4、产品《用户使用说明书》;
 5、能指导用户实际部署的手册。

2.2.3 风险来源

风险来源：需求---> (架构/UI)设计 ---> 编码 ---> 测试 --->发布

2.2.4 人员安排

2.2.5 测试实施

2.3 设计用例

先设计业务用例，后设计功能模块用例。

需求分析
拆解测试点
编写用例

2.4 执行用例

2.5 缺陷管理

2.5.1 提交方式

yacas 复制代码

1、Excel
2、缺陷管理⼯具

2.5.2 面试题

yacas 复制代码

1、如何定位缺陷是前端还是后端bug?
关键字:抓包

前端bug：
①请求错误（方法、URL、参数、信息头类型）
②显示错误（响应数据正常，前端解析提取错误）

后端bug：无响应或响应数据不正确


2、如果缺陷不能复现怎么办？
①提交缺陷，挂起。
②跟进⼏个版本，找开发协助定位。
③上线之前评估缺陷带来的影响。

2.6 测试报告

yacas 复制代码

1、测试目标、范围
2、测试环境
3、总用例数： 单模块用例数：
4、缺陷统计及分析（模块发现的缺陷、缺陷严重程度分布、开发与缺陷）
5、测试总结（1、测试结论 2、缺陷修复程度 3、剩余缺陷 4、测试收获）

项目组群：
 xxx项目总报告：
 执⾏组：XXX测试组（4⼈）
 执行用例总数量：800条
 缺陷总数量：（240条）
 严重缺陷：54条
 中级缺陷：126条
 UI缺陷：28条
 测试结论：总修复193条，其中中级以上bug全部修复完毕，剩余缺陷XXX条，不影响V1.5版本发布上线，本次测试通过。