3.3 风险分析

　　3.3.1 计划风险

　　1、测试资源风险：部门组建之初，会出现暂时的资源迭代的情况，主要是人力资源，需要每个人在主负责相关的测试项目的工作外，需要对其他项目进行测试跟踪和学习，测试人员是否可以跟进部门安排的工作，尽快完成从单业务测试向多业务的了解和掌握，从而可以开展测试工作，需要时间来证明。同样，测试管理部对部门整体的测试环境的掌握，测试经理对部门的实际了解和终流畅运作，需要一定的时间来组织和构建。

　　2、人员风险：新的整体部门的组建，虽然会维持一些原有的流程和作业规范，但根据实际情情，势必会进行调整，原有人员是否可以适应新的工作方式，在原有的成型的工作习惯基础上，是否可以学习，加强业务知识，专业技能，是否能顺利的完成任务，需要保守估计。

　　针对两方面的计划风险，需要作出以下改进措施，并坚决执行：

　　1、资源共享。组织培训，尽快使原有两个组中的核心业务知识共享，同时，每个成员还会负责原有的日常测试工作，在开发部门的开发模式不调整的情况下，继续以项目为单位，进行测试。同时，在培训和自学中，尽快掌握其他业务，同时，达到可以对其他业务的手工操作熟练掌握，终可以实现招标，采购测试人员的交叉。

　　2、技术共享。测试工作中的技术应用，通过会议，培训，工作安排，达到两组完全融合，技术平衡，测试管理平衡，测试规范，文档平衡统一，测试技术技能应该平衡。

　　3、对人员的工作分配和使用，除了按现有的方式暂时分配工作，增加一项考核内容，是管理部门分配的其他项目的业务水平和测试认知的考核，通过考核，使测试人员尽早的进入这种“多进程”的工作方式，终的考核结果，会和测试人员的职级产生影响，终的原则应该仍是在优胜劣汰的原则.

　　3.3.2 计划外风险

　　1、开发模式的改变。重组的技术开发部门是否仍是以项目为单位，进行产品开发，功能整改工作，还是会有新的开发模型？这将直接影响到测试管理部门的职责行使、工作安排。

　　2、公司整改战略思想的政策支持度。四个部门同时整改，造成原有的工作模式和工作方式，在各部门都产生重要影响力，势必会在行使之初，有些资源利用，调配，以及资源的掌握上，有一个适应的过程，这不只是测试部门。如果在短期内，四个整改部门出现不兼容的情况，公司的整理处理方针是什么？

　　针对计划外的风险，没想过具体方式方法，只能暂时这样制订：

　　1、如果开发模式改变，只能灵活的制订相应的测试策略，调整原来的测试方式，集中讨论，形成对应的处理机制。

　　2、如果出现不利于公司前进的因素出现，测试部门整改的一个中间部门，和前一级，下一级部门尽早协调，争取早日更好的接轨，倘若行不通，以公司指令和调配为准。

　　四、测试管理部发展规划

　　4.1 部门建设

　　部门整合后，会对测试建设提出两个目标，以此为目标，打造体系完善的测试管理部。

　　4.1.1 短期目标：

　　实现两个测试组的融合：资源融合，技术融合，业务融合，工作融合，计划用3-5个月实现。

　　具体规划：

　　1、工作考核

　　2、部门绩效考核

　　3、近期工作安排

　　4、培训安排

　　5、业务测试交互

　　6、人员定岗，定职

　　4.1.2 长期目标：

　　把测试管理部发展为综合业务水平高，测试技能突出，测试影响力大，测试经验丰富的团队。

　　具体规划：

　　1、部门测试影响力

　　2、测试技术掌握

　　3、职级确定

　　4、部门协作

　　5、人才培养和留任

　　6、人才引入

　4.2 人员激励

　　测试管理部的测试人员的激励，主要从以下方面进行阐述：

　　1、从工作安排上来说，主要是要让每个人都清楚自己的工作任务，明确知道自己在做什么，从而使每个人都是在工作，对于主动工作的人员，在部门的绩效考核和公司的考核中，要有一定的体现；

　　2、职级进行分类后，根据员工的工作情况，可以和其他职能部门协商，升，降职级以此对工作作肯定和否定，这种方式慎用，主要是部门内部的工作和部门建设出现问题，原因分析确实因为个人所致的。

　　3、配合公司的薪水，奖金，福利制度，对人员的工作进行奖，罚。

　　4、对每个人兴趣的，和测试相关的培训，学习给予支持和鼓励，并可以在项目进度允许情况下，可安排员工重点去攻关，学习，培训，从而得到学习总结和成果，共享于测试部门，提高所有人相关知识。

　　5、测试人的自我激励：主要是对这个职业的热爱，态度的积极性，对待工作主动思考，同时会影响到其他人。

　　五、测试管理部业务规划

　　5.1 招标网业务规划

　　1、现有项目的日常测试工作稳定运行。对业务比较复杂的项目，加入新的测试人员，参与学习和辅助测试工作；

　　2、进一步提取原来两个组中的精华和集合点，形成共同的基于公司业务和项目开发的完整的测试工作流程；

　　3、基于招标平台的状态机设置以及业务流，结合自动化测试框架的思想，把原有的成形的功能模块和节点集成到自动化测试框架中；

　　4、开展基于测试工作环境下的性能测试和性能分析

　　5、在开发机构完善，测试相对独立后，考虑搭建一个真正意义上的测试环境，从提取代码，编译，部署到版本测试控制，测试执行，测试分析，测试结果生成，在测试管理部的测试服务器上完成；

　　6、加强部门可持续发展建设。以学习、工作效率还有积极主动性作为衡量工作的比重较高的标准。

　　5.2 采购网业务规划

　　工作方式同招标业务。

　　六、测试管理部职能行使

　　6.1 测试职能

　　1、行使参与项目预审，参与项目评审工作；

　　2、行使测试组建，测试准备，测试执行，测试分析，测试报告生成的工作；

　　3、按项目进度，行使对需求的完善，开发过程中的失误，错误进行验证，控制项目进度，控制时间成本，控制质量的工作；

　　4、加强部门建设过程中的学习和培训，以及参与其他部门的技术，业务交流的工作；

　　5、用户验收测试完成后，用户培训手册，用户操作说明的编制工作。

　　6.2 部门沟通

　　1、利用公司的现有资源，如mail，RTX，OA等，保持现有的交流风格和方式；

　　2、贯彻测试理论到整个项目过程中，整个部门以重视产品质量为前提的工作状态下进行相关工作。

　　3、积极和其它相关部门互换意见，寻求共赢点。

　　4、测试产生的数据，即时通过测试管理QC或其他相关手段，反馈给相关部门，同时，其他部门产生的数据，流经测试时，测试管理部积极处理，如果出现停顿，测试部相关人员主动查找停顿原因；

　　5、测试人员通过工作的主动性，从测试和质量控制环节上，带动其他部门的主动性，并且通过工作上的主动开展，形成部门沟通的良性循环。