专题:GBA

【GBA】2012年Q2案例宣传-振羽

Bug标题 评价的个性化属性推送至内存后接口获取不到最新数据 发现阶段: 1-PRD评审前 2-PRD评审时 3-PRD评审后UC评审前 4-UC评审时 5-UC评审后测试执行前 6-测试执行期间 7-预发期间 8-发布后 9-daily回归 10-测试用例评审时 11-发布前遗留 原因定位: 1-需求 2-设计 3-后端编码 4-前端与交互 5-环境 深度: 1-很容易发现 2-正常发现 3-很难发现 Bug影响 若发布到线上,评价产品后续若要添加/修改/删除个性化类目属性,都不会生效。 Bug发现过程 单个运行接口测试用例时一切正常,只要将相关的两个接口测试用例交叉运行即会出现第一次失败,第二次成功的情况。 比如用例A校验内存中有100条数据,用例B删除或新增... 详情

【GBA】2012年Q2案例宣传-瑶光

标题:试用:关于付邮试用潜在业务安全问题分析 发现阶段:1-PRD评审前2-PRD评审时3-PRD评审后UC评审前4-UC评审时5-UC评审后测试执行前6-测试执行期间7-预发期间8-发布后9-daily回归10-测试用例评审时11-发布前遗留原因定位:1-需求2-设计3-后端编码4-前端与交互5-环境深度:1-很容易发现2-正常发现3-很难发现 Bug影响 1. 非精准付邮试用品一上线即抢光(1~3分钟抢完),卖家活动效果不好,用户粘性不高 2. 10点和14点付邮试用品上架时UV和PV的两个高峰脉冲,导致机器资源的浪费,不利于UV和PV的稳定增长 Bug发现过程 step1:分析业务,寻找关键因子,定性疑似: 1).疑似机器刷——7天内大于28单付邮试... 详情

【GBA】2012年Q2案例宣传 - 冰心

