🌟XX_负责的项目中碰到的问题及解决方式
负责记录平时学习/实战中遇到的问题，如何解决的，用于积累面试经验/项目经验例
举个具体例子
📝 问题记录卡
日期：2024.03.15
模块：接口测试 - Postman 标签： #环境配置 #400错误
【背景】
学习接口测试时，用Postman调用公司测试环境的登录接口，一直返回 400 Bad Request。
【任务】
成功调用登录接口，获取token。
【尝试过程】
尝试 结果
- 检查URL拼写 没问题，复制自接口文档
- 检查请求方式 确认是POST，没错
- 对比Body格式 发现接口文档写的
Content-Type: application/json，但我选的是form-data - 改成
raw + JSON格式 成功！ 返回200和token
【最终解决】
请求体格式不匹配。接口要求JSON格式，但我用了form-data。修改后正常。
【复盘】
- 原因：对HTTP请求格式的概念模糊，不知道
form-data和raw/json的区别 - 收获：现在遇到400错误，第一反应就是检查Content-Type和Body格式是否匹配
- 预防：以后看接口文档时，会同时关注URL、Method、Headers、Body四个要素
新手记录工具推荐
工具 适用场景 Notion/飞书文档 结构化记录，方便搜索和分类 Excel/腾讯文档 简单表格，适合按模块统计 GitHub Issues 如果是实战项目，可以关联代码 Markdown本地笔记 轻量，配合Typora或Obsidian
几个实用建议
- 截图留证：遇到报错界面、日志、接口返回，立刻截图保存，文字描述容易遗漏细节
- 记录"失败尝试"：不仅记成功的，也记你试过但没用的方法——避免下次重复踩坑
- 定期回顾：每周花10分钟翻翻这周记的问题，你会发现很多规律（比如80%的bug都是低级错误😂）
- 建立个人知识库：把常见问题整理成FAQ，面试前翻一遍特别有用
1. 页面功能中有图片相关的上传功能，同时涉及图片大小、格式、数量，怎么测试？
日期：2026.04.03 模块：功能测试 标签： #功能测试 #图片上传 #安享智慧理财 背景：测试安享智慧理财金融项目的借款申请功能模块时，发现其中有图片上传功能（非必填），点击后出现弹窗，可在弹窗中上传图片，图片要求为：jpg/png/jpeg格式，图片容量不超过10MB，上传图片数量不超过5张，由于第一次遇到图片上传类功能，初见无法处理
安享智慧理财金融项目中借款申请的功能模块里有截图： 
分析：
- 图片上传模块是在弹窗中实现的，在借款申请模块中不属于主要测试点，可以分一个同级功能点进行测试（图片上传 与 借款申请 属于同级功能模块，按功能测试的思路对其进行分析）
- 在借款申请模块中只需要考虑 未上传图片 和 上传了图片 这两种情况即可，对图片上传功能的具体分析应该在图片上传模块进行
总结：
- 图片本身上传没有问题，需要考虑大小、格式、数量必须同时满足
- 将每个条件按照有效和无效拆分，有效的条件需要大小、格式、数量同时满足，才能上传成功；无效只需要有一个条件不满足就上传失败。以下是3种最常见的组合
- 大小、格式满足条件，数量满足最小条件
- 大小、格式满足条件，数量满足最大条件
- 大小、格式满足条件，数量满足中间条件
- 例：要求上传图片为jpg/png/jpeg格式，图片容量不超过10MB，上传图片数量不超过5张
- 有效的条件组合：
- jpg + 不超过10MB + 1张图片
- png + 不超过10MB + 1张图片
- jpeg + 不超过10MB + 1张图片
- jpg/png/jpeg + 不超过10MB + 5张图片
- jpg/png + 不超过10MB + 2张图片（中间情况）
- 有效的条件组合：
2. 选项框有级联功能
日期：2026.04.03 模块：功能测试 标签： #功能测试 #安享智慧理财 #级联 背景：测试安享智慧理财金融项目的借款申请功能模块时，发现其中的 借款期限单位 与 还款方式、借款期限 存在级联关系，借款期限单位 选择不同，还款方式 和 借款期限也随之显示不同的选项
截图：
错误原因：不知道级联功能该如何设计测试点，所以仍然按照分点的方式进行设计
解决方案：上级按 有效 和 无效 拆分，上级有效的情况下再将下级拆分为 有效 和 无效 两种情况
3. 多条件筛选，同时有输入框和下拉框
日期：2026.04.03 模块：功能测试 标签： #功能测试 #安享智慧理财 #多条件组合筛选 #多条件 背景：测试安享智慧理财金融项目的后台管理功能，有多条件组合筛选，难以设计测试点
输入框搜索有 精确/模糊 两种情况，下拉框只有一些固定选项
解决方案：总体分为单条件筛选和多条件筛选。
- 单条件筛选：每个条件分别单独进行分析测试
- 组合条件筛选（多条件筛选）：先确定
输入框 + 输入框、输入框 + 下拉框和下拉框 + 下拉框这三种基本大类，再考虑组合条件搜索的情况。根据这三个大类，设计两两组合和所有组合的全部测试点，再抽取 中间数量 的条件组合- 模糊搜索的情况下，不需要考虑
下拉框+下拉框的情况，因为下拉框筛选必然是 精确搜索
- 模糊搜索的情况下，不需要考虑
4. 测试提现功能，但没有实际账户及银行卡余额
日期：2026.04.03 模块：功能测试 标签： #功能测试 #安享智慧理财 #提现功能 #大额数据 背景：测试安享智慧理财金融项目的提现功能，难以使用真实账户进行测试，风险较大。
- 功能需求介绍：将提现划分为： 提现页面操作 + 到账规则
- 提现对应操作：
- 银行卡：已经绑定银行卡且状态正常
- 金额：全部余额、部分提现的取值
- 提现操作结果：提现操作成功/失败
- 到账逻辑规则：
- 提现金额
- 提现时间
- 是否15点前
- 是否17点前
- 根据判定表法得到结果如下：
- 随后分析到账规则并合并转化为测试点
如何解决大额数据测试问题？
- 解决方案：
- 修改数据库（测试环境可行 / 生产环境不可行）
- 因为测试环境中，数据是假的，仅用于测试；而生产环境中，数据是真的，涉及真实用户的资金和交易记录，不能用于测试，风险过高。
- 部署的环境通常为：开发环境 --> 测试环境 --> 预发布环境（生产前的最后验证） --> 生产环境（投入实际使用）
- 修改开发代码逻辑（上限金额数据），测试完成后再恢复原有数据规则
- 例如：原有提现规则逻辑是以5W元为分界，可以找开发将原有数据规则改为以5元为分界，测试功能完毕后再让开发恢复
- 实际测试金额需要找公司进行申请测试备用金（财务）
- 在实际测试工作中，可以使用抓包工具的断点功能，在前端输入的数据是5元，但可以通过使用抓包工具的断点功能将传入的提现金额数据改为5W
- 修改数据库（测试环境可行 / 生产环境不可行）
贡献者
freeway348