功能模块的验收测试

当前期研发的功能模块受到用户的认可以后，需要这些功能模块作为更大系统的组成部分融入到新的大系统之中。此时需要按照大系统的技术体制对现有开发的模块进行改造，改造完成以后，再由大系统的测试部门对这些模块进行验收测试。模块验收测试的流程是先技术体制符合性检查、再代码静态检查、最后进行功能测试等内容。按照规定只有上一阶段的错误归0后，才能进入下一阶段的测试，版本升级后必须进行回归测试。

整个组织流程如下：开发人员将webapp打包后入库->系统配置人员进行菜单配置->系统部署人员将应用部署至测试环境->测试人员在测试机上进行测试和记录问题，开发人员从旁讲解协作->开发人员修订系统，完成后返回至第一步。

大系统一般会提供模块集成框架、集成规范、底层的公共服务等，新的功能模块改造后作为其框架上的插件进行使用。

技术体制符合性检查

这里一般会包括：

l  界面规范检查：检查模块的前端界面是否符合开发规范，包括字体、颜色、配色方案、底色等，能够使得新的模块与原系统框架和模块在界面上统一和和谐一致；

l  数据访问规范检查：由于数据的私密性，功能模块不能直接访问数据库，而必须通过一个统一的中间层框架进行访问，这个中间层大系统可以进行统一的管理和规范，模块需要根据自己的需要开发中间层的实现注册至数据访问管理框架之中；

l  数据库设计规范检查：包括库名称、表名称、字段名称、注释、约束等要求，要求保证数据的一致性，即模块从大系统中的公共数据库中获取数据持久化至模块私有库时，如果公共数据库的数据发生变化，私有库的数据可能存在不一致的风险和隐患；

l  服务规范性检查：当模块提供服务给其他模块使用时必须通过服务框架进行，每个模块需要按照服务开发规范开发的服务，注册至服务框架供其他人或自己使用。模块调用服务也必须通过服务框架进行。其注册和调用过程由服务框架管理和监控；

代码静态检查

使用商业的软件，如klocwork进行，安装其要求，不能有1~4级的错误，待错误归0后，可以申请功能测试。Klocwork支持java、c、c++和c#语言，对代码分析比较快，分析结果能够导出为word或者Excel，同时给出代码修改的建议。建议编写代码的工程师可以将自己的写的代码自己拿去用klocwork分析，对代码编写能力的提升会有不小的帮助，写出能通过其测试的代码也算是老鸟了。

这里值得注意的是，由于知识产权的原因，模块开发的源代码并不提交给大系统总体，代码审查结果可能存在开发人员隐瞒的情况（如将部分代码私自隐藏，不参与代码审查等手段）。而且对于web应用开发而言，klocwork只能测试后台代码，前台的JavaScript代码并不支持，这对于有大量的前台代码的web应用而言也不太合理。

功能测试

按照功能测试的用例，对模块进行测试，同时对界面上可以点击的按钮和链接、可以输入的框等都要进行测试，模拟最终用户的使用过程，有时候还得配合使用数据库进行查验。

这里没有说到性能测试，因为系统性能和服务器的配置、网络状况等相关，而现在的服务器是基于windows虚拟机的应用服务器，服务器资源不足，并且时间非常紧张，因此大系统暂时没有要求和测试。