标题:关于粉丝刷新耗流量问题 发现阶段:1-PRD评审前2-PRD评审时3-PRD评审后UC评审前4-UC评审时5-UC评审后测试执行前6-测试执行期间7-预发期间8-发布后9-daily回归10-测试用例评审时11-发布前遗留原因定位:1-需求2-设计3-后端编码4-前端与交互5-环境深度:1-很容易发现2-正常发现3-很难发现 Bug影响 手机客户端的应用过于频繁地请求后台服务,不合理的消耗用户流量,会让用户的流量很快耗光,使用户对应用产生反感,从而流失用户群体 Bug发现过程 UC评审时提出希望开发编写下刷新数据的技术方案,开发编写完后测试去查看文档,发现刷新的机制是存在潜在的缺陷的。请求后台数据过于频繁,在每次登录、后台切换回前台、访问联系人菜单下任一TAB(最... 详情

【GBA】2012年Q2案例宣传 - 秦渊

Bug影响 已将商品寄回,走的举证流程不对 Bug发现过程 •这个bug其实是必然存在的,“发现”的过程更应该说是一个设计实现的过程,复杂流程的实现肯定会有某些流程有问题。 •前期分析: –传统校验耗时耗力,一个点的校验就要10几分钟,七十多个业务流程的校验,不可能通过手工来实现。 –业务的复杂是在不断变化的,可能会有很多的配置不断的增加。 –业务的配置规则也不确定,也会有变化,每次开发改动配置或者代码都可能引入问题 Bug解决办法 –1.直接使用脚本解析业务方的规则,从而得到我们的测试标准,保证测试标准的准确性,并保证测试脚本的简洁。 –2.可以持续运行,特别是对法政先锋这样的项目,需求持续再改,业务也持续再变,更需要有持续的方法来快速的保证... 详情

【GBA】2012年Q1案例宣传(20) - 沐雪

标题:【日常回归测试】基于规则类的投诉发起卖家保证金赔付(用投诉id发起),判断是否为消保交易的逻辑有问题 发现阶段:1-PRD评审前2-PRD评审时3-PRD评审后UC评审前4-UC评审时5-UC评审后测试执行前6-测试执行期间7-预发期间8-发布后9-daily回归10-测试用例评审时11-发布前遗留原因定位:1-需求2-设计3-后端编码4-前端与交互5-环境深度:1-很容易发现2-正常发现3-很难发现 Bug影响 对用户有经济损失:对于非消保的订单,发起了规则类的投诉后,小二如果用这个投诉ID发起赔付,就能成功创建赔付且可以从卖家保证金账户出账。 Bug发现过程 对卖家保证金赔付创建的校验器进行测试: 1. 老系统中的规则是:规则类投... 详情

【GBA】2012年Q1案例宣传(19) - 无咎

标题:【消息模块】用户没有和卖家联系过,wap旺旺从宝贝详情页进入联系卖家,跳转到错误页面 发现阶段:1-PRD评审前2-PRD评审时3-PRD评审后UC评审前4-UC评审时5-UC评审后测试执行前6-测试执行期间7-预发期间8-发布后9-daily回归10-测试用例评审时11-发布前遗留原因定位:1-需求2-设计3-后端编码4-前端与交互5-环境深度:1-很容易发现2-正常发现3-很难发现 Bug影响 微小改动/开发自测日常导致应用的依赖缺失,只能在运行时被发现。某些代码逻辑由于抛出类定义未找到异常,会导致应用部分功能不可用。 Bug发现过程 1.wim应用的webx接口测试每日回归脚本失败,手工重现脚本逻辑,发现测试环境下确有问题; 2.查... 详情

【GBA】2012年Q1案例宣传(18) - 冯启荣

标题:启动程序,等待手机进入待机状态后,程序仍在发送请求(注:程序虽没有后台挂起,但也没有在使用,仍在消耗用户流量,不合理) 发现阶段:1-PRD评审前2-PRD评审时3-PRD评审后UC评审前4-UC评审时5-UC评审后测试执行前6-测试执行期间7-预发期间8-发布后9-daily回归10-测试用例评审时11-发布前遗留原因定位:1-需求2-设计3-后端编码4-前端与交互5-环境深度:1-很容易发现2-正常发现3-很难发现 Bug影响 (无形中消耗用户流量不合理) Bug发现过程 启动程序,等待手机进入待机状态后,查看log日志,程序仍在发送请求 Bug解决办法 关掉定时更新 GBA传承 客户... 详情

【GBA】2012年Q1案例宣传(17) - 孟龙

标题:商家删除APPkey所设置的优惠_日常需求不明确 发现阶段:1-PRD评审前2-PRD评审时3-PRD评审后UC评审前4-UC评审时5-UC评审后测试执行前6-测试执行期间7-预发期间8-发布后9-daily回归10-测试用例评审时11-发布前遗留原因定位:1-需求2-设计3-后端编码4-前端与交互5-环境深度:1-很容易发现2-正常发现3-很难发现 Bug影响 1、TOP监管中心提该需求给我们线,开发同学只是知道要做这么一个功能,具体的需求细节无PRD文档,开发也未跟TOP监管中心的PD、开发沟通清楚,导致该日常无法进行。 2、如果该需求就这样上线,可能增加用户使用难度,甚至导致用户无法使用。 Bug发现过程 1、需求了解,只是... 详情

【GBA】2012年Q1案例宣传(16) - 张晓红

标题:构造订单信息接口,限时打折,限购1件,2个不同sku,订单总价没有优惠 发现阶段:1-PRD评审前2-PRD评审时3-PRD评审后UC评审前4-UC评审时5-UC评审后测试执行前6-测试执行期间7-预发期间8-发布后9-daily回归10-测试用例评审时11-发布前遗留原因定位:1-需求2-设计3-后端编码4-前端与交互5-环境深度:1-很容易发现2-正常发现3-很难发现 Bug影响 购物车构造订单信息时,有不同sku商品且有参加有限购件数的限时折扣活动, 超过限购的情况下,超过的件数是原价,在限购件数内的享受优惠价 Bug发现过程 商品有限时打折限购1件的优惠,且商品有2个不同的sku: 放入1件该商品,该商品显示优惠价 放... 详情

【GBA】2012年Q1案例宣传(15) - 风盈

标题:一个品牌关联多个品牌时,若分隔符为空格则scm埋点处理错误 发现阶段:1-PRD评审前2-PRD评审时3-PRD评审后UC评审前4-UC评审时5-UC评审后测试执行前6-测试执行期间7-预发期间8-发布后9-daily回归10-测试用例评审时11-发布前遗留原因定位:1-需求2-设计3-后端编码4-前端与交互5-环境深度:1-很容易发现2-正常发现3-很难发现 Bug影响 这个bug是由于运营填写tms时没有按照规定造成的,若出现此类错误会影响推荐效果的采集 Bug发现过程 由于该bug的出现是由于运营没有按照规定的分隔符填写导致,因为bug不容易复现,在通过http请求自动化回归时,由于每次请求返回的结果都可能不一致,多次请求就发现了... 详情

【GBA】2012年Q1案例宣传(14) - 小稚

标题:【login_by_im】方法免登淘宝的时候,一个token可多次使用 发现阶段:1-PRD评审前2-PRD评审时3-PRD评审后UC评审前4-UC评审时5-UC评审后测试执行前6-测试执行期间7-预发期间8-发布后9-daily回归10-测试用例评审时11-发布前遗留原因定位:1-需求2-设计3-后端编码4-前端与交互5-环境深度:1-很容易发现2-正常发现3-很难发现 Bug影响 bug一旦遗漏上线,用户的免登访问请求被别人获取到(有很多途径),别人可以在5分钟之内使用这个免登串登录用户的淘宝网,危害很大。 Bug发现过程 1. 在该项目开始前,自己有关于淘宝的免登脚本,其中的逻辑是每次登录都需要生成一个新的token,每个token使... 详情

【GBA】2012年Q1案例宣传(13) - 登达

标题:Loom ItemSearchProcessDO类的isShield和isDownRight在判断降权\屏蔽时逻辑错误 发现阶段:1-PRD评审前2-PRD评审时3-PRD评审后UC评审前4-UC评审时5-UC评审后测试执行前6-测试执行期间7-预发期间8-发布后9-daily回归10-测试用例评审时11-发布前遗留原因定位:1-需求2-设计3-后端编码4-前端与交互5-环境深度:1-很容易发现2-正常发现3-很难发现 Bug影响 通过loom对商品做搜索状态处罚,处罚类型为降权处罚最终处置成了搜索屏蔽,导致处罚错误。 Bug发现过程 在review loom代码com.taobao.cmp.loom.common.dataobje... 详情

【GBA】2012年Q1案例宣传(12) - 襄玲

标题:可以修改父业务类型的parent_id为其子业务类型,形成闭包关系,导致系统数据结构混乱 发现阶段:1-PRD评审前2-PRD评审时3-PRD评审后UC评审前4-UC评审时5-UC评审后测试执行前6-测试执行期间7-预发期间8-发布后9-daily回归10-测试用例评审时11-发布前遗留原因定位:1-需求2-设计3-后端编码4-前端与交互5-环境深度:1-很容易发现2-正常发现3-很难发现 Bug影响 修改父业务类型的parent_id为其子业务类型,形成闭包关系,会导致系统中业务类型数据结构混乱;当读取某一条有闭包关系的业务类型的根业务类型时,系统获取其子业务类型时会形成死循环,沿着闭包链一直获取数据下去,最后造成数据获取等待超时,客服小二处理投诉、退款和来... 详情

【GBA】2012年Q1案例宣传(11) - 白影

标题:线上订单生成后,需要及时保存数据,否则,后续的代码执行出错,会造成数据无法保存到数据库 发现阶段:1-PRD评审前2-PRD评审时3-PRD评审后UC评审前4-UC评审时5-UC评审后测试执行前6-测试执行期间7-预发期间8-发布后9-daily回归10-测试用例评审时11-发布前遗留原因定位:1-需求2-设计3-后端编码4-前端与交互5-环境深度:1-很容易发现2-正常发现3-很难发现 Bug影响 订单信息有可能因为异常无法保存到DB。 Bug发现过程 在review代码的时候,发现其流程是这样的:生成线上订单》判断原始小订状态》操作原始小订》保存之前生成的订单到DB。很明显,生成订单再到保存订单,是一个整体的操作,但代码中,将这个操... 详情

【GBA】2012年Q1案例宣传(10) - 云晰

标题:读取item数据的缓存接口没有生效,导致接口多次调用,查询访问耗时 发现阶段:1-PRD评审前2-PRD评审时3-PRD评审后UC评审前4-UC评审时5-UC评审后测试执行前6-测试执行期间7-预发期间8-发布后9-daily回归10-测试用例评审时11-发布前遗留原因定位:1-需求2-设计3-后端编码4-前端与交互5-环境深度:1-很容易发现2-正常发现3-很难发现 Bug影响 几个核心页面响应慢,缓存未生效数据查询走db,申请的机器不足以支撑预估的pv量。 详情:用户访问司法首页、法院首页、公告等页面响应时间长,随着商品数据量增加,访问耗时不断累加(尤其是公告,没有分页、没有宝贝数量限制,包含20个拍卖宝贝时耗时近300ms,已达性能页面阀值),并且请求... 详情

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

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