12年 / 六道轮回后的初心是什么？
你猜对了，前面一大堆都是废话，现在才到正题，测试的目的和初心到底是什么，我们为什么要干这件事情，是用户需要我们干，是系统需要我们干，那我们干到什么程度呢，我们到底是做测试，还是做校验，还是做验证，还是做探索；每个人心中都有自己的理解，可能不一样，没关系，有一点你肯定无法否认，不管你是谁，你肯定是某个产品的用户，你都肯定遇到这些产品的bug，你都可能是傻笑、生气、发飙、投诉、卸载、放弃等，然后没有了，没有了。
前面也是谈了非常多了，关于测试核心工作产出上，有不得不必须要干的、有可干可不干的、有非常想去干的、有老大们逼着去干的、有大家都在干的我也想干的；在这里，我想谈谈我个人认为的我们可能忽略的一些问题，大家听到测试技术或测试方法时，第一能想到的是什么呢？如果说到测试设计方法时，你第一能想到的又是什么呢？如果说到测试架构师，你第一能想到的又是什么呢？如果说到项目测试负责人，你第一能想到的又是什么呢？
建议大家先看看《google测试分享-SET和TE》我们是测试开发工程师的title，但是我们干的什么活呢，基本上把SET的工作和TE的工作合二为一，放在一个人的身上，大家其实也看到了SET和TE的技术和要求是不一样的，我们测试团队的测试开发工程师都能很好的具备SET和TE的能力吗，我们真正的测试工作的初心到底是什么呢？我们的测试开发工程师都能在产品的测试过程中发挥这么多的作用吗？在技术日新月异的时代里面，开发都在全栈了，测试也是该全栈了，不仅仅测试类型上，在不同的领域测试上也有这样的要求，但是这里面有一个基本的基石，那就是如何更好的去测试，去想到测试什么地方，去抓到那些隐藏的bug，去识别到那些隐藏的风险。
好了，言归正传，通用的基石有那么几块，最核心的当然是使用什么方法去测试了，知道测试哪里了，所以测试设计是一切测试活动和技术的基础及前提; 同时，我们需要考虑需求文档不足下的测试设计怎么做? 我们还需要思考测试模型该怎么建立，而且测试模型分为测试方法模型和业务测试模型，所有设计都是基于模型的，我们也知道好的测试设计能提高测试执行效率，但是我们如何有一个好的测试设计呢。我们先从大家最熟悉的黑盒测试方法来说，大家都熟悉的等价类划分、边界值分析等测试方法，很多人都说一个正常的工程师 都能在一个下午学会和理解大部分的黑盒测试方法。 对此观点，我是不敢苟同的，这就讨论到这些黑盒测试方法的深度的问题了（这个话题之前就是打架无数了，好像最后我们没输，但是也没赢）。
（1）学会和理解测试方法的使用步骤是很简单的，但是真正的在项目需求中应用起来可不是一朝一夕的。这就好比给你一张扑克一样，高手就能拿它杀人，一般的人能做到什么程度呢。 这个也很像有些人能发现你不能发现的bug一样。至于原因有很多，具体看在淘两年的blog。
（2）谈谈我自己的感想吧，我自己在工作前两年也是认为这个黑盒测试方法一下午就可以学会的，找几个例子试着使用下，感觉自己掌握到这些黑盒测试方法，但是后来我看过很多这些测试方法的背景以及应用的注意点后。我发现自己真的是了解了一些皮毛，没有深入的了解。对于个项目需求，如何快速且完整的应用这些黑盒测试方法设计出不多不少的测试用例，这个需要的经验的积累，也就是你测试价值的核心体现。
（3）多次和其他公司的测试同学交流，发现很多同学说自己都说自己是工作2-3年的人，已经遇到瓶颈了，感觉测试很单调和无味。我给的建议其实很简单，那就是真正的理解和掌握所有的黑盒测试方法。怎么来验证呢，我自己就是这样：给你一个白板，你能把所有测试方法的5W2H(What、Why、When、Where、Who、How、How Much)都能非常清晰明了的演讲出来，记住是不需要参考ppt或其他资料的情况下。
就像火影里面的鸣人一样，他只会螺旋丸这个核心的攻击忍术，但是在扩展其他忍术之前，他会把这个忍术的深度发挥到机制，从而研究出威力更强的超大螺旋丸、超大玉螺旋丸、风遁螺旋丸等等。
大家再想想，这些黑盒测试方法都是20年前国外的测试大师们发明的了，然而20年后的今天我们在学习测试方法的理论时还是这些，这是为什么呢？这里面有几方面的原因，一方面我们的测试同学很多是非科班毕业的，本身技术能力和逻辑能力相对来说薄弱，这样在测试生涯过程中更加无法变幻出更多的测试方法，另一方面，我们在各个行业领域内更多的关注效率问题，更多的关注如何快速的测试，而不是如何更正确的测试，所以我们都很难沉下心来来思考改领域内的一些通用的测试方法，从而能分享和传承给所有测试同仁；说我们不愿意去做，或者说我们没有意识去做，可能是乐观了，其实这个非常有难度，这个方法的抽象和建模非常的难（之前做过一些测试模型的抽象，感兴趣的可以了解下），不是在某个领域扎根多年的测试大师们无法做到的，前提还是这个大师在这块上有更多的思考和沉淀和总结。
这里强调我可没说初心就是黑盒测试，个人看法，初心是从本质上去想和思考怎么去测试，什么方法和策略，测试哪里，说到黑盒测试方法只是其中举了一个例子而已，想想你如何回答你是通过什么方法来测试”它“的，你不可能说我用自动化测试来测试它，我开发了一个平台来测试它，需要你想想你的回答有没有传承性。这里是有一套方法的思路的；至于技术本来就是解决问题的思路；怎么去做的方法，这个可能比较虚，就像道一样，这些思维方式的思考，我们平时做的太少了，而是更多的去做开发自动化测试框架，不是说不好，去想想为什么，是体现你的技术，还是觉得这个是潮流，大家都干，还是觉得这个是某一个价值的；等等。而这些是不是符合最初你的本心。
12年 / 我们还能找回初心吗？
好了，前面说了蛮多了，大家在现实面前还是需要现实一点，随着开发测试比例的提升，测试人员会更加专注在效率上，而不是质量上，我们都有一个美好的愿望，就是我们先把问题解决了，先把效率提升了，我们就有时间好好研究如何正确的测试SUT了，如何创新出新的测试方法了。理想很丰满，现实很骨感，就像需求列表里面一样，都是P0的需求，我们都在想P0需求做完了，下一期我们做P1P2的需求，然后你会发现P0的需求永远做不完，同理，我们的效率和问题解决也是做不完的，那我们的重心和目标规划还是在这上面，这有错吗？没有错，对SUT来说、对质量和效率来说、对业务发展来说、都没错。
当然很多人会说我测试效率提升了，质量也会同步的提升，这个仔细想想还真不一定哦；前面其实也提到了，我们在平衡质量和效率上的投入，到底平衡到什么程度，我们自己也不知道，很多时候为了功利、为了自己、为了未来、为了测试行业本身，我们做的选择可能有所不同，最关键是你做出了什么选择，你是如何平衡这些的，在这个平衡中，你学到了什么，你知道了测试这个产品有什么样的坑，你的测试经验教训到底有几条，哪些是对他人是有价值的，你有没有总结和抽象出。
回答问题，在这个现实世界里面，我们工作10几年的测试工程师们，我们还能找回初心吗，还能静下心来思考我们真的是正确的做测试吗？真的只有这样的一条路吗？我们还能有其他的路吗，对于绝大部分测试同仁来说，我们都无法找回初心，我们只能在这现实世界里面随波逐流，当然，很有可能包括我自己。
12年 / 忘记我所写的
感谢你能看到这里，看到了那么多的废话，那么从现在开始，忘记我所写的，继续写代码，继续开发测试平台，继续解决问题，你会成长的很快很多的。以上所有的观点都只是我的个人看法，很多地方说的容易被人挑战，被人骂SB，是的，但是又有什么关系呢。
我思故我在，在此纪念测试十二年的酸甜苦辣。
下一个轮回，又是12年，很漫长，如果我不干测试了，我也会关注你们的。青山不改，绿水长流。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
