完全 OK

顶！说得对！
不改找你领导来说服我，最讨厌那种抱着所谓的跟开发好好说的自我麻醉了，到后来还不是测试自己背锅吗，大家都很忙，你现在不改，我改天忙其他项目去了谁来跟进？说白了就是对自己的看法并不确定或者根本就跟开发一样不负责任，留着个坑坑后人，要么无耻要么无能！
这个版本可以不改，你告诉我你计划啥时候完成，如果下个月就滚蛋我就不缠你了，呵呵~

体制内听说过啥都考了，体制外，考一个优秀员工的称号比一百本证书都长脸

牛逼，以前在平安也有一套财务业务对账监控，不过没有楼主说的这么高大上，也没有做可视化

华为副总就别来逗我了

我也用飘柔的，来来来，比一下谁更自信

复杂业务场景，可以参考这个：
http://www.51testing.com/html/16/n-248516.html

年龄限制不存在的，因为考虑单月薪资可能给不了太多，我不想那么多资深的甚至专家级的来浪费时间
当然你可能会替别人问了：那我就工作了 8 年、10 年，各种技术也刚刚的，我就只想要 20K/月……这样的我不敢请啊，要么水、要么不稳定……

可以先面试，入职时间再商量

点点点的我们也欢迎，因为自动化测试这块要人比较急，我也不指望 HR 能多快了，自己动手招一下

我发现我已经跟不上你们的节奏了，想法真棒

感谢各位，学历问题非我能力所能掌控，虽然我个人不是不介意的
我合作过大专都是自考的大神，但终究也没能正式成为同事，HR 的规章不好随便挑战

欢迎来教槽神做人~

已提交

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 年没写文章了吧，唉……