智慧理财项目测试文档

---

👍 点赞，你的认可是我创作的动力！

⭐️ 收藏，你的青睐是我努力的方向！

✏️ 评论，你的意见是我进步的财富！

---

幕布思维导图链接：https://www.mubu.com/doc/6xk3c7DzgFs

学习链接：https://www.bilibili.com/video/BV15J4m147vZ/?spm_id_from=333.999.0.0&vd_source=078d5d025b9cb472d70d8fda1a7dc5a6

智慧理财项目测试文档

项目介绍

项目基本信息

• 项目类型：借贷金融平台
• 项目名称：智慧理财
• 项目特点：
  1. 功能通用性强
  2. 业务流程复杂

项目业务特性

• 项目用途：提供一个个人对个人的借款平台。
• 核心用户：
  • 借款人：发布借款申请。
  • 投资人：投资借款人的申请。
  • 平台审核员：审核借款人的资质和投资记录。

系统组成

• Web 前台
• App 前台
• Web 后台管理系统

核心业务与模块

借款业务流程

1. 借款人注册并登录。
2. 开通资金托管账号。
3. 申请额度及审核。
4. 发布借款申请及审核。
5. 借款完成。

借款流程图

1. 注册并登录（判定）。
2. 开户成功：
   • 填写开户信息。
   • 调用第三方开户系统进行开户。
3. 额度申请成功：
   • 提交额度申请。
   • 管理员后台审核通过。
4. 发布借款成功：
   • 提交借款申请。
   • 管理员审核借款申请。

投资业务流程

1. 投资人注册并登录。
2. 完成开户。
3. 完成风险评测。
4. 确保账户余额充足（必要时充值）。
5. 投资借款单据。
6. 管理员满标待审。

技术实现方式

• 开发模式：前后端分离。
• 技术栈：
  • 前端：HTML + CSS + JavaScript + Vue
  • 后端：Java
  • 数据库：MySQL
  • Web 服务器：Nginx

---

项目测试流程

1. 需求分析

2. 编写测试计划

3. 设计测试用例

   • 测试策略：

     • 先执行业务测试，再执行单模块测试。
     • 确定测试用例的优先级：
       • 业务正向：P0
       • 业务逆向：P1
       • 模块正向：P2
       • 模块逆向：P3

   • 业务测试：

     • 借款流程：
       • 额度申请流程
       • 借款申请流程
     • 投资流程：
       • 开户流程
       • 投资流程

   • 单模块测试：

     • 基础模块：
       • 注册
       • 登录
     • 借款业务模块：
       • 额度申请
       • 额度申请审核
       • 个人借款
     • 投资业务模块：
       • 风险评测
       • 投资审核

4. 执行测试用例

5. 缺陷管理

6. 编写测试报告

---

业务流程测试

测试方法

• 流程图法（场景法）：
  1. 根据流程图找出业务路径（从开始到结束的每条线路）。
  2. 设计测试用例覆盖业务路径（用例数量 = 路径数量）。

测试业务流程的意义

1. 优先验证核心业务，证明开发提测版本具备可测性（冒烟测试）。
2. 流程来源：
   • 产品需求文档。
   • 测试人员基于业务操作绘制流程图（特殊情况）。

---

测试用例设计

针对额度申请流程的测试用例

1. 用例条数：路径数量 = 测试用例数量。
2. 用例包含内容：
   • 用例标号
   • 用例标题
   • 项目/模块
   • 优先级
   • 前置条件
   • 测试步骤
   • 测试数据
   • 预期结果

测试用例设计原则

1. 用例条数全面覆盖需求。
2. 用例执行优先级：
   • 业务正向（P0）优先执行。
   • 业务逆向（P1）次之。
   • 模块正向（P2）。
   • 模块逆向（P3）。
3. 测试数据与测试点一一匹配。

---

项目技术特点

• 前后端分离：功能测试覆盖前端界面，接口测试验证后端逻辑。
• 核心模块测试点：
  • 注册：
    • 手机号、密码、验证码（图片/短信）。
    • 勾选协议。
    • 邀请人字段。
  • 借款：
    • 额度申请与审核。
    • 个人借款流程。

---

缺陷管理

流程

1. 登记缺陷：
   • 缺陷报告需可复现。
   • 每个缺陷报告描述单一问题。
2. 跟进缺陷：
   • 优先级高的缺陷需及时修复。
   • 确保缺陷修复不影响测试进度和上线时间。
3. 回归测试：
   • 确保修复代码已包含于测试环境中。
   • 再次验证已解决缺陷。
4. 缺陷报告：
   • 按严重程度、优先级分类。
   • 补充复现步骤、截图等信息。

---

测试报告结构

1. 测试过程回顾
2. 测试统计分析
3. 测试结果确认
4. 测试总结与改进

---

面试常见问题

1. 缺陷的组成要素有哪些？
2. 缺陷如何定级？
3. 描述公司的缺陷跟踪流程。
4. 提交的 Bug 开发不认可怎么办？
5. 如何处理偶发性 Bug？
6. 线上环境（生产环境）出现 Bug 如何解决？
7. 印象深刻的 Bug 是什么？
8. 如何定位前后端 Bug？