功能测试--Day01--Web项目测试

一、本课程简介

二、AI赋能软件测试

2.1、AI介绍

04-常见AI应用分类

• 文本处理
  • 文心一言：文心一言 ---写文档
• 代码处理
  • 讯飞星火：讯飞星火
  • 通义灵码：通义灵码 ---写代码 【推荐】 【插件--通义灵码，桌面--通义千问】
• 传智星云
  • 传智星云：传智星云

总结：
1、什么是AI
人工智能，旨在模拟、延伸、扩展人类智能的技术科学
2、AI对软件测试的应用
赋能测试、 提效品控
3、AI常用分类
①文字类处理：文心一言
②代码类处理：通义灵码/讯飞星火
4、AI对未来影响
相辅相成、和谐共生、 懂AI的新人类

2.2、AI赋能软件测试应用

角色：给AI匹配一个角色，你是xxx，你以xxx的角色，告诉它你是谁

指示：就是你让它干什么，比如让他分析测试点，编写测试用例，编写测试计划等

输入：就是你的具体要求，包含一下注意事项，比如你的要求一定要有什么什么东西，我的需求是什么什么东西

输出：就是你要得到的一个结果，

文档类--文心一言 代码类--讯飞星火

2.3、案例：微信朋友圈测试

1、选择文档类AI工具：文心一言

2、输入关键词搜索：针对微信朋友圈怎么测试

3、人工辨别、整理优化

使用AI进行完善

以下是为微信朋友圈设计的全面测试点，覆盖功能、性能、兼容性、易用性和安全特性，按模块分类并细化测试场景：

---

一、功能测试

1. 朋友圈发布功能

• 文本发布

  • 正常输入文字（含纯文字、中英文混合、特殊符号）

  • 输入超长文本（如超过1000字）的截断或提示

  • 空内容发布（是否允许/提示）

  • 复制粘贴文本的格式保留（如换行、空格）

• 图片/视频发布

  • 单张/多张图片（9张上限）的上传、预览、排序

  • 图片格式支持（JPG/PNG/GIF等）及异常格式提示

  • 大尺寸图片压缩效果（清晰度、加载速度）

  • 视频上传（时长限制、格式支持、清晰度）

  • 图片/视频删除后重新选择

• 定位功能

  • 手动选择定位（城市、地标）

  • 关闭定位权限时的默认提示或行为

  • 定位信息修改后朋友圈显示更新

• 权限设置

  • 发布时设置"公开/私密/部分可见/不给谁看"

  • 权限分组（标签）的增删改查

  • 跨设备同步权限设置

• 草稿功能

  • 发布中断后保存草稿

  • 草稿箱的编辑、删除、重新发布

2. 朋友圈浏览与互动

• 动态加载

  • 下拉刷新获取最新内容

  • 上滑加载历史动态（分页逻辑）

  • 无网络时缓存显示及网络恢复后同步

• 点赞与评论

  • 点赞/取消点赞的实时反馈

  • 评论输入（表情、@好友、超长文本）

  • 评论回复（层级显示、通知被回复者）

  • 删除自己评论或点赞的权限

• 内容操作

  • 删除自己发布的朋友圈

  • 举报不良内容（流程及反馈）

  • 屏蔽好友动态（效果验证）

• 搜索功能

  • 按关键词搜索朋友圈内容（时间范围、发布者）

  • 搜索结果排序（相关性、时间）

3. 特殊场景

• 网络异常

  • 弱网环境下发布、加载的容错处理

  • 断网后重新连接的数据同步

• 多设备同步

  • 手机/平板/PC端发布内容的实时同步

  • 同一账号多设备登录时的冲突处理

• 国际化支持

  • 多语言界面显示（如英文、繁体）

  • 不同地区时间格式、日期显示

二、性能测试

1. 响应时间

• 发布朋友圈（图片/视频）的完成时间（≤3秒）

• 加载100条动态的耗时（≤5秒）

• 点赞/评论的实时反馈延迟（≤1秒）

2. 资源占用

• 发布大视频时的内存/CPU占用率

• 长时间浏览朋友圈的电量消耗

• 后台运行时的网络流量消耗

3. 并发测试

• 1000用户同时发布朋友圈的服务器压力

• 高并发点赞/评论的数据库处理能力

三、兼容性测试

1. 设备兼容性

• 手机型号：iPhone（全系列）、华为/小米/OPPO/VIVO等主流安卓机型

• 系统版本：iOS（最新及前两代）、Android（8.0及以上）

• 屏幕分辨率：不同尺寸（如5.5寸、6.7寸）及比例（16:9、19.5:9）

2. 软件版本

• 微信最低支持版本与最新版本的兼容性

