首页 > 编程知识 正文

测试经典bug举例,测试提bug

时间:2023-05-06 04:58:42 阅读:261942 作者:4941

 

4. 直播业务接口收到推荐接口刷新请求的逻辑是:

从缓存里面拿到上次刷新的会话信息,从手百推荐中台那边取再一次刷新的数据,如果返回的数据不够6个 表示刷新到底了,没有更多数据了,切换下一个类目重新发起一次刷新,作为补充。

所以这边目前的设计是 最多请求两次下游。自动化跑的这个请求刚好把游戏刷到底,返回为空,请求下一个类目-教育的时候,返回6条推荐补充,其中有一条直播ES库物料更新延迟,丢掉一条,只返回了5个。返回5个的时候,直播新增加的逻辑,会把结果丢弃掉。推荐返回的数据会丢掉。直播加的兜底逻辑去掉了,推荐那边有,如果入口会丢掉,如果沉浸页会丢掉一张,刷新出4个

直播bot这边最多请求两次下游,如果两次拿到的数据加起来还不够6条,就拿多少返回多少了

 

3. 自动化方式测试推荐接口,发现个别返回的数组里的数据格式非正常String,导致有的请求pass 有的报空指针异常

自动化调试模式

特殊的字段为

"clickUrl":"dueros://3d8ac014-98ce-7f02-5aba-6f2db7f71050/path?openbot=true&request={"query":{"type":"TEXT","original":"打开技能"},"intents":[{"name":"OpenBot","slots":{"url":{"name":"url","value":"yst%3a%2f%2fcom.xiaodianshi.tv.yst%3ftype%3d3%26isBangumi%3d1%26seasonId%3d5707%26epId%3d0%26progress%3d0%26from%3dxxx%26resource%3drec%26stay%3d1%26position%3dshortvideo_HOMECARD%26source%3dxiaodu"},"action":{"name":"action","value":"com.xiaodianshi.tv.yst.external"}}}]}&abtest_flag=v4&from_rus=1&recom_channel=cms_recaller_cms_no_indexed",

 

正常的字段为

 

但是排查后发现并不是上述原因导致的

。。。。。

2020年12月3排查了半天发现部分数组返回的data不包含clickUrl,因此非常有必要添加不为空的异常判断!!!

正常的结构是要取数组中data下的clickUrl 真正的原因是极个别时候 data下的返回为如下,缺少clickUrl

不过category是OTHER的,这种数据也正常,因为运营配置的资源有可能没有url,是多图的那种

而以下才是我们需要的格式

 

修改自动化代码--改之前:

 

改之后:吸取血的教训,之前RD出过一次core 没有判断男女声纹相加等于0的条件。此次我的代码也没加异常的判断,以为正常的是每个data下都会有clickUrl字段!!!脚本跑了几个月都正常,没有遇到过这种情况,今天偶尔发现了。

 

2. 背景:准备去掉演员表卡片,需要实验对比有和没有时,对结果页整体数据指标的影响

需求:

仅在双列分桶中做实验双列分桶的B桶无演员表,但是小说等二方内容保留,只去掉演员表

测试结论

用户A(不加mtest的)在实验里,请求了cache记下来,用户B(加mtest的)不在实验里面,但是读的是cache, 到实验的非正常输出了(B看得到演员表) 先搜索B(加mtest的)再搜索A(不加mtest的)看到的结果正常,此时再搜索B,看到结果错误,能看到演员表,因为读取了A的缓存

 

sp分桶 xx:2084

测试环境:线上包切换预发环境,0224版本最新debug包

测试query: 创业时代 大明风华 刘老根 庆余年 热血同行艳势番 校验接口有演员表相关字段返回 {{xx-search}}/search/query?appScene=xx&sdkver=307&keyword=%e5%88%9b%e4%b8%9a%e6%97%b6%e4%bb%a3&appCaller=xx-search-sdk&cmd=4&aaid=111&pg=1&userAgent=phone;android&pz=30&utdid=xx&userType=vip&trackInfo=%7b%22group_num%22%3a1111%7d

创业时代:xx:2084 大明风华:xx:2084 校验接口无演员表相关字段返回 {{xx-search}}/search/query?appScene=mobile_multi&keyword=%e5%88%9b%e4%b8%9a%e6%97%b6%e4%bb%a3%3axx%3a2084&appCaller=xx-search-sdk&cmd=4&aaid=111&pg=1&userAgent=phone;android&pz=30&utdid=xx&userType=vip&trackInfo=%7b%22group_num%22%3a1111%7d&sdkver=307

测试query:微微一笑很倾城 三生三世十里桃花,测试 小说 漫画等query指定ip:port 不指定sp都不受影响

================================================================================

sp分层流量创建了后,业务yksearch接口配置mtest query:mtest:1601 1601A桶 1604B桶 请求业务yksearch接口,再次测试以上query

1601A桶 {{xx-search}}/search/query?appScene=mobile_multi&keyword=%e5%88%9b%e4%b8%9a%e6%97%b6%e4%bb%a3%3amtest%3a1601&appCaller=xx-search-sdk&cmd=4&aaid=111&pg=1&userAgent=phone;android&pz=30&utdid=xx&userType=vip&trackInfo=%7b%22group_num%22%3a1111%7d&sdkver=307

1604B桶 {{xx-search}}/search/query?appScene=mobile_multi&keyword=%e5%88%9b%e4%b8%9a%e6%97%b6%e4%bb%a3%3amtest%3a1604&appCaller=xx-search-sdk&cmd=4&aaid=111&pg=1&userAgent=phone;android&pz=30&utdid=xx&userType=vip&trackInfo=%7b%22group_num%22%3a1111%7d&sdkver=307

单列展示演员表 小说 漫画 双列命中分桶不展示演员,其他小说 漫画展示

================================================================================================================================================================================================

测试不通过 1601 1602分桶演员表均显示,原因 提供的分桶错误,应为1604,还有配置错误

目前query加了mtest:1604,mtest会参与缓存的key计算,会撞到quanzi:A这个分桶的cache

sp cache实验4个 641=ysearch_sp_cache:A 642=ysearch_sp_cache:B 643=ysearch_sp_cache:C 644=ysearch_sp_cache:D

线上是ABCDEF 需要增加如下配置 ysearch_sp_cache:C这个是SP apppage是B

 

sp日志关注有没有双列选项isTwoCol=1字段  以及engine字段有没有quanzi

 

 

1. 原来是weex的卡片, 为提高性能,iOS改用了gaiaX的卡片, 这个卡片现在采用 是统一的自动曝光上报,所以里面跟其他搜索的卡片在层级上会多一些层级

(除了搜索外, 主客其他的  场景:首页、播放页、小视频等其他场景都是使用的自动曝光埋点; )

搜索里面现在有weex卡片 使用了自动曝光,解决办法:确认BI能否支持,能否解析出来

 

 

版权声明:该文观点仅代表作者本人。处理文章:请发送邮件至 三1五14八八95#扣扣.com 举报,一经查实,本站将立刻删除。