B站上周末宕机了，这事情在互联网圈说大不大，说小不小，群里有同学说宕机9分钟，没超过10分钟目测可以保住一个大领导。
这两年发电厂一直也在对外沙龙，关于发电厂的容灾机制也了解一二，通过多活机制切换机房，PPT上写的是分钟级别，这次实际体验了下，10分钟左右。
几个月前，发电厂大裁员，测试是重点，而测试又一直担任质量守门员的职责，又想起了之前经常聊的话题，能不能把测试这个岗位去掉，携程某一些bu就在实践，开发自测，产品验收的环节，去测试化并不是不测试，而是取掉专职测试的人员，这个事情我想引用一下阿里扬帆老师观点。
测试行业近十年基本没有消失的可能性。
这倒也不完全是出于个人感情或盲目自信，这个问题在数年前我还真的正儿八经研究过，后面几年的趋势观察下来也基本符合当初的推测，所以我想还是有一定的可信度的。
早前之所以会调查这个问题，是因为测试界有位挺活跃的人物发表了一篇轰动一时的文章，内容大致是说：测试角色很快会被淘汰（去测试化），以后测试都会去开发平台，测试工作则赋能给了开发。巧的是这篇文章也被公司一位外企过来的高管看到，还跟我聊了聊这方面的可行性。
实例来讲吧，就说 Google，比如大家熟悉的 Chrome，版本更新也不慢，但是你看它的产品有很大改变吗？相信不少人读过《Google 测试之道》，知道他的发布过程是有着完善的分级灰度控制的。再强的团队也避免不了问题，但人家有足够的耐心去打磨。而且 Google 也没有把测试的事情拿掉，而是做了进一步分化，对工程和体验都有更强的专注力。
比较有意思的是微软，他可以说是测试行当的祖师爷，前几年也有模有样地宣称要去测试化。当然这里面也是有些逻辑的，Windows 的发布方式已经有很大变化，以前卖的是实体光盘，现在基本是数字化交付，所以 Windows 也玩起了灰度测试那一套。结果 Win10 的各种问题被骂出翔，矛头直指微软裁掉测试的传言，逼得微软辟谣还留着上百人的测试团队，可见 Google 模式也没那么好复制。
至于国内的情况不多说大伙也知道，产品研发的基本调性就是抓紧时机搞一波热钱，产品好不好不重要，能不能 IPO 才重要。 所以感觉多数老板都很焦虑，今天提的想法，明天就得落地。能不能带来效果不知道，这个想法不行明天就再换一个，总有一个是行的吧？产品特性换得比自己的衣服都快。
如果说人月神话的比喻是说：一个孕妇生孩子要十个月，两个孕妇就只要五个月。那么国内的普遍情况就是：一个孕妇生个孩子只给三个月，怎么实现管不着，反正就是一定要。老板不在乎什么软件工程、质量控制，只关心他的需求要等多久。想想为什么他们不懂什么是黑盒白盒，自动化这个词倒是记得很清楚。靠灰度慢慢做产品？不存在。只要能快点发布，堆测试才是最香的。
但不可否认的是，潮水退去，相当一部分测试是没那么值钱的，只会手工点点点的测试会被淘汰是真的，接下来几年将是筛选期。