• 跨版本升级后的数据迁移（如旧版朋友圈内容显示）

3. 网络环境

• 4G/5G/Wi-Fi下的功能正常性

• 网络切换（如Wi-Fi转移动数据）时的数据完整性

四、易用性测试

1. 界面交互

• 发布入口的显著性（如"发现"页图标、长按相机图标）

• 图片选择器的多选操作流畅度

• 权限设置步骤的简化（如一键屏蔽多人）

2. 操作反馈

• 发布成功/失败的提示明确性（如Toast提示、弹窗）

• 删除内容的二次确认提示

• 加载中的动画效果（如骨架屏、进度条）

3. 帮助与引导

• 新用户首次发布朋友圈的引导流程

• 权限设置页面的帮助文档链接

• 举报功能的入口可见性

五、安全测试

1. 数据隐私

• 私密朋友圈的内容仅对授权好友可见

• 屏蔽好友后无法查看其历史动态

• 删除朋友圈后服务器数据彻底清除（通过抓包验证）

2. 权限控制

• 未授权应用无法访问朋友圈数据（如第三方插件）

• 登录设备管理（异地登录提醒、设备下线）

3. 内容安全

• 敏感词过滤（如政治、色情词汇）

• 图片/视频的涉黄、暴力识别（通过AI审核接口）

• 恶意链接的拦截（如钓鱼网站）

4. 防刷机制

• 短时间内大量发布朋友圈的频率限制

• 异常点赞/评论行为的账号封禁

六、其他测试点

1. 无障碍测试：语音转文字发布、屏幕阅读器兼容性。

2. 灰度发布：新功能逐步推送时的用户分组验证。

3. 数据备份与恢复：换机后朋友圈内容的完整迁移。

---

通过以上测试点，可系统化覆盖微信朋友圈的核心功能及非功能需求，确保产品质量符合用户期望。实际执行时需结合自动化测试（如UI自动化、接口测试）和手动探索性测试，并关注崩溃率、ANR（应用无响应）等关键指标。
总结：

1、AI赋能软件测试优势
提效+品控
2、AI赋能软件测试核心方向
文档类：文心一言
代码类：讯飞星火
3、使用AI的步骤
①选择AI工具
②输入指令搜索
③人工辨别，优化整理
4、AI典型 指令格式
角色+指示+输入+输出
1、告诉它，你是谁，
2、让它干什么事
3、干这件事的要求是什么
4、最后输入什么样格式的文档结果告诉它

三、项目介绍及流程

3.1、项目概述

学习目标：

1、熟悉被测项目类型，积累相关类型经验

前端： http://121.43.169.97:8081/
后端： http://121.43.169.97:8082/

总结：

1、黑马安享智慧理财项目介绍
✓ 业务特性：金融借贷平台
✓ 用户角色：借款人、投资人、平台审核员
✓ 核心业务：借款业务、投资业务
✓ 技术实现：
⚫ 开发语言：Java
⚫ 数据库：Mysql
⚫ 应用服务器：Nginx

3.2、项目介绍

背景：理财相关系统贴近日常生活，且是银行、金融项目类型的首选

• 项目是做什么？

  黑马安享理财项目，是一个p2p(个人对个人基于金融机构监管)金融借贷平台
  注意：P2P在2020年11月开始全部清退了，20年后简历项目就别出现P2P。

• 项目的角色用户？

  前台：借款人、投资人
  后台：管理员

• 项目子系统？

  包含：核心功能模块

  梳理思路：根据不同的用户结合UI原型及需求说明书，找出使用频率最高的功能模块

  • web客户端：借款人和投资人使用

  • APP客户端：暂不支持

  • web后端：管理人员使用

• 技术架构？

  建议：如果简历中不清楚可以不写，如果非要写，可以写Java相关技术实现

  前端语言：web：HTML+CSS+JS     微信小程序：WXML+WXSS+JS
  前端框架：react,VUE,angular...
  后端语言：Java、C/C++、nodejs、PHP、GO、Python...
  后端框架：SpringSVC、Spring Boot、Spring Cloud、Spring security、Redis、Memcached...
  常见后端框架组合：
      Spring +SpringMVC + Hibernate/ibatis
      Spring+SpringMVC+Mybatis
      Springboot+Mybatis
      Springboot+dubbo、springcloud

  

• 核心业务流程🏴

  本阶段测试：基于以下流程进行实施【用户使用频率最高最频繁的核心功能的组合场景】

  • 借款子流程

  • 投资子流程

  • 还款子流程

  

3.3、 核心流程操作🏴

• 访问地址

  1、前台：http://121.43.169.97:8081/
  2、后台：http://121.43.169.97:8082/ 

