测试流程之所以存在

曾经的老大写下的文章。
跟大家分享最近团队里面的三个小故事，谈谈我的看法。

昨天，QZ分享他轮岗DEV的项目，中间说到了他出的一个bug，因为对于自己写的代码盲目自信，不经过本地调试，不经过自测就提给导师review，被RD导师发现了代码逻辑写反这种错误。
我们平时总是说RD脑子抽筋范低级错误，其实QA自己也是一样的，这就是人性，你没犯错只是因为你没有坐到那个位子上而已。

人都是受感情和感觉支配的动物，做到真正的理性很难，人有情绪，会疏忽、会厌倦、会疲劳，只有规范化的测试体系才能应对人的不确定性。

前天，由一封日报邮件开始，MH和我讨论一个进程到底能打开和占用多少网络端口的问题，经过反复证明和说服，MH终于接受了我的观点。
这个事情让我觉得，当我们在学习某个知识点的时候，最首要的是一定要把这个知识点的概念弄清楚，因为一旦错误的观念建立起来，根深蒂固，不是那么容易改变的。
当然，从另一个角度上来说，MH非常坚持自己的立场，不轻信别人的结论，一定要看到证据才相信，这种独立思考的精神我觉得很值得推崇。
我们都应该明确一点，任何其他人跟你说的结论，你可以记住它，但在没有经过自己辩证思考、没有看到事情的全貌和证据之前，都不能轻易相信。

上周，在一个与其他组同事合作的项目发布的过程中，本来YZ自己部分的工作已经做完了，当天是其他组的模块上线，PM找过来需要YZ帮忙支持配合一下上线过程（造一下测试数据），不过时间已经很晚了，YZ又有急事需要处理，想要下班回家。对方QA不依不饶，不仅不让他走，在Qtalk里说话还带刺，弄得气氛不太愉快。最终是YZ支持完对方上线才下班离开。
这个事情我认为YZ最终的处理没有问题，不管是哪个部门哪个组的项目发布，都是很重要的事情，我们都应该尽量去支持。
只不过处理的方式可以更柔软一些，冷静下来想一想，我们在与合作方沟通的过程中，关键是你要换位到对方的情境下去思考，要了解对方的根本诉求是什么，你才能知道最合理的处理方式。
在上面这个例子中，对方QA的真正目的是他要完成上线，QTA需要有人来配合一下，那是YZ来支持还是LZ支持还是SC来支持对他来说都一样，你现在马上支持，还是晚30分钟回到家开VPN来支持也没有很大差别。所以这个事情，其实YZ可以找一个QTA同事临时顶一下班，YZ回家处理完急事，再开VPN上来继续支持对方发布。这样双方的目的都能达到，谁也不耽误。