5、配置管理

　　软件测试过程是一个复杂性的劳动，测试过程中会产生大量测试文档，主要通过相关管理工具的方式实行对文档的管理。在文档的管理方面，按照公共类、项目类、软件缺陷类、开发人员类、测试工具类等：

　　1）公共类主要放置测试模板及测试规程说明，测试经验共享文档，开发技术规范等。

　　2）项目类主要包括项目各阶段文档，如需求分析、测试计划、测试用例设计、分析报告等。

　　3）开发人员类是针对每个开发人员易犯错误的总结。

　　4）测试工具类主要放置常用的测试工具。

　　对于每个测试人员来说，测试管理软件采用的结构特点，每个测试人员可以通过Internet 网查看或FTP下载公共类、软件缺陷类、开发人员类文档和自己权限范围类的项目文档。

　　6、工作流程

　　为了使测试工作有序，提高工作效率。测试团队要形成一套测试工作的流程。当一项目启动。测试负责人向所有测试人员介绍项目情况，项目负责人和测试负责人根据实际情况分配测试人员对新项目进行测试。项目负责人和测试负责人共同商定该项目各阶段所需的测试人员，随着项目的进行，各阶段测试人员相继加入。每个阶段首先相关测试人员首先对文档进行验证（需求验证、概要设计验证、详细设计验证、代码审查等），并编写相关测试用例，随后按项目实际情况加入进行测试。

　　总体来说，项目整个测试过程按V 模型进行，V 模型是测试组织中常用到的一种模型，

　　它指的是根据需求进行验收测试，根据概要设计进行系统测试，根据详细设计进行集成测试，

　　根据编码进行单元测试。如下：

　　需求分析 验收测试

　　概要设计 系统测试

　　详细设计 集成测试

　　编码     单元测试

　　在测试过程中，要求每个测试人员必须每天把测试文档（如测试报告）提交到测试管理系统中。对于测试阶段和维护阶段测试人员测出的软件缺陷，要求按错误登记分类及时录入系统中，方便开发人员及时查阅，对于软件缺陷，通过系统的生命周期进行管理。开发人员总能通过测试管理软件中的缺陷子系统及时知道自己开发部分所存在的软件缺陷。各阶段测试人员工作完毕相继离开此项目。

　　7、存在问题和不足

　　7.1 沟通问题

　　由于试人员和开发人员在软件的某些问题上会产生分歧，所以在对测试人员的培训时强调了注意原则性的同时，要注用一定的灵活性，双方沟通问题应加强。

　　7.2 人员安排

　　项目较多时，一测试人员可能在一段时间内完成几个测试项目，容易产生几个项目时间规划对于一个测试人员的时间冲突问题。避免测试人员在多个项目中时间上的交叉也是以后测试负责人规划时应注意的问题。

　　7.3 后期人员安排

　　项目结束后，再测试时人员组织问题和责任划定问题。在项目结束后，通常采用以后再需测试时仍由原谁测试谁负责的原则进行，但此时组织工作可能不如以前容易，因为此时相关测试人员已经有其他工作安排。