增塑剂网站建设wordpress google

---

前言

1、电商项目相关的bug

bug1：

选择余额不足取消订单本来是应该显示交易关闭的，但是我返回到我的订单发现还存在待付款状态中，我点击待付款的这个订单显示"该订单状态不存在的报错"，但是我通过fiddler抓包查看接口是没有返回该订单的信息

原因：接口和数据库状态已经变为交易关闭，但是前端页面还是显示待付款，后面定义为一个前端的bug，原因是前端开发根据后端返回的接口数据做判断没有进行状态的流转。

bug2：

系统赠送型优惠券，后台发送给用户后，用户在消息中心能够看到优惠券通知，但是我的优惠券中没有出现优惠券。并没有进行同步是一个后端的bug。

原因：因为刷新前端页面有接口入参没有问题，但是接口的返回值没有返回数据，导致在优惠券模块里面没看到

bug3：

首页选择领取新人券之后选择膨胀，变成满100抵扣10块，满100抵扣15块，页面提示膨胀失败，但是点击返回，在优惠券列表当中看到了这个券，前端页面显示的bug

bug4：

首页选择领取新人券之后选择膨胀，变成满100抵扣10块，满100抵扣15块，页面提示膨胀失败，接口返回成功，页面显示有问题

bug5：

领券成功之后会按理会跳转到商品详情页面，但是没有跳转过去

bug6：

锁定库存后，然后取消支付，之前的优惠券和金币应该需要返还，但是结果没有

原因：是因为开发写的逻辑出现问题

bug7：

服务器默认勾选了最大的优惠券500元，实际上不应该有默认勾选。

原因：前端样式被写死了

bug8：

商品资金清算后对账单的总金额显示都没有问题，但是以柱状图显示出来的金额和总金额对不上，是因为柱状图的计算逻辑和总金额统计调的不是同一个接口，导致显示也有问题

bug9：

在订单列表中，待付款订单接口返回报文显示有11条数据，但是前端页面只显示出了10条，是因为前端分页这块的逻辑出了问题，导致多余的数据显示不出来

bug10：

在后台管理系统中选择订单状态为：待发货，点击查询搜索，但是把待付款，已发货，已完成和关闭的订单数据都查询出来了，这块没做筛选的逻辑判断。

bug11：

在后台商品管理系统中进行退货原因设置，前面的编号都是正确的的1-5，但是当设置6条退货原因的时候，编号显示为16了，是因为数据库中主键做了自增长，之前删除了10条数据，导致编号变成了16，按需求应该为6的。

bug12：

断网情况下，进入APP,点击消息，崩溃

原因是因为Activity继承BaseActivity,在onCreate()方法内，显示出错信息的布局，未放在initView()， initData()，initListener()前方，导致在initData()获得网络数据失败，需调用错误布局时，错误布局仍为空，调用失败，崩溃

Bug解决方法：将布局的注入放在initView()， initData()，initListener()前方。

bug13：

轮播广告栏有图片改变，刷新后，图片错乱，轮播广告的图片在第二张时，往前移动到第一张显示第二张的图片

原因是因为：轮询广告刷新后，图片的回收不正确，有错乱

解决办法：用了蠢的方法，刷新，重新去新建轮询广告，删除之前那个。

bug14：

商品详情中，评论上滑加载，最后一页的正在加载一直下不去，不消失，后面开发说修改了loadFinish()函数里面的代码和增加了监听机制

2、其他的bug

1）下载功能下载的文件显示字段与网页端显示的不一样
2）APP同步web的时候测试数据不一样
3）上传图片、文件时大小的规定，图片过大或者多次上传经常出错
4）多次点击提交按钮没有作处理，导致提交多次。创建多条重复数据
5）输入条件查询和不输入条件查询，同一条数据返回的结果不一样

6）页面上的展示返回null ,代码未做异常规避
7）查询条件带中文时容易出现问题
8）搜索出来的内容显示问号？？？
9）接口返回数据类型不对，导致页面显示有问题
10）图片上传后变形

11）更换新图片后，显示更换之前的图片信息
12）重置查询条件后未刷新数据列表
13）使用程序时，有电话或短信进来，执行通话或编辑短信操作，返回程序后手机宕机

面试官问：那你主要负责哪些模块，挑选一个功能点或者挑选一个业务逻辑复杂的功能点然后讲一下你是怎么测试的或者你是怎么设计测试用例的？

好的，在以上的流程中，我主要有负责关于商品列表，商品选购，取消订单，加入购物车功能，优惠券功能，新增收货人地址功能，申请售后-退货退款，申请售后-换货，申请售后-商家拒绝，客服仲裁等等功能。

那我就和您大概讲一下优惠券这块的测试点吧 （这个地方自己选择）

面试题问：测了哪些接口，主要测试了哪些地方？

主要有测过商品详情列表接口，购物车列表接口，创建订单的接口、订单查询的接口、商品评价接口等等，针对接口中的字段的必填、非必填、条件必填、依赖性型字段的入参类型以及长度做了接口功能的测试，以及根据接口的不同返回参数构造了不同的入参进行测试。

其次，对整个交易链路进行分析，多接口的上下游场景进行组合，比如支付接口要依赖于订单创建的接口成功/失败/超时等场景，看下支付接口是否能完成支付。

针对每一种组合场景的落库情况要进行数据比对，还要关注状态的流转。还有关注了token失效和错误token，接口的幂等性校验等等。

3、支付功能测试点

功能测试：
1）是否可以支持免密支付，由收付款支付页面直接跳转到支付成功页面
2）银行卡支付卡号正确，零码正确，支付成功
3）银行卡支付卡号错误，密码错误，支付失败
4）错误次数限制，错1次是否可以重试，错误2次是否可以重试，3次是否会锁卡

5）是否支持扫码二维码支付
6）是否支持指纹支付
7）指纹支付手指受伤，指纹无法正确识别，支付失败
8）指纹识别成功，支付成功
9）新录入的指纹，需要密码支付
10）指纹支付失败限制次数
11）是否支持微信，支付宝，花呗，借呗，零钱通，零钱，信用卡等等支付

12）是否支持信用卡，不同的银行卡，网银，云闪付，第三方和数字人民币支付
13）支付金额要验证0.01和5万能不能支付，边界值的情况，比如-1,50000.01能不能支付，输入中文能不能支付
14）空值支付，消费金额达上限，无法支付
15）余额充足支付成功，余额不足取消支付
16）显示余额不足并不会扣除余额，更换支付方式是否继续支付，是否可以取消支付

完整版！企业级性能测试实战，速通Jmeter性能测试到分布式集群压测教程

下面是我整理的2025年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

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

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