看来，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，分好主次层级，要不然，乍一看，好像什么都会一点，又好像什么都不会

想要做到如此的完善，两点即可：
第一点，钱给的到位
第二点，时间给到位

适合自己才是最好的，即使别人成套方案丢给你，你使用起来的效率，不一定是最好的。

。。。。。。

想法不错