• 发布借款标

  1、注册登录
      验证码：666666（先点击发送验证码，再输入验证码）
  2、开通资金托管账号
      身份证号必须正确且未使用（参考在线生成身份证号）
  3、提交申请额度
      提交（个人中心【借款账户】->借款管理->申请额度）
  4、额度审批通过
      审批（后台->借款管理->额度管理->额度申请审批）
  5、提交借款单（信用标）
      品质理财->个人借款->xx标->立即借款
  6、借款单审批成功
      审批（后台->借款管理->初审管理->初审标->审核）

• 投资业务

  1、注册登录
  2、开通资金托管账号
  3、风险评测成功
  4、充值成功
      （前台：个人中心【投资账户】->资金管理->充值）
      手动充值不需要后台审核（后台：资金管理-> 充值管理 ->审核中【通过】）
  5、投资操作成功（提示：投满）
  6、满标审核成功
      审核（借款管理->满标管理->满标待审->审核通过）

3.4、开展项目测试流程

学习目标：

1、能说出测试流程的作用

2、能说出测试流程包含的核心内容

总结：

1. 测试流程作用
   确保测试工作有效有序开展
2. 测试流程步骤
   ①需求分析与评审
   ②测试计划编写
   ③测试设计---重点关注
   ④测试执行 ---重点关注
   ⑤缺陷管理---重点关注
   ⑥测试报告

3.5、专业术语

• 投资专业术语

  债权人（投资人）：出钱的企业或个人

  借款人：需要钱的企业或个人

  投资（贷）：出钱做某件事的过程（不一定能获取到利益）

  投标（借）：提交方案（乙方）

  • 招标：发布需求（甲方）

  • 中标：提交的方案被选中

  • 流标：提交的方案没有被选中

  债权转让：未完成的借款业务转让给他人（第三者）

  案例：李四需要买辆车，准备找张三借5W，约定期满1年后连本带息1次性还款6W元。
  1、债权人：张三是李四的债权人   ===> 投资人
  2、借款人：李四
  3、投资：张三给李四借钱的买车过程
  4、投标：张三给李四给钱方案    ===> 分批次/一次性
  5、债权转让：张三急用钱把借贷关系转让给王五（王五给张三5.5W）   ===>（李四最后把本息还给王五）

• 本息专业术语

  • 本金：借/贷原始的资金【5w】

  • 利息：借款人给债权人最后给予的报酬（利息 = 本金*利率）5w *20% = 1w

  • 利率：一定期限内利息和本金的比率，一般以年利率较常见

  案例：张三借给李四5W，约定期满1年后连本带息1次性还款6W元。
  本金：5W
  利息：1W
  利率：利息/本金=利率  ===> （20%）

• 还款专业术语

  • 等额本息：将利息均摊，先息后本。相对于等额本金总还款额要多。每月固定还款额，适合收入不稳定人群。 本金(很少)+利息(很多) == 每月总额固定

  • 等额本金：将本金均摊，每月固定本金，整体还款先高后低。相对于等额本息总还款额少。适合收入稳定人群。 本金(多)+利息(逐月递减) == 前期多后期少

  • 提前还款：提前将剩余借款还完。

• 金融项目需求文档术语解释：

  • 驳回：打回去重新修改，还可以再次提交

  • 不通过：最终结果失败了，无法进行下去了，节点结束

  • 撤标：这个活动取消不干了 【流标：撤标之后的结果】

  • 满标待审（未过期，且投满）：申请的借款在有效期内已经投满了，可以让平台管理员进行审批

  • 部分复审（已过期，未投满）：申请的借款在有效期内没有投满，到期后管理员将已借到的金额进行审批

  • 提前复审（未过期，未投满）：申请的借款在有效期内没有投满，未到期时用户申请管理员提前进行审批

  • 延期：申请的借款标已经过了筹款期限未投满，此时可以申请管理员进行延期继续进行投资

四、项目测试实施

4.1、测试实施前置

4.1.1、需求分析与评审

目标：

1、知道需求评审的作用

2、能说出需求评审的过程

文档类：文心一言（ https://yiyan.baidu.com/ ）

4.1.2、案例：金融项目--注册模块

使用AI进行完善

注册功能需求描述（完善版）

一、功能完整性

1. 手机号注册

   • 必填项，需满足以下条件：

     • 以1开头。

     • 第二位数字大于2。

     • 总长度为11位自然数。

     • 手机号未被注册过。

   • 注册时系统需验证手机号的唯一性，若已存在则提示"该手机号已被注册"。

