【GBA】Q3案例宣传每日轮播终结篇——达海

大家好! 不用说了,终结篇得是压轴大戏,今天带给你的是Q3GBA大奖获得者达海的案例——当多用户同时登陆助理客户端时,后登陆的用户信息不能记录到数据库; 这个案例告诉我们,技术选型的评估是值得的;review代码是能发现问题的;测试员也能进行review的。 bug描述: 助理客户端登入账号a,再开启客户端登录账号b,进行操作,账号b的信息未写入本地firebird数据库。 Bug原因: firebird数据库不支持多进程同时访问,代码未作处理。 1.助理确将本地客户端所有用户登录信息放在同一个数据库的数据表中。当a用户未退出时,数据库连接未关闭,b用户信息无法写入到数据表。 2.前期数据库选型调研不充分,代码上未做处理。 ... 详情

【GBA】Q3案例宣传每日轮播(11)——云帅

大家好! 今天得照顾下技术部的MM了,为您带来一帅哥 云帅 的GBA案例——iBatis(2.3.4.726)+MySQL(5.1.48)会导致UIC应用死循环,资源虚高 红卫兵测BUG,一点都不含糊。 Bug描述: iBatis的2.3.4.726版本,和最新的MySQL 5.1.48版本一起使用,会导致UIC应用死循环,而服务器的资源虚高,压力停止后,资源仍然居高不降。 Bug影响 该问题的出现会导致UIC应用的TPS性能突然下降,约50%左右,而CPU和load资源消耗升高,达到限制要求的阀值。更严重的是,当压力停止,也就是用户不访问的时候,资源消耗仍然居高不下,从而判断存在死循环。除非重启应用,才能解决该问题。 Bug发现过程 ... 详情

【GBA】Q3案例宣传每日轮播(10)——曼红

大家好! 今天为您带来曼红的GBA案例——通过支付宝账户ID查询账户信息时,发生了账户ID与账户信息的错位 代码能够产生bug,阅读代码能告诉你很多,也能够发现bug,曼红就是这么做的: BUG描述: 通过支付宝账户ID查询账户信息时,发生了账户ID与账户信息的错位。 BUG影响: 在支付宝账户与用户之间发生多对多绑定的时候,将有可能发生错位的情况,而这将给用户体验带来非常不好的影响,甚至经济损失。 BUG发现过程: 在通过代码了解需求的过程中,账户信息、用户信息以及因为分库分表附带而来的路由表等多张表之间交错的多对多关系,发现它们之间有可能存在的这种不稳定,发生错位的现象,并且通过写用例证实这样的可能性。... 详情

【GBA】Q3案例宣传每日轮播(9)——念晴

大家好! 今天再来一美女,为您带来念晴的GBA案例——在会员数据中心日常中,数据库使用单链接,大批量插入数据时引起异常。 看看念晴怎样用接口测试去发现这个需要大批量数据操作才能发现的BUG: BUG描述: 在会员数据中心日常中,数据库分库分表情形下,使用接口测试进行大批量插入数据插入操作,抛出异常——com.xxx.member.vip.exception.VipSystemException: Error 10001 : database operation error 数据分库分表规则:依据用户id模256后分为两个库,然后依据插入时间(月份)分12张表。因此分库分表之后,对应的数据表量为:256*12=3072 BUG发... 详情

【GBA】Q3案例宣传每日轮播(8)——慧真

大家好! 今天为您带来慧真的GBA案例——GBA案例——线上环境,合并购物车异常导致下单失败 奉上靓照:慧真在代言美食 请看慧真如何把偶然发现的线上BUG,刨根究底的定位解决之。 bug描述: 购物车每次合并后都要给cookie里面写一个值(cookie的 key是 cart_m),就相当于标记购物车已经合并过了。用户退出后会清除掉,下次再添加同样再次合并。如果没有清除掉,就会默认认为已经做过合并操作,不会再进行更新了。 全网想减少taobao.com域下的cookie,大家都以为这个只是buy用的,所以将它挪到了buy.taobao.com。没想到这样挪了之后用户退出后cart_m就不清除,那么就导致这个用户在一个浏览器上正常合并过一次就再没办法... 详情

【GBA】Q3案例宣传每日轮播(7)——不二

