工作中印象深刻的缺陷
1.同一个手机号申请一个产品在后台查看借款订单信息同一时间内有两条订单信息。这个问题在测试过程中是随机出现的，在我的测试手机上出现的概率相对比较大，但在Android开发手机上复现的概率较低，开发难以定位，我猜测可能是短时间内多次触发了APP的提交按钮，导致该问题出现。最后建议后端开发加了一个限制，短时间内多次点击提交按钮，后台只显示第一条提交信息，且后期再没发现这个问题。2.专题详情页，当后台配置的RGB值为（99,99,90）。在Android&IOSAPP上查看专题详情，专题摘要显示不出来（数据是有的，此RGB周围的值和字体颜色相似）。(1)该问题不应该是bug，应该是设计上的问题。(2)此处现在阶段可以做到限制输入(99,99,90)的颜色值，但其周围邻近色做不到，如下图紫色框的色域范围。(3)若当前这行文字改为其它颜色时，恰好背景也是该文字颜色，做不到限制。(4)且当前只针对图中所在行限制，那么其上一行标题文字是也应该做限制。该问题是与需求设计有关（未考虑全面），与产品经理沟通放在下一个需求解决该问题。同时，与运营人员沟通暂时维护专题详情页的RGB值不能和APP的字体颜色相似避免该种问题在线上出现。3.在后台管理系统添加10个以上信用卡全部上架，在IOS APP上查看信用卡信息，产品数显示不完整。开始以为是后端没有给前端传数据，拿来Android测试手机一对比（Android和IOS共用一个后端），Android是有数据的，结合Xshell查看打印日志或使用Fiddler抓取信息查看页面跳转错误，直接从第一页跳转第三页，少了第二页信息，开发修改代码解决问题。4.信用卡产品添加产品链接，电脑浏览器卡顿。与开发沟通该问题是因系统框架的原因导致，如果要改动该问题，需重新构造系统框架。延期处理。5.添加产品上传推广标签图片，上传成功后进行两次及两次以上浏览，图片破损。该问题可能是照片过大，多次浏览加载速度过慢，照片无法显示完整，后期结合F12操作查看Network下的请求响应，提示乱码报错。开发后期修改了代码，验证正确。
6.上传图片，APP闪退（内存溢出）该问题可能是因为上传图片数量过大，当时需求是可上传50张图片，内存中加载的数据量上传十几张张图片APP闪退，后与开发沟通是多线程导致内存溢出，app用了大量的第三方jar包，JVM内存设置小了 ，与产品经理沟通，因引用第三方Jar包，问题无法从根本上解决，结合实际应用，客户不会上传几十张图片，建议减少图片上传的数量来解决问题。7.微信公众号绑定银行卡，公众号消息推送信息不正确工资卡为兴业银行，微信关注了兴业银行公众号并绑定了自己的银行卡，公众号在每次的支出和收入时，微信都会推送交易提醒，告知用户支出/收入多少元，卡内余额多少元。有一次消费50元，提示正确，但是几秒过后因消费失败直接将钱退回到银行卡内，这时推送消息提示收入50元，但消息中的卡内余额并没有把50元加回去，马上确认手机银行上的银行卡余额是正确的，以此确认只是微信推送消息有缺陷。8.系统中任务接收的功能，可同时被多人接受并处理系统中有一个任务接收的功能，A发布了任务后，处理任务岗位的所有人都可以看到该条任务，但当处理任务岗的B接受该任务后，处理任务岗位的人员都不能再看到A的这条任务。这时出现一个问题，A发布了任务，B和C只要页面显示了该任务就同时接收该任务，并且B和C就都能看到并处理该任务了。解决方法：在用户接收任务，更新数据库中该任务的状态时，判断当前数据的接收人是否为空，若为空才能接收，若接收人不为空则不允许接收。9.车险交易系统商业险和交强险的起保日期在接口中传反了公司的车险交易系统，对接保险公司接口，页面选择商业险、交强险是否即时起保并选择商业险、交强险的起保日期，当商业险和交强险的起保日期不一致时，对比保险公司承保系统的报价结果不一致，但在页面上看不出任何问题，在确认请求报文才知道商业险和交强险的即时起保和起保日期传反了，商业险的起保日期传成了交强险的起保日期，交强险的起保日期传成了商业险的起保日期。总结：测试时所有接口都需要确认页面选择和请求报文是否一致，适当的接口测试和接口数据检查是有必要的。10.电脑端chrome能正常上传影响，在chrome手机版上传失效系统是HTML5，所以经常都是用chrome或chrome的手机模拟器进行测试，但是有一个上传影像的功能，在chrome上测试通过，到手机微信上打开时，点击上传按钮页面没有反应。总结：这是一个兼容性Bug，兼容性测试也是一种常见的测试类型。在做兼容性测试时一定要覆盖用户常用的环境，尤其手机上用自带的浏览器。
页:
[1]