2. 登录密码设置

   • 必填项，需满足以下条件：

     • 不能是纯数字或纯字母。

     • 允许包含特殊符号。

     • 长度为6-16位。

   • 密码设置需符合复杂性要求，以提高账户安全性。

3. 图形验证码

   • 必填项，由字母或数字组成。

   • 用户需输入与图片中显示的验证码一致的内容。

   • 提供刷新按钮，点击后可更新验证码。

   • 验证码有效期为3分钟，超时后需重新获取。

4. 短信验证码

   • 用户点击"获取验证码"按钮后，系统发送6位数字验证码至用户手机。

   • 发送后60秒内显示倒计时，期间不可重复点击获取。

   • 验证码有效期不超过10分钟，超时后需重新获取。

5. 邀请人用户名

   • 非必填项。

   • 若填写，则必须为已注册账户的手机号。

   • 若填写的手机号未注册，则提示"手机号不存在！"并导致注册失败。

6. 用户协议同意

   • 用户需勾选"我已阅读并同意"用户协议后，方可进行注册。

   • 未勾选时，注册按钮不可用或点击后提示"请同意用户协议后再注册"。

二、非功能需求

1. 性能要求

   • 注册流程需在合理时间内完成，确保用户体验。

   • 验证码发送、手机号唯一性验证等操作需高效执行。

2. 安全性要求

   • 密码需加密存储，确保用户信息安全。

   • 防止恶意注册，如通过IP限制、验证码机制等。

3. 兼容性要求

   • 注册功能需在不同浏览器、操作系统和设备上正常工作。

三、异常场景处理

1. 手机号格式错误

   • 提示"手机号格式不正确，请重新输入"。

2. 手机号已被注册

   • 提示"该手机号已被注册，请更换其他手机号或直接登录"。

3. 密码不符合要求

   • 提示"密码不符合要求，请设置包含字母、数字和特殊符号的密码"。

4. 验证码错误或超时

   • 提示"验证码错误或已超时，请重新输入或获取新的验证码"。

5. 短信验证码获取失败

   • 提示"短信验证码获取失败，请稍后再试"。

6. 邀请人手机号未注册

   • 提示"邀请人手机号未注册，请确认后重新输入"。

四、数据验证

1. 手机号验证

   • 验证手机号格式、唯一性和是否已注册。

2. 密码验证

   • 验证密码长度、复杂性和是否符合要求。

3. 验证码验证

   • 验证用户输入的验证码是否与系统生成的验证码一致，并检查验证码是否在有效期内。

4. 短信验证码验证

   • 验证用户输入的短信验证码是否与系统发送的验证码一致，并检查验证码是否在有效期内。

5. 邀请人手机号验证

   • 验证邀请人手机号是否已注册。

五、注册成功与失败处理

1. 注册成功

   • 显示注册成功提示，并自动跳转至登录页面或首页。

   • 发送注册成功通知至用户手机或邮箱。

2. 注册失败

   • 显示具体的失败原因，如手机号格式错误、密码不符合要求等。

   • 允许用户修改信息后重新提交注册请求。

通过以上完善后的需求描述，可以确保注册功能的可测试性，并为软件开发和测试团队提供清晰的指导和依据。
总结：

1. 测试实施：需求分析与评审
   ①目的：看懂理解，查漏补缺
   ②内容：需求文档+原型图
   ③形式：会议
   ④人员：产品、开发、测试
   【结果：通过的需求说明书】
2. 需求评审
   ①是否看懂理解
   ②是否需要完善

4.1.3、制定测试计划与方案

4.1.4、案例：制定一份测试计划与方案(AI辅助)

要求：

1、项目类型：金融项目

2、测试团队：6人

3、测试时间：6个月

以测试leader的身份制定一份测试计划与方案

使用AI进行完善

备注：UI/UX UX：用户体验问题

金融项目注册功能测试计划与方案

一、文档概述

本文档旨在详细阐述金融项目注册功能的测试计划与方案，包括测试目标、范围、资源、人员、风险、策略以及准入准出标准，以确保测试工作的顺利进行和测试目标的有效达成。

二、测试目标

1. 确保注册功能满足需求文档中规定的所有功能和性能要求。

2. 发现并报告注册功能中的所有缺陷，确保软件质量。

3. 验证注册功能在不同场景下的稳定性和可靠性。

4. 确保注册功能符合金融行业的安全标准和合规性要求。

三、测试范围

1. 功能测试：手机号注册、登录密码设置、图形验证码、短信验证码、邀请人用户名、用户协议同意等功能的验证。

2. 性能测试：注册流程的响应时间、吞吐量、并发用户数等性能指标。

3. 安全性测试：密码加密、防止恶意注册、数据传输安全等。

