《总的测试工作计划》.docVIP

项目测试工作计划 TOC \o 1-3 \h \z \u 项目测试工作计划 1 1 项目管理机制 2 2 测试准备 2 3 测试平台 3 硬件测试环境： 3 软件测试环境： 3 4 培训体系 3 5 知识共享 3 6 项目职责划分 4 7 工作进度和各阶段的任务说明 5 8 测试工作流程图 7 项目管理机制 项目采取项目负责制，实现职责到人，充分发挥人的积极性和能动性。通过测试前的充分准备，使项目测试工作有条不紊，测试流程和测试点清晰明了。建立灵活多变的测试平台，使测试工作能按计划正常进行。建立培训体系，使测试部成员能全面充分理解各产品的功能和流程，并保证各成员对同一个功能有统一的认识，从而支撑测试项目负责人承担项目全程负责职责。通过知识共享，学习别人的长处，完善自己的知识结构，从而更快速提高工作质量和工作效率。 下图是项目测试模型： 环境 环 境 配 置 培训体系 知识共享 测试平台 测试准备 测试组 项目 知 识 积 累 测试 资料 测 试 分 配 测试准备 为了对项目模块进行全面和充分的测试，在测试前做好充分的测试准备。测试准备的主要活动是组织测试计划和测试用例的编写和测试产品的评审，主要产品是测试计划和测试用例。测试准备启动在项目功能规划蓝图评审通过后进行测试计划的编写，当项目详细设计通过评审后，进行测试用例编写，该两项工作由测试主管和测试组组长组织进行。测试组要组织相关人员进行测试计划和测试用例的评审。通过对新增的图书管理项目的新增功能的评审，保证该模块的测试质量和提高产品测试效率。 测试平台 测试组利用现有的开发平台建立起一套相应的测试平台，该测试平台是基于Windows操作系统的测试环境，并尽可能的模拟实际用户的使用环境，真正的再现客户在实际使用中可能会遇见的问题。 硬件测试环境： 服务器端 客户端 软件测试环境： 服务器端 客户端 培训体系 为了确保测试组成员对原项目的功能，业务流程熟练程度以及新增版本的功能的准确性和统一性，建立产品体系的培训机制。由该项目的开发人员对测试组的成员进行功能讲解，并且定期讨论，以便消除功能理解上的差异，保证统一 的功能认识，如有意见不统一的向设计师进行进一步的确认。直至统一为止。 本培训在试运行阶段，计划每周一训，直至对新旧版本所有功能熟练操作和正确表达为止。 除了对现有软件产品进行内训外，还要不定期组织软件质量监控基本原理和专业知识的学习，并在每一测试阶段开始前，由测试组组长组织该阶段的软件测试的专业知识的学习，并在实际测试前做相关方面的测试练习，以便测试组成员在实际测试中能很熟练的运用测试技术，并对该阶段的测试目标有深刻的理解。 知识共享 建立测试知识共享库，包括测试流程、测试方法、测试标准、业务知识等一系列与测试相关的基础的和专业的知识。通过项目测试总结，编制测试业务标准和不断抽象一般规律的测试方法。对功能相同或相似的模块采取统一的测试模式以减少测试准备工作，大大节省编写测试资料的时间。 项目职责划分 测试职位 相应的职责 具体人员 测试主管 为测试组组长分配任务并依据制定的计划监控他们的工作进展。 保证开发人员的软件开发遵从良好的开发和测试活动。 维护测试程序文件系统。 定期向高层管理人员汇报工作进展和存在的问题。 测试组组长 生成测试计划。 为测试分析员分配任务并依据制定的计划监控他们的工作进展。 为测试者分配任务并依据制定的计划监控他们的工作进展。 与开发组保持联系。 建立和维护测试项目文件系统。 定期向测试主管汇报工作进展和存在的问题。 执行其他由测试主管安排的临时任务。 对测试人员进行测试培训 测试分析员 协助测试组组长产生测试规格说明和测试文档。 执行测试组组长指派的测试任务。 协作测试组长进行功能分析。 定义测试需求。 设计并实现测试用例和测试脚本。 设计并实现测试数据集。 备份和归档所有的测试文档和材料。 完成测试总结报告。 测试员 执行测试组组长分配的测试任务。 进行测试脚本， 观察并在测试结果记录表格上记录测试结果。 维护和保存测试结果记录表格。 发现和记录所有观察到的缺陷。 为缺陷修正后的重新测试建立测试。 建立和初始化测试台。 备份和归档测试台。 在失败的时候恢复测试台。 工作进度和各阶段的任务说明 总的测试工作量和各阶段的任务说明 各个阶段 工作量估算(人小时) 进度安排 完成与否 一 需求阶段 1测试输入 软件质量保证计划（任选） 需求（来自开发） 2测试任务 制定验证和确认测试计划 对需求进行分析