3.设计软件测试计划文档模版.docVIP

测试计划 产品名称： 项目承担部门 撰写人（签名） 完成日期 本文档使用部门 评审负责人（签名） 评审日期 版本 日期 版本 说明 作者 目 录 概述 产品简介 本次开发是在销售助手一期的基础上进行的后续开发，包括新增客服功能模块、解决一期遗留的售前部分问题、完成必要的库房管理功能。二期结束后产品就成为一个比较完整的销售管理软件。 目的 实现以下目标： 确定现有项目的信息和应测试的软件构件。 列出推荐的测试需求（高级需求）。 推荐可采用的测试策略，并对这些策略加以说明。 确定所需的资源，并对测试的工作量进行估计。 列出测试项目的可交付元素 序号 名称 作者 备注 二期概要设计说明书 客服物理模型 日历模块详细设计说明 个人事务中心模块详细设计说明 客服产品缺陷详细设计说明 客户请求详细设计说明 客服活动详细设计说明 产品和价格配制器详细设计说明 完成关联任务详细设计说明 客服合同详细设计说明 客服计划详细设计说明 客服报表详细设计说明 客服知识库详细设计说明 联系活动管理详细设计说明 15. 商品组装方案详细设计说明 16. 销售机会修改详细设计说明 17. 选择商品修改详细设计说明 18. 销售知识库详细设计说明 19. 客户关怀修改详细设计说明 约定 测试目标 通过测试，达到以下目标： 测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确。 产品规定的操作和运行稳定。 Bug数和缺陷率控制在可接收的范围之内。 接收标准 本节所述的接收标准是指可测试的标准，这个标准以测试组接收测试为限。单元测试接收标准的详细规定参见文档测试接收标准.doc。其余各阶段接收标准，以经过审核后的上一阶段测试报告为准，每一阶段停止标准的详细规定参见文档软件测试停止标准.doc。 资源和工具 资源 测试服务器 稳定的测试服务器，IP地址为:192.131.0.1。 人员 测试审核人一名，测试实施人员4 名。 工具 测试中使用的Bug管理工具为经过改进的Bug管理工具。 自动化测试工具待定。 送测要求 销售助手开发人员提交的测试按以下要求进行： 步骤 动作 负责人 相关文档或记录 要求 1 打包、编译 开发人员 无 确认可测试 2 审核并提交测试 Xx 经审核的上一级测试报告 测试报告xx审核并签字 3 接收测试 测试人员 经xx审核并签字的上一级测试报告 4 开始测试 测试人员 Bug单、小结 测试小结个人编写个人的内容 编号规则 与本测试计划相关的编号规则如下： 测试用例中的编号，功能名+界面名(每个字第一个汉语拼音大写)+编号 例如：新增报价书第一个用例 XZ BJS 0001 测试用例文件命命名规则，模块名+测试用例 例如：客服合同模块 客服合同测试用例 测试需求 下表用于确定被当作测试对象的各项需求（例如用例、功能性需求和非功能性需求）。表中列出了将要测试的对象。 [在此处输入一个主要测试需求的高级列表。] 资源本节列出推荐项目使用的资源，及其主要职责、知识或技能。 角色 下表列出在此项目的人员配备方面所作的各种假定[注：可适当地删除或添加角色项。]人力资源 角色 所推荐的最少资源 （所分配的专职角色数量） 具体职责或注释 测试经理， 测试项目经理 进行管理监督。职责： 提供技术指导获取适当的资源提供管理报告 测试设计员 确定测试用例、确定测试用例的优先级并实施测试用例。职责： 生成测试计划生成测试模型评估测试工作的有效性 测试员 执行测试。职责： 执行测试记录结果从错误中恢复记录变更请求 测试系统管理员 负责测试环境和资产管理和维护。职责： 管理测试系统分配和管理角色对测试系统的访问权 数据库管理员 负责测试数据（数据库）环境和资产得到管理和维护。职责： 管理测试数据（数据库） 设计员 确定并定义测试类的操作、属性和关联关系。职责： 确定并定义测试类确定并定义测试包 实施员 实施测试类和测试包，并对它们进行单元测试。职责： 创建在测试模型中实施的测试类和测试包 系统 下表列出了测试项目所需的系统资源。 [注：此时并不完全了解测试系统的具体元素。建议使系统模拟生产环境，并在适当的情况下减小访问量和数据库大小。可适当地删除或添加系统资源项。] 系统资源 资源 名称/类型 数据库服务器 网络或子网 TBD 服务器名称 TBD 数据库名称 TBD 客户端测试PC 包括特殊的配置需求 TBD 测试存