4. 兼容性测试：不同浏览器、操作系统、设备上的注册功能验证。

5. 异常场景测试：手机号格式错误、手机号已被注册、密码不符合要求、验证码错误或超时等异常情况的处理。

四、测试资源

1. 时间资源：

   • 测试周期：6个月

   • 关键里程碑：需求分析（1个月）、测试设计（1个月）、测试执行（3个月，含多轮迭代）、缺陷修复与回归测试（1个月）

2. 设备资源：

   • 测试服务器：用于部署测试环境，模拟生产环境配置。

   • 测试终端：包括不同品牌、型号的智能手机、平板电脑和电脑，以覆盖多种设备和浏览器。

   • 测试工具：自动化测试工具（如Selenium、Appium）、性能测试工具（如JMeter）、缺陷管理工具（如Jira）等。

五、测试人员

测试团队共6人，分工如下：

1. 测试经理（1人）：负责整体测试计划的制定、执行和监控，协调测试资源，与开发团队和其他相关部门沟通。

2. 功能测试工程师（2人）：负责功能测试的设计和执行，包括编写测试用例、执行测试、报告缺陷等。

3. 性能测试工程师（1人）：负责性能测试的设计和执行，分析性能瓶颈，提出优化建议。

4. 安全性测试工程师（1人）：负责安全性测试的设计和执行，确保注册功能符合安全标准。

5. 兼容性测试工程师（1人）：负责兼容性测试的设计和执行，确保注册功能在不同设备和浏览器上正常工作。

六、测试风险

1. 需求变更风险：金融项目需求可能频繁变更，导致测试用例需要不断调整。应对措施：加强与需求方的沟通，及时了解需求变更情况，调整测试计划。

2. 技术实现风险：注册功能可能涉及复杂的技术实现，如加密算法、第三方服务等。应对措施：提前进行技术调研，确保测试团队具备相应的技术能力。

3. 时间风险：测试周期较长，可能面临时间不足的风险。应对措施：合理安排测试计划，确保关键里程碑按时完成，必要时进行加班或调整测试范围。

4. 资源风险：测试设备或工具可能不足。应对措施：提前申请和准备测试资源，确保测试工作的顺利进行。

七、测试策略

1. 测试方法：采用黑盒测试、白盒测试、灰盒测试相结合的方法，确保测试的全面性和有效性。

2. 测试阶段：分为单元测试、集成测试、系统测试和验收测试四个阶段，逐步深入验证注册功能。

3. 自动化测试：对于重复性和回归性较高的测试用例，采用自动化测试工具进行执行，提高测试效率。

4. 缺陷管理：使用缺陷管理工具进行缺陷的记录、跟踪和修复，确保缺陷得到及时处理。

八、测试准入准出标准

1. 测试准入标准：

   • 需求文档已经通过评审并基线化。

   • 测试环境已经搭建完成，并经过验证。

   • 测试用例已经编写完成，并通过评审。

   • 测试团队已经准备好进行测试工作。

2. 测试准出标准：

   • 所有测试用例已经执行完毕，且缺陷已经得到修复并通过回归测试。

   • 性能测试指标满足需求文档中的要求。

   • 安全性测试通过，符合金融行业的安全标准和合规性要求。

   • 兼容性测试通过，注册功能在不同设备和浏览器上正常工作。

   • 测试报告已经编写完成，并通过评审。

九、总结

本测试计划与方案为金融项目注册功能的测试工作提供了全面的指导和依据。测试团队将按照本计划与方案的要求，认真执行测试工作，确保注册功能的质量和稳定性。同时，测试团队将密切关注测试过程中的风险和问题，及时采取措施进行应对和解决，确保测试工作的顺利进行和测试目标的有效达成。
总结：

1. 测试实施：测试计划与方案
   目的：确保测试工作按部就班进行下去
2. 测试报告包含内容
   ①测试目标
   ②测试范围
   ③测试时间
   ④测试资源
   ⑤风险控制
   ⑥测试环境
   ⑦测试策略
   ⑧准入准出标准
3. 借助AI生成一份测试计划与方案

4.2、业务测试

4.2.1、案例：针对"额度申请流程"设计测试用例

使用AI进行完善

以下是符合要求的额度申请审核流程测试用例（Excel表格格式文本版），按 8要素 规范编写，并采用 account_001 开头编号及 P0/P1 优先级：

---