大家好! 今天为您带来不二(江湖人称二哥)GBA案例——标签中,hive并发执行任务会异常的BUG。 开朗大方的二哥 水能载舟,亦能覆舟;java语言能产生BUG,我就能用java定位出BUG,且看二哥怎样用接口测试定位这个BUG。 bug描述: 在标签中,因为需要对用户隐藏标签执行任务,所以任务的流程是通关制的,只有前一节点执行成功,才能执行后一节点。在任务的第二个节点,HIVE不能支持并发执行。 bug影响: 在实际的使用过程中,根据以往的标签中创建的惯例,一定会多条标签并发执行的过程,并且超过百分之八十的标签任务都是并列执行的;所以这个多线程并发的bug,在实际的使用中,标签执行成功的概率很低。 bug发... 详情

【GBA】Q3案例宣传每日轮播(6)——琼香

大家好! 今天为您带来琼香GBA案例——图片空间替换功能,引起宝贝快照中的图片发生了变化。 bug描述: 图片空间替换功能,会影响到宝贝快照展示,具体描述如下:当图片A被图片B替换时,替换不修改图片CDN节点。当一些卖家恶意去替换一个已经卖出去的宝贝中图片时,关于这个宝贝的交易过的宝贝快照就发生了变化。 bug影响: 而目前客服处理如果买家和卖家发生交易冲突时,80%都使用快照作为凭证去判断,所以如果替换功能上线后,就会出现隐患,发生交易纠纷时,客服要使用的凭证如果被卖家恶意修改,这样交易纠纷更加难处理。 bug发现过程: 因为宝贝快照是交易那边的功能,是相对于买家而言比较重要的信息。而图片空间功能主要是针对卖家工具而言,从PRD评审到测... 详情

【GBA】Q3案例宣传每日轮播(5)——宝妮

大家好! 今天为您带来宝妮GBA案例——mod_tfs bmp图片未列入图片处理列表。 BUG名称: mod_tfs bmp图片未列入图片处理列表bug BUG描述: 开发提测重构版本的tfs_zoom模块,设计文档设计中说明仅支持四种图片类型(jpg、gif、swf、png)的缩放、水印、锐化、质量等操作,缺少对bmp图片类型的处理,导致线上所有bmp图片任何处理失效。 BUG影响: 所有线上请求的bmp图片的缩小、锐化、水印、质量操作都会失效,会造成网页打开变慢、流量增大甚至图片模糊、水印失效等影响。 BUG发现过程: 该bug是在开发提交测试设计文档时发现疑点,经开发确认认为该设计无问题,后在测试过程中测试人员对该疑点... 详情

【GBA】Q3案例宣传每日轮播(4)——王蕾

大家好! 上午,行颠发的Q3获奖名单,让整个技术研发部high起来了。 现在,我想把这个气氛推向高潮,你准备好了吗? 今天为您带来王蕾GBA案例——通过构造url会把已经被小二冻结的模板上架。 下面的MM是谁?刘雪华? BUG描述: 通过构造url会将已经被小二冻结的模板上架,业务上是不允许这样操作的。 BUG影响: 被小二冻结的模板肯定是存在一定问题的模板,是不能再随意进行售卖的,但如果这样可以自己通过构造url让其上架,即增加了小二的工作量,又会影响整体的装修市场的交易。 BUG发现过程: 我们的用例中是设计了这样的用例的,按照用例执行时发现仍然存在该问题,此问题主要是屏蔽了入口却没有做客户... 详情

【GBA】Q3案例宣传每日轮播(3)——张茜

大家好! 今天为您带来张茜GBA案例——探究影响旺旺用户体验的罪魁祸首。 这个案例与众不同,她会告诉你怎样来测试客户端的一类性能问题,先认识下美女: BUG名称:旺旺客户端内存泄露、句柄和GDI增长等一类问题 BUG描述: 客户端上,用户的每次操作其实都会导致一定量的内存泄露、句柄和GDI增长,但其单次的增长量通常被人们所忽略,在场景的不断细化和重复下,将问题逐步放大化,一定程度上重现了用户反馈的卡机、旺旺crash等现象,通过对比各阶段的指标状态发现旺旺没有逃脱C++程序的宿命; BUG影响: 涉及到所有使用旺旺的买家、卖家们,用户时常抱怨旺旺吃内存太狠,旺旺开久了机器就卡、旺旺crash等问题,很多用户使用中采取极端策略——“交易好就关... 详情

【GBA】Q3案例宣传每日轮播(2)——掩月

