CMMI5在项目中的精简应用[2]

　　7、 如果对设计存在争议或出现明显不合理的设计，召开一个小型 会议对异议进行讨论，有效解决设计所出现的分歧；

　　8、 测试负责人（或专门的PPQA）对开发最终修改的详细设计计划进行检查，并确认所有文档都已经commit到CVS。

　　注：在大型的项目中，必须先完成概要设计后再完成详细设计，在小项目或需求中可做适当剪裁概要设计与详细设计合在一起完成。
 
　　四、测试方案与评审

　　1、在项目的设计阶段，测试负责人根据规范文档、功能列表和概要文档编写总体测试方案与性能测试方案；

　　2、测试方案编写完成后，发邮件通知开发经理、 项目经理、相关开发人员和测试人员；

　　3、开发经理、项目经理、测试负责人、相关开发人员和测试人员对所提交的测试方案进行审查，开发经理和项目经理对测试方案进行总体性的审查，而各模块负责人则负责相关模块或功能的测试方案的审查，将建议和意见以邮件的形式反馈给测试负责人；

　　4、测试负责人收集邮件中的修改建议并对测试方案进行修改，同时回复邮件说明测试方案修改情况，修改后的测试方案commit到CVS；

　　5、测试负责人（或专门的PPQA）对最终修改的测试方案进行检查，并确认所有文档都已经commit到CVS。
 
　　五、编码实现与单元测试

　　1、在产品详细设计完成后，开发工程师依据设计进行编码工作；

　　2、编码完成后，开发工程师编写单元测试案例并进行单元测试，单元测试完成后提交单元测试报告；

　　3、项目经理根据项目实际情况对开发工程师编写的代码组织Code Review，记录相关问题；

　　4、产品模块单元测试完成后，开发之间进行产品联调测试，并修改所发现问题以及提交联调测试报告；

　　5、产品初步完成后，在提交测试前进行一次产品演示，参加人员包括开发经理、项目经理、测试负责人、开发工程师、测试工程师、售前工程师与售后工程师，在演示的过程中对产品提出改进建议；

　　6、各模块负责人对Code Review以及产品展示所发现的问题进行修改，相关的代码与文档commit到CVS；

　　7、项目经理对编码完成后的系统进行确认，确保提交测试的系统是可运行的，测试负责人（或专门的PPQA）确认所有文档和代码都已经commit到CVS。
 
　　六、测试设计与评审

　　1、 在项目编码阶段，测试方案编写完成后，测试负责人或相关测试人员根据测试方案、规范文档、功能列表和详细设计进行测试用例设计；

　　2、 测试案例设计的类型包括功能测试，边界测试，异常测试，性能测试，压力测试等，在用例设计中，除了功能测试案例外，应尽量考虑边界、异常、性能的情况，以便发现更多的隐藏问题；

　　3、 在编写测试案例的过程中，对于存在疑问的地方或测试重点，主动与开发负责人或项目经理 沟通讨论，一方面有助于设计完善的测试案例，另一方面也有助于开发进一步清晰编码思路；

[1]  [2]  [3]  [4]