用例编号	用例标题	所属模块	优先级	预置条件	操作步骤	预期结果
account_001	额度申请审核通过（所有条件满足）	额度审核流程	P0	1.借款人账号密码正确 2.申请额度信息填写完整且合规 3.审核员账号密码正确 4.借款人资质满足系统要求（如信用评分≥600）	1.借款人登录系统 2.填写并提交额度申请（如金额50,000元，期限12个月） 3.审核员登录系统 4.审核员查询待审核记录并点击"通过"	①借款人个人中心-申请记录状态显示"审核通过" ②审核员后台-额度申请列表中该记录状态为"通过"且可查看详情
account_002	额度申请审核失败（借款人登录失败）	额度审核流程	P1	1.借款人账号密码错误（如密码输入错误3次） 2.其他条件无需验证（登录阻断流程）	1.借款人输入错误密码尝试登录 2.系统提示错误后仍尝试提交申请（应被拦截）	系统弹出提示"账号或密码错误"，无法进入申请页面
account_003	额度申请审核失败（提交信息失败）	额度申请提交	P1	1.借款人账号密码正确 2.申请信息存在错误（如金额为负数、期限超过最大值36个月）	1.借款人登录后填写错误申请信息（如金额-10,000元） 2.点击提交按钮	系统提示具体错误信息（如"金额必须大于0"），申请记录未生成
account_004	额度申请审核失败（审核员登录失败）	额度审核流程	P1	1.借款人已提交有效申请 2.审核员账号密码错误（如账号被锁定）	1.审核员输入错误密码尝试登录 2.进入审核页面尝试操作（应被拦截）	系统提示"账号异常或无权限"，无法查看或操作审核记录
account_005	额度申请审核失败（审核员审核不通过）	额度审核决策	P1	1.借款人已提交有效申请 2.审核员账号密码正确 3.借款人资质不满足要求（如信用评分500）	1.审核员登录后查询待审核记录 2.选择"不通过"并填写原因（如"信用不足"）	①借款人个人中心显示"审核不通过"及原因 ②审核员后台记录状态为"不通过"且原因可查

---

4.2.2、案例：针对"借款业务流程"设计测试用例

使用AI进行完善

以下是按照要求整理的借款业务流程测试用例的Excel表格内容（以文本形式展示，可直接复制到Excel中）：

用例编号	用例标题	所属模块	优先级	前置条件	测试步骤	测试数据	预期结果
loan_001	借款审核业务通过（首次审核通过，所有条件满足）	借款审核	P0	1.借款人账号密码正确 2.开通资金托管的信息正确 3.借款额度充足 4.发布借款申请信息正确 5.审核员账号密码正确 6.借款人资质满足要求	1.借款人登录 2.开通资金托管 3.发布借款申请 4.审核员登录 5.审核员进行借款审核	账号：test_user001 密码：123456 托管信息：银行卡号123456789012 借款额度：10000元 申请信息：借款金额10000元，期限12个月	借款审核通过 ①借款人个人中心：我的借款中显示正在借款中的申请信息 ②审核员，借款管理--借款中管理--正在借款显示该借款记录
loan_002	借款审核业务通过（审核被驳回后重新提交审核通过，所有条件满足）	借款审核	P0	1.借款人账号密码正确 2.开通资金托管的信息正确 3.借款额度充足 4.首次发布借款申请信息正确但被驳回 5.审核员账号密码正确 6.借款人资质满足要求	1.借款人登录 2.开通资金托管 3.发布借款申请（首次） 4.审核员登录并驳回申请 5.借款人重新编辑并提交申请 6.审核员登录并审核通过	账号：test_user002 密码：123456 托管信息：银行卡号987654321098 借款额度：15000元 首次申请信息：借款金额15000元，期限6个月 重新提交信息：借款金额15000元，期限6个月	借款审核通过 ①借款人个人中心：我的借款中显示正在借款中的申请信息 ②审核员，借款管理--借款中管理--正在借款显示该借款记录
loan_003	借款审核业务失败（借款人登录失败）	借款审核	P1	1.借款人账号密码错误	1.借款人尝试登录	账号：wrong_user 密码：wrong_pass	登录失败，提示"账号或密码错误"
loan_004	借款审核业务失败（借款人开通资金托管失败）	借款审核	P1	1.借款人账号密码正确 2.资金托管信息错误	1.借款人登录 2.尝试开通资金托管	账号：test_user003 密码：123456 托管信息：银行卡号111111111111（无效卡号）	开通失败，提示"资金托管信息错误"
loan_005	借款审核业务失败（借款人额度不充足）	借款审核	P1	1.借款人账号密码正确 2.开通资金托管的信息正确 3.借款额度不足（如剩余额度为0）	1.借款人登录 2.开通资金托管 3.尝试发布借款申请	账号：test_user004 密码：123456 托管信息：银行卡号222222222222 剩余额度：0元 申请信息：借款金额1000元，期限3个月	发布失败，提示"借款额度不足"
loan_006	借款审核业务失败（借款人发布借款申请失败）	借款审核	P1	1.借款人账号密码正确 2.开通资金托管的信息正确 3.借款额度充足 4.发布借款申请信息错误（如必填项为空）	1.借款人登录 2.开通资金托管 3.尝试发布借款申请（必填项为空）	账号：test_user005 密码：123456 托管信息：银行卡号333333333333 借款额度：2000元 申请信息：借款金额为空，期限12个月	发布失败，提示"请填写完整借款信息"
loan_007	借款审核业务失败（管理员登录失败）	借款审核	P1	1.审核员账号密码错误	1.审核员尝试登录	账号：wrong_admin 密码：wrong_pass	登录失败，提示"账号或密码错误"
loan_008	借款审核业务失败（管理员审核不通过）	借款审核	P1	1.借款人账号密码正确 2.开通资金托管的信息正确 3.借款额度充足 4.发布借款申请信息正确 5.审核员账号密码正确 6.借款人资质不满足要求（如信用评分低）	1.借款人登录 2.开通资金托管 3.发布借款申请 4.审核员登录 5.审核员进行借款审核（不通过）	账号：test_user006 密码：123456 托管信息：银行卡号444444444444 借款额度：3000元 申请信息：借款金额3000元，期限9个月 信用评分：50分（低于通过标准）	借款审核不通过 ①借款人个人中心：我的借款中显示审核被驳回的申请信息 ②审核员，借款管理--审核记录中显示该借款记录为"不通过"