大家好! 今天为您带来掩月GBA案例——直冲订单页面出现无限子增长div,导致内存无限被占用。且看掩月如何处理这个少见的难题; bug描述: 直冲宝贝点击充值后进入订单页面,选中输入框后,在源代码中看到无限个自增长的tel-num-list 控件。 bug影响: 该页面如果一直处于打开状态,通过任务管理器可以发现,这个自增长控件在一直占用内存,并且占用的越来越多。 就会导致页面操作越来越慢,最后可能导致死机。这个bug比较难重现,但是一旦重现了就会给用户带来很不好的用户体验。 bug发现过程: 这个bug是在编写automan脚本的过程中发现的。在创建订单页面的控件元素时,发现这个页面的部分控件会出现 偶尔show不到的情况。... 详情

【GBA】Q3案例宣传每日轮播(1)——张浩

大家好! 今天为你带来张浩同学的GBA案例。 Bug名称 仓储应用与进销存应用整合中,引起仓储的商品名称(sku)会发生改变。 Bug描述 仓储应用与进销存应用整合时发现的问题,因为两个应用都有商品管理,而在整合之后共用一张数据库表(psi_sku),在进销存编辑商品的商品名称(goods_name)时,仓储的商品名称(sku)会发生改变。 说明:一个商品可以有多个sku,这里编辑商品的商品名称是两个维度,进销存是编辑商品的商品名称(goods_name),而仓储是编辑商品的sku的名称,因为仓储只针对sku。 Bug影响 如果用户同时订购进销存和仓储两项服务,将会给用户带来疑惑,甚至会认为是淘宝系统的问题,用户体验非常差。 ... 详情

【GBA】卡密商品减库存接口,插入订单判重表成功,发卡失败-玉林

Bug名称:卡密商品减库存接口,插入订单判重表成功,发卡失败,判重表事务未回滚。 Bug影响: 买家购买卡密商品,发卡失败时判重表事务未回滚,导致在"已买到宝贝界面"中此订单的状态永远是“等待买家付款; 买家无法重新点击“付款”购买卡密; Bug发现: 为了保证事务接口测试的完整性,接口测试时在eclipse中安装clover插件,对商品减库存接口进行全路径测试从而保证无测试场景遗漏,并且采用接口测试的常用Debug方法,由测试方法进入待测接口各个方法内部进行逐一排查,并且观察不同库的数据改变情况。 Bug分析: 此Bug最终定位于数据库不一致时,spring不能对不同库的数据进行事务回滚的问题,属于事务型Bug。 GBA传承: 1.重视交易相... 详情

【GBA】字段废弃,组合唯一性约束设置不当-振羽

bug描述: 收藏夹collect_表分16个库256个表,表中有item_1(字符串id)、item_2(收藏类型)两个字段,这两个字段均不能为空且设置为组合唯一性约制。后来由于宝贝字符串id被废弃,新增item_num_1字段(数字id),考虑到需要兼容老数据,所以item_1字段不能删除。故开发同学将新收藏的宝贝的item_1字段统一设值为“invalidate”,这样的话收藏的宝贝插入数据表时若该表已经存在别的收藏数据时,就无法插入数据表了,导致收藏时系统报错。 bug影响: 一经发布到线上则用户将会无法收藏宝贝和店铺,影响全网收藏夹用户,且影响交易成交量。 bug发现过程: 由于collect_表分了256个表,如果daily下能收藏257个宝贝的话就... 详情

【GBA】使用金额过低引起的缴税记账错误-大年

Bug描述 使用消息通道服务的时候,如果每次只使用一条,那么计算出的税会因四舍五入产生误差,当使用量比较少时,这误差可以忽略,当使用量大时,这误差便累积导致错误。 Bug影响 月底出财务账单的时候,对账不平。 计税业务知识介绍: 价税分离:我们淘宝的软件产品每有一笔收入,就要交相应的税。如果产品的收入为A元,则我们交的税为A*17/117。 1. 普通服务记账法:我们一般的服务都是周期型的,每月记一次账,在月底销账的时候,计算出要交的税,如果是多个月的服务,则最后一次要交的税=总需要交的税-前面几个月交的税。 2. 消息通道的记账法:消息通道是一次订购,按次使用。一次订购时有1000条的使用量,每次最少使用一条,订购时总金额为2000分,使用一条2分钱。... 详情

返回首页 博客 技术交流 产品 期刊下载 关于我们 意见反馈 无障碍

浙ICP备09109183号-14 Copyright © 2003-2015 TaobaoTesting.com 版权所有