站哪边都没用，线上出问题，板上钉钉， 你总不能让领导来担责吧

建立标准化的测试流程，以及测试左移，测试右移，线上巡检，自动化测试等，扩展开来，说不完的，你可以做很多保障性的措施，不只是某一个方面，而是系统性，全方面，甚至可以追究到，研发的单元测试。。。需求的评审。。。

说到底，还是得提升自己的能力价值，变成不是那种可随时被替代的，你想，如果你对于企业来说，是不可替代的，你觉得企业会随便裁掉你吗？所以，我并不认同，35 岁危机，各行各业都有 35 岁危机，并不是互联网独有的。

乍一看，以为是推荐一款测试平台，实际上是推荐一款测试平台

我觉得，tx 这企业文化是真的差劲，迟早倒闭，什么东西都要 money，态度也是高高在上。

鸟都没人鸟，而且，我还加过他们的企业 vx 群，腾讯那边的，也是高高在上，没人鸟，别人问点关于业务的事（money），就立马回别人

看来，minium，用的人真的非常少，查遍了所有资料，找不到任何快速调试 xpath 语法的方法。

用@ddt，你怎么能在一个 def function 外面包一层，for 循环。。。应该要用这种参数化运行的方法

yaml_data_list 是一个数组，里面有几个元素，这个 test_case 的方法，就会被执行几次

顺势而为

其他的我都能理解，唯独这句不能理解，“以至于工作 1,2 个月后胖了 20 斤”。。

学历 985，211，又懂代码，又懂测试，又懂管理，，，，凤毛麟角

测试开发，拆分出两个词，“测试” 和 “开发”，因此，能称上测试开发，肯定需要同时具备测试能力和开发能力。

楼主的意思是说推荐一个开源项目，其实就是推荐一个开源项目

一般 30 岁以上的岗位，如果是你，你也不会轻易换工作，到了 30 岁以上，可能家庭都有了，都稳定了，都怕失业，毕竟要生存，所以，个人觉得，30 岁以上岗位流动性是很低的，你很难找到萝卜坑，因为你找到了，说明有另外一个人跳走了，大家都不跳，自然就难找。

这样设计，肯定是覆盖率不足的，而且，可能测完，还有一堆 bug。

第一个问题，先拿最常见的例子来说，前端 pageNum，一般不会传中文，所以这点可以不需要测，除非公司项目要求，因为即使你测了，开发可能也不会改，因为在前端调用的情况，根本不可能出现 pageNum 去传一个中文字符串，除非有人恶意通过接口调用（所以，这个要看测试范围，看具体公司具体项目具体要求）

第二个问题，像 appids，你肯定要校验，存在的 appids，不存在的 appids，可能还有多种不同类型的 appids，能否查询等等其他业务逻辑，更多精力要把业务逻辑，覆盖到。

把一群人，揉一起合作，有的人能力强，有的人能力弱，有的人情商高，有的人情商低。。。考验的就是你对人性的把控。

自动化应该要有自己的环境，自动化要求的是数据稳定。

优秀

现实情况就是如此，领导不可能承认自己有问题的，haha，组员也是无辜的，听从组长安排

认可，小组长，一般不都是拿来背锅的吗？组员把责任推到小组长，领导把责任推给小组长。

建议，把自己最擅长的，先拎出来，比如你主攻 java，那么就把 java 的核心技术列出来，不要一会 java 一会 python，分好主次层级，要不然，乍一看，好像什么都会一点，又好像什么都不会