4.2.3、案例：根据业务描述及软件操作，绘制金融项目开户流程并完成测试用例设计

4.2.4、案例：根据业务描述及软件操作，绘制投资业务流程并完成测试用例设计

总结：

1. 拿到项目之后是先测试业务还是先测试单模块？
   ① 结论： 优先测试核心业务，验证程序是否具备可测性。
   ② 用例优先级设置建议：
   ⚫ P0：业务正向
   ⚫ P1：业务逆向
   ⚫ P2：单模块正向
   ⚫ P3：单模块逆向
2. 如何使用业务流程设计用例
   ①根据流程图找路径
   ②根据路边编写用例
3. 业务流程设计注意事项
   ①用例标题：看业务流程核心目的
   ②前置条件：看菱形判断
   ③测试步骤：看长方形操作

4.3、项目实施总结

4.3.1、 测试流程

适用场景：如果面试问如何进行功能测试时，可以按照该流程进行回答及具体实施

作用：确保测试工作有效有序能够按部就班进行下去

• 功能测试流程

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

4.3.2、 测试步骤

• 评审准备：阅读需求文档

• 需求评审

  前置：阅读需求
      1、正常情况下阅读所有需求
      2、涉及到本项目测试人员全部参与
  目标：
      1、熟悉项目核心功能及业务
      2、站在不同角度对需求进行查漏补缺
      3、各部门对需求理解一致【重要】
  评审人员：产品、开发、测试

