为什么写这篇文章？
这几天遇到两件事情吧：
1.被领导鄙视了，说我一直是测试思维。
2.其他同事跟我吐槽测试的同学按照自己的思维定式去思考问题，对团队帮助极小。
先来定个论，我自己有没有问题？有！！
什么问题？ 喜欢怼别人！！
为什么要怼人？ 觉得别人错了，抓着人家辫子不放！！
虽然我已经不做测试 5 年了。我个人觉得这可能是测试的职业病！
为什么会有这职业病？回头看，我觉得是存在感！
因为习惯用否定别人的方式证明自己，所以爱怼人。。。有时候可能也缺那么点自信。。。
但是说实话，人啊，至少语言上，文字上还是要团结一些，不是人人都了解你，知道你为人。。。
作为 1 个做过 10 年的测试，我也曾经很喜欢安逸。（曾经有那么 3、4 年上班小桌面下面看玄幻和武侠小说。。。。）
大家选择安逸也没问题，但是当安逸抛弃你的时候，你也要做好准备。
作为研发链的最后一段，其实决定产品出不出去的核心真的很难是测试。
为团队的贡献是什么？是没有差错的产品，保证产品不会因为差错而极大的降低竞争力。
做的是不让 1000->100 的工作，对于大部分公司来说核心竞争里永远会是 0->1,或者是 1->10.
但是本身 1000->100 的事情，就是一个低概率的事件，从团队管理者的角度看，如果体量不足够大，差错不会造成社会影响，如果这个投入过大，是一件赔本买卖。
只要产品出去了多多少少就有运维的工作要进行。可能大部分团队都有测试，但是都有运维还是有点奢侈。这是不是也是测试，运维逐步融合的原因之一？
我个人觉得吧，如果还抱着传统的测试用例，点点点，其实对团队的帮助真的是太有限了。