发现一本很有意思的书，叫做《互联网产品测试故事汇》，看了下原来是Monkey在荔枝上开了个频道讲测试人员的故事。在研发领域有各种内容的书，有各种讲编程语言的书，讲编程大牛故事的书，有讲软件工程的书，但是很少有讲测试方面的书，其中讲的好的又与时俱进的那又是少之又少。这是我看到第二本讲测试人员故事的书（之前入行前看过赢在测试系列）。
因为是讲测试人员的生活，很多话题是能够产生共鸣的。
测试到底应不应该是万金油
当作为初级测试人员时，做事还是很focus的，就像之前一篇讲腾讯职级的公众号文章说的，这时候做的是动作的执行者，只要专心执行测试就好了。但过了几年，随着对系统了解，成为专门负责一个模块的测试人员或者测试的小leader，可能就变成了任务的执行者，为了完成任务，靠自己的力量往往是不行的，需要跟其他人去沟通协调。同时作为测试接口人还需要协助别人去完成任务，会做很多和测试不相关的事情，像万金油一样。就像这几年我开会和沟通以及干杂事的时间比以前多了很多，干活和写代码的时间比之前少了很多。这是浪费时间么，其实不一定。作为测试执行者的时候，心思都用在这么帅气的将系统测彻底，但如果遇到一些技术和方法上解决不了得问题，就会素手无策，比如测试时间不够。但作为一个负责人或者小leader，有了更多解决问题的手段，通过花时间确认需求，沟通进展，争取一个更良好的测试安排，这比如何提高测试执行能力效果可能会更好。应不应该是万金油的讨论核心是如果测试一直在打酱油，对于自己的水平提升和发展是否有利，凡是都需要设置一个底线，比如80%做测试本职工作，20%做一些万金油的事情，在不荒废个人技术能力的同时，对将来的发展绝对是有利的，以前我制定过流程规范、组织上线、进行线上运维、写线上监控脚本等各种杂事，这些是一笔很宝贵的经验。然而也会存在吆喝测试人员去做本该其他角色该做的事情，这个也只能自己去适应和调整，不管做什么都要从中有所收获。
如何让测试快起来
互联网公司讲求的是快，你比别人快，你就有可能活下来，而对开发团队来说达到”快”来说比较容易，但作为测试来说，由于对质量有所要求，要做到快是很难的。以前见过开发赶工1，2天就扔个版本过来，测试验证+回归搞了好久，别人会想：为什么开发只开发了2天，测试要测2周？
如何让测试快起来，第一条路是加人，加人增加了沟通成本，足够抵消了你在家人这件事情上的效率，但不少大公司仍旧是信奉堆人可以解决任务问题，抱有10个女人一个月就能生出孩子之类的妄想。第二条是想出技能让测试变得快起来，比如自动化，真正做过自动化测试的都知道自动化投入成本是很高的。所以文中断念说，要把测试变成这个公司中所有人的事情。在网易时，测试都是QA而不是TE，职责是能够推动开发等自上而下的全面质量保证，但实际执行过程中也有诸多困难，更多的是要靠沟通和启发来让开发明白UT和自验证的重要性。在推动开发建设质量保障体系的同时，能不能解决开发的痛点，提升开发的效率，这可能是让开发和测试能够互相合作很重要的因素。
在测试执行层面，我经常遇到执行了100个用例但只发现了1个bug或者没发现bug的情况，此时的我在想，如果我能预知哪里有bug，那我只要最多跑一个用例就可以结束整个测试过程了。虽然我们没有上帝视角，但是通过测试分析，代码阅读等方式尽可能的精准划分需要测试的最小集，较小的精准测试集+较大的回归集來保障测试强度，如果被测对象已经有完整的自动化回归用例了的话，该方法应该是能够较快的完成验证。
关于外包
之前在腾讯和网易接触过外包员工，一般项目一些简单的页面活以及枯燥的兼容性验证交给外包员工验证，交集不多。到了华为以后，项目摊子太大，不足的人力大量使用外包顶上，我手下就有好几个外包员工，第一感觉很多时候不能以在腾讯和网易的管理方式来管理外包员工，外包员工的能力和主动性大多都比较差，需要不时的盯着，曾经为了找能测后台系统的外包，面试了5，6个人都没有合适的，世面上靠谱的测试都去哪了啊；外包员工在公司里普遍不怎么受待见，这跟华为整体把人当螺丝钉的氛围有关，也缺少归属感；外包的员工今天这个项目缺人被派去搞这个项目，可能过几天又派去搞其他项目去了，颠沛流离。所以我有时也政治不正确的跟我手下的外包说，好好学点本事不要做外包了。外包对于项目来说也存在较大风险，需要花时间培养和教导外包上手干活，教会了也许很快就跑了，流动性很大，造成了培养和沟通成本巨大。当然最大的风险是如何评估外包测试人员的验证质量，如果测试设计做到了80分，测试执行只做到了50分，那么整个测试效果就是不合格的，如果项目中投入了较多外包人力，或者将核心功能交由外包验证，最终的质量评估是要打折扣的。这个问题老大们知不知道？应该是知道的，但是大家都避而不谈，意思是人力都给你了，你自己能够搞定的。不仅测试人员中存在较多外包，一些页面开发也大量使用外包，我想，这也能部分解释为什么华为的软件做出来那么烂和难用了~~~~