已提交

String 和 Object 处理，请选择 spring 和 apache-common-lang、apache-common-utils 这几个工具类
自己写判断即恶心费劲又不讨巧，理解稍微虚浮一点就要被坑，人家封装好的东西还是蛮不错的
StringUtils.isEmpty、StringUtils.isNotEmpty 等等，好用

好精彩好精彩，我就看到了远离阿里开源这一句话，哈哈哈

• 你们广大测试同学的愿景跟我一毛钱关系都没有，我还真的只 care 公司和我的团队的愿景，一步一步拔高团队效率甚至公司效率才是我的目标，你如果觉得自动化测试以你自己的喜好可以左右它的价值和发生的作用，那便是你牛逼便是，并不能影响我的观点和我的团队的做法。
• 我开始就说了用什么看环境看情况，对于那些自动化测试自己嗨玩的人，根本不需要跟开发、产品配合，那你们自己慢慢炫技去吧……然而自动化测试能有多少内容可炫的呢，就为了个 excel 还是 yaml、json 都能扣上蠢、坏、毒瘤的帽子，真不觉得格局能有多大。
• 人在不同阶段、不同岗位都会有不同需求和看法，在做业务流程的 web 自动化测试的时候如果团队不成熟就对 IDE 有着一定的执迷，觉得没有 GUI 就是不成熟，我跟同事一起还写过录制工具；在做 CI/CD 的时候就对 CLI 有着极大的执念，觉得没提供 cli 的工具都是垃圾——然而工具怎么用还是看人，扣帽子、贴标签并不能改变任何东西。
• 既然不讲道理只硬怼，那我斗胆说一句：教人炫技、教人不分场景的搞工具、技术歧视的，不是蠢就是坏~

在哪里听说的？选择性内容过滤？断章取义很开心？

同意你的观点，感觉楼主已经陷入了跟陈皓几年前舌战群喷一样的偏执——只从技术应该如何发展本身的角度考虑问题，而不跟你扯任何组织愿景与现实，比如他认为测试做不好的开发都应该滚出码农界（非原话，大致这意思吧），所以只能说理论上支持一下，实践的时候导向一下，强求和扣帽子就非常不智了。

你可以引申一句：等大家都牛逼了，再来一刀，都换成 yaml 或者 json
反正我以前的做法很简单：web E2E 的自动化用 txt、csv、excel 这种所见即所得的管理模式，接口全用 json

我说的是

用什么管理就不是重点，如何让整个团队甚至其他干系人都看得懂、看的轻松

并非是说让他们来写 case，以前我们做的自动化测试脚本，需要提交同行评审，大家都要看
吐槽归吐槽，情绪不要太重~

怪不得我面试 P6 都不给我机会，对半砍我都很满足啊……

人家说的不是业务测试，而是产品经理以及产品面向的业务用户甚至是内部客户~

• 我也不赞成这种做法，尤其鄙视 excel 管理测试用例，但是我应该不会一棍子打死这种操作；
• 这种歧视有点 angular 拥趸者对 vue 粉嘲笑的即视感，对【渐进式】这个要素并没有考虑，只攻击语法特性
• 要学习如何读写 txt、csv、excel 根本不应该成为被攻击的点，这些操作在框架里面都应该有封装好的 API，如果框架没提供这些 API 那就是半吊子框架，那么多去求教的都是不会爬就学着跑的人，这个群体只要给他们 github 地址就行了，不用耐心教导
• 框架本身要提供数据读取的 API，无论是 testng 的还是自己读写 xml、json、yaml，都一样跟 excel 需要封装一套简易的 API，否则你只能寄希望于你的框架用户团队是个高技术水准的团队，人人都可以自己做——显然人人自己用自己的方式根本不是管理者愿意看到的现象，也没见过那个架构师能允许一个后端 3 种语言混搭着来的……既然都需要封装，那么用什么管理就不是重点，如何让整个团队甚至其他干系人都看得懂、看的轻松就是个很重要的因素了，从这点来看，excel 反倒有一定优势
• 上了年纪就没有鲜明的态度，只会中庸，额，总而言之就是——看技术现状、看团队水平、看土壤（这俩字是不是眼熟？）……

我觉得有必要啥时候再写一篇文章来讨论一下这个问题，社区里这种话题太多了
话说我都 4、5 年没写文章了吧，唉……

只要薪资给到位，接受转行干环卫！
只要薪资给得够，接受每天跪着走！
只要薪资给得爽，接受马尿喝二两！
只要薪资给的足，接受当众表演撸！

看到这段，我不由得要祝福楼主：加油，因为所有的大公司的中高层在你看起来可能都在勾心斗角，而你居然如此 care……
项目忙要离职，项目组清闲也要离职……为了思考如何适应你的度，老板头发都白了~

但是 8 月份我辞职了，因为这家公司勾心斗角，中层之间为了各自的利益互相整人，当然受害的就是我们这群手下，还有个最重要的辞职原因，我们公司三个项目组，一个测试负责一个组，我这个项目组超级忙，每周四都要迭代更新，我就不停的加班加点测试，其他两个项目组的很清闲，老大都不安排他们帮我，反而安排他们学习，我看着他们学习，讨论着新知识，我什么都不知道，只有埋头干，又一次忍不住开玩笑似的给老大说了，老大还是无动于衷，那时候心里真的又气愤又难过。

贵 “鄙公司” CTO 亲自来请教了吗
有数据表明，每 1 万日活对应 1 位测试比较合适，哈哈哈哈哈哈哈哈~

多机并行足以，还并发……有什么必须要性能说明一下吗

一般都是两台或更多 HAProxy 服务配合 keepalived 一起分发，keepalived 负责 High Availability，HAProxy 负责 Loadbalance，但是实际工作的 HAProxy 服务只有一台，的确是单点，需要带宽和性能非常高

所以，最后的解决方案是啥？HAProxy 服务硬件扩容？HAProxy 服务前面加请求队列管理？

没有

双十一的时候我 2C 8G 5M 带宽的 2070/3 年，还返现了 320，相当于 1750 三年，比双十二划算太多了

白盒为上……发请求其次，下下策是狂点 10 万次，请参考：
https://coolshell.cn/articles/8593.html

没见你测试中奖概率的正确性？

最开始用 Jenkins 是做自动化测试，一开始就是 slave 资源池（预先算好容量）分组模式，master 上不允许跑任何 job：
group-label1：QTP
group-label2：selenium
group-label3：UT & sonarqube & Fortify
……分组插件是测开的小哥哥小姐姐们写的~当时害我查了好多文档没找到这个功能~
那时候容器还不火，现在真心是技术进步太多了，骚操作一波接一波的~

cache：缓存低速 IO 设备上的内容，供频繁读，用于提高 IO 效率
buffer：缓存程序所需交换的数据，供合并写入，用于减少内存和 CPU 操作次数，某些情况下也是为了提高 IO 效率

大平台的甲方工资低才有意义

for this：