全网最细，测试项目经典前端+后端bug+接口bug（详细）

前言

接口中遇到什么bug？

1、接口返回错误，正确的是A，目前显示的是B，该如何定位这个问题？

用工具绕过前台，发一个查询页面元素数据的接口请求给后台，看后台的返回数据，若后台返回数据显示是A的话，那这个bug就是前台的，若后台返回数据显示为B的话，则需要判断是数据库的问题，还是属于后台业务逻辑的问题，用工具通过直连数据库，查看数据库的返回结果，若数据库返回数据显示为A，则是后台业务逻辑的问题，否则是数据库的问题

2、在测试注册接口的时候，post方式，报文格式是x-www这种，但是什么参数没有输入，服务器直接500异常，说明服务器没有容错性提示/校验

3、添加购物车的时候，商品数量没有限制（库存.充足的时候会有最大值）接口测试添加数量没有限制，如果商品数量超大，报错400异常状态码bad

4、在前台注册存在的用户时，会提示用户名已存在，但是接口测试的时候直接可以注册成功
5、添加购物车，商品pid不存在的时候没有提示而是直接报错
6、添加购物车的时候，商品数量没有限制（库存充足的时候会有最大值）接口测试添加数量没有限制，如果商品数量超大，报错400异常状态码（bad request出错的请求）

7、测试根据商品类别id查看商品列表的时候如果输入类别id格式有问题json返回内容是错误信息，并没有直接的良好提示

8、搜索关键词接口中，当搜正确关键词的时候没有问题，但是搜索内容前后或者中间带空格，搜索内容为空，说明后台接受到关键词没有对关键词进行去除空格的处理

缺陷描述：【投资银行业务管理系统->承分销未关联项目】承分销未关联项目查询与导出数据不一致

缺陷详情：
【具体描述】
在承分销未关联项目是存放承分销系统产生的未被投行关联的项目，在新迭代内，增加了分级发行（包含非分级发行和分级发行（分级发行又包含由金融市场部发行的债券及非金融市场部发行的债券）,非金融市场部发行的债券也会在回写表中存在一条对应记录，且brd_project_id为空

【解决方法】
将SQL语句的not in 改为 not exists
缺陷根因：
在排除数据的时候一个用的是not in，一个是not exists, 在使用not in排除的时候如果排除表里面有null，整个结果就是空。这次新加的分级发行含有非金融市场部发行的债券（这种数据的brd_project_id会是空）

缺陷描述：授信编号新增的批复信息无法关联到授信编号上
缺陷详情：授信编号确认后，如果后面又发生新增的批复编号，新增的批复编号无法关联到授信上

缺陷根因：投行授信原来的流程是：新增授信-》确认批复，后面升级改造的时候将确认批复步骤省略，新增授信的时候默认将最新的批复关联到该授信下，后面如果新增新的批复时通过定时任务查询进行关联到授信编号，查询时先进行了分组再进行排序，排序未起到作用，导致使用旧数据去更新，所以更新不成功

【解决方案】
修改SQL语句，改成先排序再分组
问题描述：收费方式为客户转账至我行收款账户时，审批报错
问题详情：收费方式为客户转账至我行收款账户时，选择交易流水，提交成功后进行审批时，流水信息未返回到前台，导致审批报错
问题根因：审批时调接口只取了实收基本信息表里的数据，未取交易流水信息，所以判断为空，导致报错

解决方案：在审批通过时新增了一个接口，调取交易流水信息
ST未发现原因：
1、交易流水数据少，之前不知道可以用开放给的方法自己打款，所以一直让对接系统测试帮忙打款，就只打了几笔，很快就用完了，当时没有数据，然后对方不同意打款后，忙项目其他的事情就忘记了，导致没有覆盖到；
2、第一轮为众测范围，第二轮执行完后没有去进行复盘，测试设计场景又不够细化，导致遗漏

记忆中出现的深刻的bug

1、有意义bug：x淘宝
满减：每满300减40
先拼单，在满减，在退货（假设三件，退两件），优惠劵正常使用，减免按比例减价
解决方法：按比例退货

2、在测试中又客户退单，商户退单，当出现自动退单时，没有统计
解决方法：补偿机制
3、统计成交单，失败单的数据，一周后退单，单天计算，把退单算成单天退单，造成当天的数据单错误
解决方法：核销

4、上个项目中有一个bug，在我要投资，有一个致命级别的BUG涉及到投资金额，投资10000，银行扣除了10000，但是平台并没有提示投资成功。
原因：从开发了解到原因是接口错误， 我们没有接受到 银行支付成功的数据
解决办法：改数据接口

5、功能未实现或只实现了部分/功能实现错误
这类问题在测试过程中也经常出现，提交测试的版本有的只实现了部分功能，未实现产品需求说明书里的全部功能，或者功能与需求不一致，测试时流程走不通，这一般都是开发没有自测引起的。

6、多地点登录/单点登录
设计时应考虑是否允许多点登录。例如涉及到用户提交数据以及订单购买的功能，应只允许用户单点登录。 PC app同时登录

7、BUG标题：用户A在调第三方支付网关接口时，生成了订单号T，但未支付，供应商却自动向用户A的账户充值。
定位分析：
由于补单代码在仅仅判断第三方支付返回超时，且未同时校验用户A支付订单号T支付状态，自动修改订单号T的状态为1（1：在数据库字段值表示为“已支付”），导致供应商认为用户的订单T已支付，直接按支付的金额给该用户充值等额的钱

8、BUG标题：用户A在零点零分零秒充值成功，但是页面不显示该该订单的充值记录。
定位分析：
查看后台数据表，用户A在零点零分零秒充值成功的记录存在，页面却不显示，检查页面代码发现开发代码中忽略零点零分零秒的这一秒钟，导致这一秒钟的数据不在页面展示

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

人生最动人的风景，往往藏在最难攀爬的高处。当你觉得力竭时，请记住：每一次坚持都在雕刻更强大的自己。别问路有多远，只管迈步向前；别怕山有多高，向上攀登就是答案！

你体内沉睡着改变世界的力量！每个清晨都是改写命运的新机会，每次挫折都是精心包装的礼物。当全世界都在说"不可能"时，正是你证明"可能"的最好时机！