厉害，兄弟是怎么做到的？每次上线都没问题么

年终大惊吓。哈哈

这套路我懂。。不过我觉得其他朋友说的也有理，我是应该多看看招聘的信息了。老板后边指不定会有什么其他的要求

说的意思就是自动化测试覆盖所有的旧功能。就可以提升发版节奏了。不过我仍然觉得有点瞎。

看招聘信息是吗，哈哈哈。感觉可以看了。随时准备好开溜

OKR 我都觉得过分。好吧……

测试头目。不是什么项目经理。

我很担心他把这个当成我的年度 kpi，当个测试真是难~

尝试用 BDD 的方式，勉强可以。看到需求，先构建自动化测试的步骤。做出来了，再补充具体的细节。

有理。可以尝试

合理的惩罚制度当然很好。就怕严格这么执行之后，每个版本都有处罚，结果只会是士气越来越低。目前的改进措施，都是着重从总结，复盘，然后改进工作效率的为主。

看来大家都差不多啊。

是的。一周，半天讨论需求，3 天开发，1 天半功能测试 + 回归测试。这种前端做的很重的项目，就是很多 bug。。开发试过一天修复了 100 个 bug

感觉不应该挪窝啊。应该先加强技术。建议往一个方向先提高，例如精通一门编程语言。会用工具现在已经没什么优势了，这门槛实在太低。能人所不能的才是人才，才有市场

吃好睡好玩好，时间过的很快的。

同类的框架太多，只能当做练手

扎心了老铁。

有句话，我觉得挺贴切的，拿着种菜的钱，操着卖白粉的心。

不过话说回来，入了行，当然是遇到问题就想办法解决啊。一味吐槽也不是办法。

“为什么测试环境没有测出来"

听到过的最多的一句话。好好的上着班，不知道什么时候锅就到头顶了

testng 是一次性加载所有的参数的，原因是为了提前维护好每个测试方法的上下文，多线程跑的时候，不会出乱子。

你这个问题，其实就已经不适合用数据驱动了。基本无解。

作为社区的创始人，你这个头起的不好啊。

应该多看点毛选，别看什么人性的弱点了。那玩意害人。

之前跟 monkey 撕逼也是这样，撕着撕着累了就消极应对，不是一个创始人应有的格局。

有人不能被你说服，就一副这不是你的社区了，你跟我不是一路人的做派。真没必要。

我是觉得你技术挺牛的，就是撕逼的技术差了点。每说一句都带个人性丑陋，人性阴暗，是真的会让人很不爽的啊。

666666.

果然平台不一样，技术领先太多了。。

作为一个面试官，我表示，考察代码能力其实代表着几个方面：
1、这个人的进取心怎么样
2、这个人的学习能力怎么样
3、这个人的耐心，解决问题的能力怎么样

因为写代码，做工具，没人带，要自己自学，通常有没有成果，很大程度就反应了以上几项素质。长时间做一件事情比如功能测试，大概率，很大一部分人都能做好。毕竟熟能生巧。光考察业务能力就有点过于单一了。

正因为测试话语权不足，才需要多多参与。不参与，别人怎么知道你测试厉害呢？

你能在开发产品测试一起的会议中，查漏补缺，力排众议，久而久之，你就是事实上的业务专家。

如果什么都不想参与，只想干好自己的活，何来话语权的提升。非职权的影响力就是要依靠这种

团队的日常交流共同的场合，一步一步建立的。另外，我表达的意思是多沟通，是可以减少背锅的哈。不是

说你参与了会议就不用背锅了

题主的想法好奇怪啊。别的人都是抱怨测试不被重视，需求或者变更总是最后一个才知道。导致有漏测或者临时的加班

你怎么是调过来的？觉得产品找你对需求反而是负担。。

当然，如果是资源很少，不想用开会这么重的方式，可以跟产品提意见，在工位简单过一下也是可以的。不至于这么吐槽吧。

测试什么会都不参与，只看文档测试，就不怕背锅吗

云测平台取代不了测试人员
云平台能加班测试吗？
云平台能协助沟通清楚需求吗？
云平台能自主写 case 测试吗？
云平台能有业务积累，在做需求/验证的时候查漏补缺吗？

以上，一个都搞不定。注定只能是个辅助性的东西。