测试人员除了掌握测试相关技术，比如测试流程、测试用例编写思路、自动化脚本的编写、维护之外，还需要对自己所测试的具体业务进行学习和掌握。

　　只有这样，才能去涉及灰盒、白盒测试，在测试执行过程中，提高自己分析、定位问题的能力提升。

　　针对测试人员提高业务掌握程度，秉承一贯的培训、指导思路，初步拟制了如下方案。

　　方案分为三个步骤：

　　一、业务模块摸底清查

　　二、构建业务模型图和举例

　　三、考核阶段

　　详细说明：

　　一、业务模块摸底清查

　　责任人：一线测试人员

　　配合人员：一线开发人员，CMO（配置管理员）

　　对各组模块划是有梳理的，方便测试人员了解缺陷的各个业务模块名称，以及每个模块大致起到的作用，模块的负责人。

　　故要求各项目组，能重新梳理本项目的模块出来。由测试人员为责任人，自己尝试去了解本项目的各模块详情，各模块的作用，本身就是对业务的一种深入学习和掌握。

　　根据经验，可能需要CMO（配置管理员）拉去模块，具体的模块会咨询开发人员大致的功能。

　　同时，彻底的梳理，可能会发现很多没人维护的模块，算是意外之喜。

　　二、业务模型图和举例

　　责任人：测试主管

　　配合人员：项目经理或SE（需求分析师）

　　测试主管，重构出本项目由硬件到驱动、协议、业务、应用等的业务模型图。基于完成的业务模型图，对组内进行培训学习。列举一些典型的bug，分析业务逻辑关系，以及各模块之间的从属关系。

　　可能测试主管对系统理解不深刻，需要对系统比较了解的人指导，比如项目经理或需求分析是。

　　三、考核阶段

　　责任人：测试管理团队

　　参与人：所以的测试人员。

　　上述两个步骤完成后，由测试管理团队，对每个组进行考核。每个组出一套卷子，涵盖业务模块的理解、问题的排查、业务架构的绘制和说明等等。然后利用项目中较为宽松的时间，分批次考试考核。

　　会事先声明，考核成绩作为绩效的标准之一，提高严肃性。

　　如上，希望通过上述的方法，达到几个结果：

　　1、提高测试人员对本项目业务的理解；

　　2、提高测试主管对本项目的整体架构模型的理解。

　　3、梳理刷新业务模块，发现呆滞、无人维护的模块。

　　4、让开发人员本身也有一定的整体概念。

　　5、后续作为基础培训课件使用，让团队新员工快速理解业务。

　　作为能力提升，管理者务必要确认各种培训文档、资源的真实性和可获取性；同时，也需要激发个人的主动性，这样才能达到较好的结果。

　　本文出自 “柳记” 博客，请务必保留此出处http://eilfei2000.blog.51cto.com/2956473/1040396