12 个球 3 个一组分成 4 组，ABCD
第一称：随便拿出两个组称重，例如 AB，结果一定能锁定奇异球在两组中，假设锁定在 CD 中
第二称：C 与 A 称重，结果一定能确定奇异球在哪个组，假设为 C，且能知道奇异球是更重还是更轻，假设为更重
第三称：C 组的 3 个球取出两个球称重，若相等则奇异球为剩下的一个，若不等则根据第二称的轻重也能知道奇异球是哪个

检查一下 fiddler 的设置吧，度娘上的参考很多，抓不到包不太可能，除非没有网络请求…顶多 HTTPS 的请求在没安装证书的情况下看不到明文内容

测试数据膨胀，接口测试参数自动生成

总结写的真不错~有工作更有生活气，滚蛋吧 2020，努力创造更好的 2021~

Vue3

谢谢啦，都是瞎琢磨的，希望能降低 UI 自动化的落地门槛

这个短期肯定还是手工测试最快，如果为了提升效率或者提升个人技术能力可以考虑基于 selenium 做一套系统…我之前写过一个这种兼容性测试系统，实现方案写在这里

https://www.yuque.com/jokerfupei/lxhsax/ggli4i

如果以后感兴趣可以私下探讨实现细节和后续优化~

自己也写过接口测试平台，使用了 httprunner 现成的轮子……因为懒，哈哈。加入了定时任务周期性自动执行。楼主这个很适合新手上手搭建和使用，赞一个~

勇敢起来，我去年也经历了你的情况，如果和入职前跟你说的工作内容不符，或者跟你的职业规划不符，那就跳吧，去下一家的时候解释清楚上一份工作为什么离职就好啦

我可不是大佬……之前写的太垃圾了，改改再放出来吧…语雀上有其他我写的文档，在语雀搜 JokerFupei 就好了，也包括这篇没写好的垃圾😂

我可不是大佬……之前写的太垃圾了，改改再放出来吧…语雀上有其他我写的文档，在语雀搜 JokerFupei 就好了，也包括这篇没写好的垃圾

好吧，看来写的真的有问题……感谢提醒，也感谢一楼的评论，我以后改改再发吧，这个帖子先清了，免得给更多的人带来困扰

第一部分说明了什么问题，怎么解决的…持续化集成和业务无关，每个项目都会经历代码维护、构建、包版本管理、部署、测试及上线的过程，背后涉及的平台多且分散，项目管理在禅道、代码管理在 gitlab、打包构建在 Jenkins、版本管理和包部署手动执行，现在这个系统拉通了多个平台的数据且不需要手动部署，一键打包部署。CiCd 的流程优化和我司的业务也没关系，不会因为业务的原因不知道这个的效率提升在哪

mark~

不是啥大神，录制是基于阿里的开源 UIRecorder 修改的，捕获页面操作事件 + 元素定位落库。回放就是 selenium，自己写的工具类，执行的时候从库里拿用例步骤，生成测试类和 testNG 的 xml 配置文件，动态编译执行就可以了。

推荐看看这个：https://github.com/winlinvip/st-load，长连接压测的

摸鱼技能，万变不离其宗：ALT+TAB，业务降级：ALT+F4，紧急容灾：一脚踹掉电源

不同浏览器或分辨率造成渲染色差、布局和比例缩放这个是否可以解决呀…

是否可以做等价类、边界值和异常入参分析呢，遍历确实可以发现问题，但覆盖的代码语句和逻辑分支很可能都是重复的…分析过后可能只需保留几类代表性的用例就可以了

哈哈哈，似曾相识啊，点个赞~

1.用户机型占比
2.品牌覆盖 - 主要是为了适配不同的国产深度定制安卓版本
3.分辨率覆盖 - 页面适配用
4.Android 版本覆盖

1.设计合理的加压策略
2.分析负载生成，决定是单机还是分布式压测
3.监控吞吐量、并发、响应时间、失败率、服务器资源占用等指标
4.吞吐量不再随负载增长后，持续增加负载吞吐量持平，响应时间变长
5.再加压会出现失败事务，吞吐量下降
6.分析日志

不建议去，当然只是个人建议哈，有代码能力的测试可能成为出色的测试，但是转了开发你的优势可能就不明显了

同建议 Java，Python 学起来很快的，推荐看廖雪峰的教程