《QQ炫舞》XX测试方案模板.doc

《师徒系统》测试方案 版本 日期 添加/修改 修订者 备注 1.0.0 2010.11.10 易明 创建 背景 【对测试对象（构建、应用程序、系统等）及其目标进行简要的说明。需要包括的信息有：主要的功能和性能、测试对象的构架、以及功能项目的简史（用于一些功能的2次开发或底层改造）】 测试文档 【此处填写用语实时监控，各类软件工程过程中明确各类接口.需要由方案创建人实时跟进和发布。定期向测试leader汇报功能进展情况】 测试参考文档 文档 已经创建或可用 已经被接收或复审 来源 备注 功能需求文档 DevTrack -程序用例设计 许伟 测试辅助文档 功能开发阶段，暂时未需要 需求分析 模板设计中 测试部相关文档 文档 已经创建或可用 已经被接收或复审 来源 备注 测试时间表/人员安排 测试方案/分析 测试用例模板 各模块测试用例 测试结果报告 记录于DevTrack 测试记录 记录于DevTrack 测试进度表 测试活动 计划开始日期 实际开始日期 结束日期 备注 制定测试计划 2010.11.10 2010.11.10 集成测试 暂未有集成测试 系统测试 2010.11.17 验收测试 对测试评估 产品发布 测试资源 【由方案编写人，直接确认或者测试leader直接指定。用于同版本测试人员调度调整】 人力资源 角色 推荐资源（推荐专职角色数量） 具体注释 备注 方案/用例编写人 1 测试执行人 1~2 测试环境 软件环境 工作机 硬件环境 工作机 测试工具 暂无 用例细化图 【此可参考程序提供的用例图，此处为用例图每个模块的细节流程，参照每个模块的具体细节流程图，合理的规划出该功能项的测试大项和细化测试项，如下所示，需求分级请参照《需求分级标准》】 编号 用例项 细节流程 需求分级 备注 WPCK-001 测试策略 【易用、强度、安全、裸机等测试策略一般接触不到，暂不做考虑】 数据库测试 测试目标 数据库访问方法和进程正常，数据不会遭到破坏 方法 分别针对GM、资源库、特技库等不同访问进行测试 测试有效和无效数据对数据库影响 完成标准 数据库访问方法和进程正常，数据不会遭到破坏 需考虑特殊事项 数据库效率 对出错情况的保护 错误数据的清理 功能测试 测试目标 系统提供功能和需求相符 方法 完成标准 功能正确实现 需考虑特殊事项 关注需求变更 关注某些功能的实现效果，并不是简单的功能实现 注意值域测试的提示 界面测试 测试目标 程序UI符合需求 方法 按照相关需求逐一检查功能项，包括菜单，按钮，显示信息 检查提示信息中文字 完成标准 程序UI符合需求 需考虑特殊事项 各个界面冲突 注意启动画面 值域测试 测试目标 对于所有需要输入数据和可以变更数据的地方，进行数据输入并检查去输出结果，结合边界值和等价类方法。注意对失败数据的测试和提示的验证 方法 逐一对每一个输入数据的地方进行检查，包括键入和粘贴 检查出错提示，提示信息是否正确 完成标准 规定输入项可以实现测试目标 需考虑特殊事项 小键盘输入 边界情况 版本验证测试 测试目标 方法 完成标准 需考虑特殊事项 测试关注点及重点 测试关注细则与环境 【详细的列出，功能项一些需要特殊环境和特殊处理的地方】 例如：在我们的测试中，有一些需要使用跨天测试的测试点.但是实际测试过程中改服务器时间是不能实现该种测试的！ 测试重点 【根据对以前测试经验的总结，详细分析功能模块中需要测试重点。 此处为细节流程表内所有细节流程的测试重点。建议根据功能测试需要，要求程序出一份系统实现文档既测试需求文档（功能实现的流程过程图，和对于玩家利益相关可能会出现问题的分析用例），参照这份文档，对测试重点作出补充。 记录宣讲和评审过程中遗漏掉的测试点】 风险记录和评估 【记录在整个功能开发过程中，出现的延时、测试轮次缺失、测试覆盖不够等问题以及对此作出版本发布的风险评估】 事件 事件 版本 本单填写日期 预期 实际 风险 影响