• 测试计划

  作用：确保测试工作的有效有序进行标准

  模板：可参考课堂资料测试计划模版（word），也可根据AI生成

  AI输入：

  以测试负责人身份，生成一份测试计划

  要求：包含测试目标、测试范围、测试资源（8人）、测试进度（10个月）、测试环境、测试策略、风险控制、准入准出标准

  输出：金融项目测试计划

  • 人工编写

    • 测试对象【项目】

      • 相关文档：产品需求说明书

      • 软件系统：测试环境

    • 提测标准【准入标准】

      • 开发完成自测（单元测试--> UT: unit test）

      • 冒烟测试的测试用例集100%通过【一般测试测】

        用例选择：正向的核心业务流程用例【P0/P1】

      • 提测的版本符合指定的测试范围（根据实际情况约定）

    • 上线标准【准出标准】

      • 本次迭代的测试用例全部执行完毕，用例执行率100%

      • 中高级以上的bug全部修复【P3以上】，且bug整理的修复率高于95%以上（可以结合项目具有要求设定）

    • 人员进度及安排🏴

      

    • 测试实施

      

  • AI生成

    金融项目测试计划及方案
    一、测试目标
    确保系统稳定性：验证金融系统在高并发、大数据量处理下的稳定性和可靠性。
    功能完整性：确保所有业务需求功能正确实现，包括但不限于账户管理、交易处理、资金结算、风险管理等。
    安全性：检查系统对敏感数据（如用户信息、交易记录）的保护措施，防止数据泄露、篡改及非法访问。
    性能优化：评估系统响应时间、吞吐量等性能指标，确保满足业务要求。
    用户体验：测试用户界面友好性、易用性及错误提示的清晰性，提升用户体验。
    兼容性：验证系统在不同浏览器、操作系统及移动设备上的兼容性。
    二、测试范围
    功能测试：覆盖所有业务功能模块，包括但不限于用户注册登录、账户管理、资金充值提现、交易下单与确认、报表生成等。
    性能测试：系统负载测试、压力测试、稳定性测试，评估系统在高负载下的表现。
    安全测试：渗透测试、安全漏洞扫描、数据加密与传输安全验证。
    兼容性测试：浏览器兼容性、操作系统兼容性、移动设备兼容性测试。
    用户界面测试：UI布局合理性、交互流畅性、错误提示信息准确性。
    回归测试：对修复后的缺陷进行再测试，确保未引入新问题。
    三、测试时间
    准备阶段（第1周）：组建测试团队，制定测试计划，准备测试环境及数据。
    需求分析与设计评审（第2周）：深入理解需求文档，参与设计评审，编写测试用例。
    测试执行（第3周至第16周）：
    初期（第3-6周）：功能测试、界面测试、兼容性测试。
    中期（第7-12周）：性能测试、安全测试，根据反馈进行迭代测试。
    后期（第13-16周）：全面回归测试，确保所有问题得到修复。
    总结与交付（第17周）：整理测试报告，进行项目总结，准备系统上线。
    四、测试资源
    人力资源：测试团队6人，包括测试经理1名、高级测试工程师2名、测试工程师3名。
    硬件资源：服务器、测试终端（PC、移动设备）、网络设备。
    软件资源：测试管理工具（如Jira、TestRail）、性能测试工具（如LoadRunner、JMeter）、安全测试工具（如OWASP Zap）、自动化测试框架（如Selenium、Appium）。
    数据资源：模拟用户数据、交易数据、历史数据等。
    五、测试环境
    开发环境：供开发人员调试使用。
    测试环境：与生产环境隔离，模拟真实业务场景，包括多个测试子环境（如功能测试环境、性能测试环境）。
    预发布环境：用于最终验证，确保系统在生产环境前的稳定性。
    六、测试风险控制
    风险识别：定期召开风险评审会议，识别潜在风险点。
    风险评估：对识别出的风险进行优先级排序，评估其影响范围和严重程度。
    风险应对：制定风险缓解措施和应急预案，如增加测试资源、调整测试策略、准备回滚计划等。
    风险监控：持续监控测试过程，及时调整测试计划以应对新出现的风险。
    七、测试策略
    自动化测试：优先对高频、稳定的功能进行自动化测试，提高测试效率。
    探索性测试：结合敏捷开发，进行探索性测试，发现未预见的问题。
    持续集成/持续部署（CI/CD）：将测试集成到开发流程中，实现快速反馈和迭代。
    性能测试策略：分阶段进行性能测试，先小范围模拟，再逐步增加负载，直至达到系统极限。
    安全测试策略：采用黑盒测试和白盒测试相结合的方式，全面检查系统安全漏洞。
    八、准入准出标准
    准入标准：
    ​
    需求文档清晰、完整，并通过评审。
    测试用例已编写完成并通过评审。
    测试环境搭建完成，数据准备就绪。
    团队成员对测试任务有清晰了解。
    准出标准：
    ​
    所有测试用例执行完毕，无严重缺陷遗留。
    性能测试指标满足业务需求。
    安全测试未发现重大安全漏洞。
    用户界面友好，用户体验良好。
    回归测试通过，确保修复的问题未引入新问题。
    测试报告编写

4.3.3、接下来任务

• 熟悉需求文档

  基于流程图+测试环境的使用

• 梳理业务流程测试点

  XMind梳理
  ①按照流程图从正向逆向梳理测试点
  ②预期结果：结果描述+隐性需求（不同角色在页面上的展现形式，有就写没有就不写）

• 产出

  熟练完成的XMind测试点

• AI生成测试用例

  1.你以软件测试工程师身份
  2.生成Excel测试用例，包含：测试编号、用例标题、所属模块、优先级、前提条件、测试步骤、测试数据、预期结果
  3.测试覆盖如下测试点：
  xxxxx(复制xmind的测试点直接粘贴到这儿)
  4.输出Excel表格测试用例

  • 结果参加课堂资料Excel用例

4.3.4、问题总结

业务流程测试点设计

• 搞清楚当前业务测试目的是啥？

• 根据流程图正向逆向设计测试点

  • 标题：与测试目的有关

  • 前提条件：菱形对应条件描述

  • 预期结果：测试目的结果+隐性需求（不同角色在页面的展现形式）

• 注意事项：对于流程有循环的情况，循环后的路径选择任何一条覆盖即可

五、今日总结