各有优劣。
第一种优点是人员成长路径清晰，人员培养环境好，测试各种流程相对规范，测试话语权更高。
缺点是有可能和研发内耗，把做好测试和做好项目等同起来，为了一些内部 KPI 搞很多花里胡哨的东西。和开发合作也有重重阻碍。

第二种优点是可以深入接触代码，如果团队测试认知度高 + 测试人员能力强的话，也不会影响测试的话语权。你想弄的任何东西，只要对项目有好处，都可以获取支持。
缺点也很明显，如果项目测试影响不大（对线上问题容忍度高）或者测试资源紧张，或者测试人员普遍能力偏弱，基本就是工具人，被边缘化成点工。没有成长路径。同时这个依赖团队和负责人对测试的认知，不重视测试的团队，日子很不好过。

直接找家专利申请的公司咨询，有些公司甚至可以帮你做~。

以前用 jira，不过要收费就没用了。现在瞎搞搞，都割裂的。

为新的一年开个好头，怎么能叫划水呢~

180 平~还不如你零头！

if 屌丝[i]需要花钱:
                self.开销 -= self.开销
                if self.开销 <= 0:
                    self.开销 = 已透支

这有 bug 吧，花钱的时候减开销感觉容易误解，命名不规范。

点个赞，又活跃又强大。

太阳式服务——围着转，要啥给啥，光还是别人给的。

书看的不少，看完的却少；
看完的书，理解透彻的少；
理解透彻的书，自己思考并有新的想法的又很少。

哈哈，恭喜你，花泽香菜！预祝新婚快乐

年终总结：
1~6 月：干活。
6 月：干活。
6~12 月：还是干活。

做到一专多强就行。

狭义上的专职测试人员的权重越来越弱，广义测试（质量）的权重应该是提高了的。
去测试化个人觉得叫泛测试化更准确。测试行为总是在的，只是测试人的要求变了。

去年今日此门中，人面桃花相映红。
人面不知何处去，桃花依旧笑春风。

强！

AI 产品还没成熟到你想干啥他就按你想的给你实现吧。。。自己动手，丰衣足食

完全赞同。话语权建立在自身实力基础上。

当然有些垃圾团队只需要工具人和背锅侠，这种团队趁早离开就行。

不是。
有相同的地方。但是侧重点不同，关注范围不同，直接翻译并不是很合适。

快乐就完事儿

额 这个违规了哇

写，有单元测试覆盖率要求。
还是有用，起码能提高开发的测试意识。

大部分管理者为了自己的绩效，会鼓励多搞花样的，管理层大多认为稳定=死水一潭，必须弄点花活来搞创新，太稳定一个 PPT 不好看，第二会认为你没有能力，没啥存在感。
不过出发点没啥不好，就是落地困难没有持续性的创新，大多变成了花活。

服务器看看连接数呢？

window.navigator.webdriver 改成 undefined 试试

看项目和资源。给资源，让我做啥就做啥。
说实话，部分项目两者表现并没啥区别。有时候先天条件不行，搞敏捷就是个负担。

你的领导有前途并且你要一条路走到黑，就跟着他走，如果你不长久待就去开发。