测略君的测试认知简史

有小伙伴留言问是否有成体系的测试知识介绍，或者说是该如何在测试方面学习提升?线下和线上都有很多课和书非常系统地讲。我就把我对于测试的认知过程做一个简单的介绍，或许对于知识的梳理以及学习的节奏会有些帮助。

测试技术认知

测略君画了几幅草图来快速勾勒测略君对于测试认知的几个阶段：

>>>>第一阶段：测试四部曲

这一时期重点关注的是测试设计和执行的基本讨论和方法，应该是功能测试的核心了，我们所在的团队是深受测试生命周期的教育，所以会有系统化的阶段和任务划分。可以深究的包括需求分析的方法、用例设计的思路等。掌握了这部分，算是入了门。

>>>>第二阶段：测试体系内的深化

这个时期考虑的将是测试体系内的延伸：测试管理上从全局去看测试本身的方方面面；执行方式上，开始把自动化测试纳入视野。这个可以算是一个提升。当然，自动化那部分对于自动化测试的工程师们而言，算是启蒙阶段了。

>>>>第三阶段：体系外的视角

这个阶段的特点是不从测试的角度看测试，而站在项目层面或者用户层面来看待测试本身。于是，在项目层面，需要和开发、运维等深度对接；在用户层面，非功能的需求和更高的用户体验则要求进入到整体的考虑中。当然，对于性能测试工程师或者安全测试工程师而言，他们会在第一个阶段就考虑系统测试。

>>>>现阶段：新型测试模式

互联网时代的技术也带来测试模式的变更，为此测略君最近为一些新测试概念、原理和运作方式熬白了不少头发。

业务领域认知

事实上，在测试行业中，对于业务领域的认知也是一个很关键的维度。很多测试的岗位会特别标注行业经验，比如要求有银行后台测试经验、有互金测试经验、要懂得会计知识等。这个在我们和客户对接的时候也非常明显，客户首先关心的是“你们是否有类似的案例”。所以，从业务系统的维度去逐步深化认知测试也是一个测试发展的好思路。

测略君依样画葫芦用几幅草图尝试描述一下本人对于业务系统的测试认知过程：

>>>>第一阶段：功能分析

每一个测试人员参与某个项目，基本上都是从接触形态不一的系统功能说明书开始的。这个阶段需要掌握的是针对于功能模块进行分析，进而可以完成需求分析、用例设计、测试执行的任务。成为一个合格的功能测试人员。

>>>>第二阶段：业务理解

功能测试要提升，下一步则是要对所测系统的业务进行理解，诸如系统用户是谁、系统解决什么业务问题、业务的流程如何走等等，即测试人员把自己往业务用户那边去推。这个阶段的达成可以让功能测试人员变得优秀，因为我们可以进行需求合理性的验证，同时可以自主地丰富场景的设计。

>>>>第三阶段：上下游串联

目前的时代，任何业务都很难是一个孤岛，系统也很难孤立，必然会有这上下游业务、平行业务。那么，掌握上下游业务的串联以及相关系统的对接则对于系统性的理解业务以及做好测试非常有帮助。这一阶段的成果，我们可以做端到端测试、接口测试、当然还可以进行挡板和模拟器的实践。

>>>>第四阶段：提炼解决方案

第三阶段后，对于特定的系统的功能测试已经达到了很好的水准。下一步要思考的是是否可以凝炼成领域业务系统的测试解决方案，即回答“针对类似的系统，我们该怎么测”的问题。一提到解决方案，大家都会觉得高大上，其实也有迹可寻；基本的套路是寻找特征、然后提供针对性的解决对策，再辅以基础性的测试体系框架，则一个有模有样的解决方案就出炉了。当然，特征提取的是否准确和完备、针对性的对策是否高明有效，则会根据制定者的能力和经验会有差别；这将是一个循序渐进的过程，需要不断地去思考和实践。