这样既要又要怎么提高测开比?领导不满意那就把结果丢出来让他选,要测业务方的逻辑那就加人/加时间。
后面碰到过线上出了问题(前后端契约没对齐导致)
这个问题如果你们数据没问题,那不是应该归到业务方那边的研发和测试,不理解跟你们啥关系。。
端上有端上的人去测没必要你们还去重复测。把自己服务的逻辑测清楚,确认给他们的接口数据都没问题就行,比较麻烦的是对接这块,怎么沟通的清楚,确保他们要的逻辑没有漏
那这就纯粹草台班子了,要么跑路要么加入
这时候就把问题推出去,不改就找其他人去压力他,他不改产品比你更难受
吃瓜
大小周
9:00 - 12:00 13:30 - 18:00
通勤 40 分钟
车位居然免费送么
猫好
家里电表走的越来越快是真的。。。
安卓设备因为证书问题好像抓不到吧
商品不同状态和库存的批量支付,热点商品批量支付抢购,抢购的时候有些订单主动取消和被动取消
现在用户增长是真的难,乱七八糟营销活动上上去屁用没用
没有,不知道为啥总监就是不信任我
我理解是 ng 把某些接口转发去自己的 mock 服务就行了?
就头两年成长最快,当时真的是看到啥都想学没时间也硬挤,现在就温水煮青蛙了
面向指标测试
感觉一半都做不到
插眼
adblock 那玩意儿之前遇到误杀情况,公司自己内部的项目它把一些组件给拦截了,当时找了半天原因 hhh
看洗的方案和数据情况吧,简单的洗之前直接 sql 统计下,洗完再统计下,复杂就得写代码去分页批量查了
可以用 mdc 存一个唯一 key,日志框架打日志的时候从 mdc 取这个 key 打出来,查的时候直接拿这个 key 查。顺序还是乱的这没法,除非你要打的都集中到一条里
最近也在测这些,基本都是测自己的业务,测 sdk 的各种回调
你的目标是衡量质量还是提升质量?提升质量要看具体的问题的,测试也不可能教研发少产生 bug,我们不是保姆
服务是 java 的话脚本也用 java 写会好点?正常这种工具类都有个公共的依赖,之前都是直接引用他们的依赖,自己写费时费力还得对签名算法
这些小游戏简直是逆天,铺天盖地的广告,晃下手机就进去了,质量还低的令人发指,看不懂这些怎么火的