精品文档
测试对象： 测试准备就绪准则： 测试内容： 测试方法： 测试规程： 测试通过准则： 3. 测试资源
3.1 人力资源
角色 最少配备资源 具体职责 备注 测试经理 1 测试工程师 2 1、 制订测试计划 2、 测试设计 3、 搭建测试环境 4、 指导测试执行 5、 测试分析与报告 等 1、 按测试计划执行测试 2、 记录测试结果与情况 3、 提交测试问题报告 等 专职 至少一个专职测试工程师，一个临时分配(兼职)
3.2 测试环境
3.2.1 系统配置
用途 机器/设备名称 硬件 CPU 物理 磁盘 软件 操作系统 （版本号） 应用软件 （版本号） 数据库服务器
联想完全 1Ghz×2 2048MB 60G NTFS Win2k Oracle9.2 3.2.2 网络配置
对网络配置进行说明。 6欢迎下载。
精品文档
服务 网络名 URL 设备 带宽 协议 备注 数据库 应用服务 C4.hnisi.com.cn 192．168．2．4 http://gdmz/hello 路由 Modern 10M/100M 56k TCP/IP 3.2.3 其它材料
材料名称 手册 测试用数据 相关许可证 版本号 日期 3.3 测试工具（可选） 工具名称 生产厂商/自产 版本 用途 备注 4. 测试活动计划进度
参照《软件项目计划》说明测试主要活动的安排和大致时间段。包括，总的时间段、 各项主要测试工作的开始时间、各项准备工作（对系统的熟悉、用户培训、数据准备等）和时间安排、分析测试结果/编写测试报告的时间。 如工程采用迭代法开发，则测试日程安排可扩充和循环使用。 计划测试总范围 测试活动 制定测试计划 该项目培训和熟悉工作所需的时间 系统测试 设计 执行 确认测试 设计 （预演） 执行 计划开始日期 预期工作量(工作日/人) 如社保参考3工作日/人 如社保参考7工作日/人 如社保参考33工作日/2人 7欢迎下载。
精品文档
性能测试设计 (可选) 执行 测试评估与报告 如社保参考3工作日/人 5. 测试更新管理
更新周期 例如 一周。（推荐使用，与项目经理协商更新周期。大的项目在提交测试时，更新保持在一周，小项目版本更新建议至少在三个工作日，避免版本更新或需求更新频繁带来测试的不充分和不稳定） 更新约定 每次更新时说明变更的概要说明，约定还将说明更新的形式如非正式发布和紧急发布产品时的更新方法。 6. 需求的可追溯性
所覆盖的每个需求到针对它的测试的可追溯性。这种可追溯性应覆盖所有适用的软件需求规格说明和相关接口需求规格说明。 相关参考：需求跟踪矩阵、软件测试用例。 所覆盖的每个需求到针对它的测试之间的对应关系 通过《软件测试用例》来追溯。 7. 测试用例
通过对系统业务模型和设计模型的分析，参考《SPI_SPE_软件集成测试、系统测试与确认测试技术流程》，设计出测试的总体方法和各测试阶段的测试用例（测试用例依据《软件集成测试用例》、《软件系统测试用例》、《软件确认测试用例》模版编写）。具体测试用例见《软件集成测试用例》、《软件系统测试用例》、《软件确认测试用例》。 8. 测试执行
依据《软件测试计划》，参照《SPI_SPE_软件集成测试、系统测试与确认测试技术流程》来实施测试。 测试缺陷和测试问题升级方式 约定测试结果反馈周期和问题升级流程，便于控制测试进度和质量。如优先级为“紧急”的 必须至多在1小时内予以响应，否则测试暂停并通知开发部门经理；测试缺陷每天汇总提交一次，紧急情况下即时提交。 测试缺陷提交5个工作日内未答复则将问题升级至部门经理。 9. 测试结果分析与报告
根据测试记录，对测试结果进行分析，依据《软件测试报告》模版编写《软件测试报告》。 10. 风险列表
列出测试阶段的风险。 序号 风险名称 风险来源 风险级别 风险后果 风险控制措施 1. 人力资源 2. 项目进度 3. 产品质量 测试执行 开发阶段 开发阶段 高 高 中 测试延期 测试时间不足 错误数量太多 培训、增加人力 延期发布/测试 延期提交测试 8欢迎下载。
精品文档
4. 关键资源 测试环境 中 无法执行测试 申请资源 9欢迎下载。
精品文档
附录1: 文档管理控制
更新历史 需要此行
此附录为模板文档本身的修改控制记录表，按模板生成的正式文档中不需要此附录，正式模板中
10欢迎下载。
软件测试计划模板
