测试计划模板.doc.docVIP

测试计划 产品名称： 土播鼠直播网站 项目承担部门 研发部 撰写人（签名） XX 完成日期 本文档使用部门 测试部 评审负责人（签名） 评审日期 版本 日期 版本 说明 作者 目 录 1. 概述 ............1 1.1 产品简介 1 1.2 范围 1 1.3 限制条件 1 1.4 参考文档 1 2. 约定 2 2.1 测试目标 2 2.2 接收标准 2 2.3 资源和工具 2 2.3.1 资源 2 2.3.2 工具 2 2.4 送测要求 2 2.5 编号规则 2 3. 测试种类及测试标准 3 3.1 测试种类 3 3.2 测试方法及标准 3 3.2.1 功能测试 3 3.2.2 业务测试 3 3.2.3 压力测试 3 3.2.4 安装测试 3 3.2.5 安全性测试 3 3.2.6 验收测试 3 4. 测试重点及顺序 4 4.1 预测风险 4 4.2 测试重点 4 4.2.1 功能测试 4 4.2.2 业务测试 4 5. 暂停标准和再启动要求 5 6. 测试任务和进度 6 7. 测试提交物 7 概述 产品简介 本次开发是基于Java研发的一款直播平台，主要架构为B/S的web网站。 范围 本测试计划是针对XXX说明书中规定内容的测试计划，包括： 系统登录注册 系统签约与直播 个人中心资料管理 限制条件 本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交模块的实际情况，本计划会做出相应修改。 参考文档 序号 名称 作者 备注 二期概要设计说明书 客服物理模型 日历模块详细设计说明 个人事务中心模块详细设计说明 客服产品缺陷详细设计说明 客户请求详细设计说明 客服活动详细设计说明 产品和价格配制器详细设计说明 完成关联任务详细设计说明 客服合同详细设计说明 客服计划详细设计说明 客服报表详细设计说明 客服知识库详细设计说明 联系活动管理详细设计说明 15. 商品组装方案详细设计说明 16. 销售机会修改详细设计说明 17. 选择商品修改详细设计说明 18. 销售知识库详细设计说明 19. 客户关怀修改详细设计说明 约定 测试目标 通过测试，达到以下目标： 测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确。 产品规定的操作和运行稳定。 Bug数和缺陷率控制在可接收的范围之内。 接收标准 本节所述的接收标准是指可测试的标准，这个标准以测试组接收测试为限。单元测试接收标准的详细规定参见文档三普销售助手——测试接收标准.doc。其余各阶段接收标准，以经过审核后的上一阶段测试报告为准，每一阶段停止标准的详细规定参见文档软件测试停止标准.doc。 资源和工具 资源 测试服务器 稳定的测试服务器，IP地址为:。 人员 测试审核人一名，测试实施人员2 名。 工具 测试中使用的Bug管理工具为经过改进的Bug管理工具。 自动化测试工具待定。 送测要求 XXX平台提交的测试按以下要求进行： 动作 负责人 相关文档或记录 要求 打包、编译 开发人员 无 确认可测试 审核并提交测试 Xx 经审核的上一级测试报告 测试报告xx审核并签字 接收测试 测试人员 经xx审核并签字的上一级测试报告 开始测试 测试人员 Bug单、小结 测试小结个人编写个人的内容 编号规则 与本测试计划相关的编号规则如下： 测试用例中的编号，功能名+界面名(每个字第一个汉语拼音大写)+编号 例如：新增报价书第一个用例 XZ BJS 0001 测试用例文件命命名规则，模块名+测试用例 例如：客服合同模块 客服合同测试用例 测试种类及测试标准 测试种类 计划完成以下类型测试 功能测试 业务测试 压力测试 安装测试（APP或客户端） 安全性测试 验收测试 测试方法及标准 功能测试 功能 系统能按照设计要求实现模块的各个功能，数据应完整、界面美观、操作方便。 具体可参照本文档测试重点及顺序部分。 界面测试 详细的界面测试可以参考界面测试.doc。 例：登录 测试界面的风格与系统的整体风格是否一致 测试布局是否合理，按钮和输入框的排版是否满足用户习惯 测试界面有没有错别字：压力测试计划.doc 安装测试 安装测试说明 除了嵌入式软件之外，安装是软件产品实现其功能的第一步，没有正确的安装根本就谈不上正确的执行，因此对于安装的测试就显得尤为重要。自动安装还是手工配置安装，测试各种不同的安装组合，并验证各种不同组合的正确性，最终目标是所有组合都能安装成功。安装退出之