软件教学教案计划典范示范.doc
《软件教学教案计划典范示范.doc》由会员分享,可在线阅读,更多相关《软件教学教案计划典范示范.doc(18页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、/ 测试计划测试计划 产品名称:产品名称:三普销售助手标准版 项目承担部门项目承担部门研发部 撰写人(签名)撰写人(签名)白红勃 完成日期完成日期 本文档使用部门本文档使用部门测试部 评审负责人(签名)评审负责人(签名) 评审日期评审日期 版本版本 / 日期日期版本版本说明说明作者作者 / 目目 录录 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.测试种类及测试标准测试种类及测试标准
2、.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 4.测试重点及顺序测试重点及顺序.4 4.1预测风险.4 4.2测试重点.4 4.2.1功能测试.4 4.2.2业务测试.4 5.暂停标准和再启动要求暂停标准和再启动要求.5 6.测试任务和进度测试任务和进度.6 7.测试提交物测试提交物.7 / 1.1. 概述概述 1.11.1 产品简介产品简介 本次开发是在销售助手一期的基础上进行的后续开发,包括新增客服功能模块、解决 一期遗留的售前部分问题、完成必要的库房管理功能。二期
3、结束后产品就成为一个比 较完整的销售管理软件。 1.21.2 范围范围 本测试计划是针对中规定内容的测试计划,包括: 改进后的报价书 改进后的客户关怀 销售机会中新增加的客户反馈 销售机会中新增加的客户组织分析 销售机会中改进的竞争管理(待定) 销售机会中改进的联系人 改进后的产品和价格配制器 新增的销售知识库 新增的联系活动管理 新增的客户请求模块 新增的客服活动模块 新增的客服合同模块 新增的客服计划模块 新增的客服知识库模块 新增的完成关联任务模块 公共部分新加或改进的日历浏览数据 公共部分新加或改进的报表功能 公共部分新加或改进的个人事务中心 1.31.3 限制条件限制条件 本测试计划
4、受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交 模块的实际情况,本计划会做出相应修改。 1.41.4 参考文档参考文档 序号序号名称名称作者作者备注备注 1.二期概要设计说明书 / 2.客服物理模型 3.日历模块详细设计说明 4.个人事务中心模块详细设计说明 5.客服产品缺陷详细设计说明 6. 客户请求详细设计说明 7. 客服活动详细设计说明 8. 产品和价格配制器详细设计说明 9. 完成关联任务详细设计说明 10. 客服合同详细设计说明 11. 客服计划详细设计说明 12. 客服报表详细设计说明 13. 客服知识库详细设计说明 14. 联系活动管理详细设计说明 15. 商品组
5、装方案详细设计说明 16. 销售机会修改详细设计说明 17. 选择商品修改详细设计说明 18. 销售知识库详细设计说明 19. 客户关怀修改详细设计说明 / 2. 约定约定 2.1 测试目标测试目标 通过测试,达到以下目标: 测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流 程是否正确。 产品规定的操作和运行稳定。 Bug 数和缺陷率控制在可接收的范围之内。 2.2 接收标准接收标准 本节所述的接收标准是指可测试的标准,这个标准以测试组接收测试为限。单元测试 接收标准的详细规定参见文档三普销售助手测试接收标准.doc。其余各阶段接收 标准,以经过审核后的上一阶段测试报告为
6、准,每一阶段停止标准的详细规定参见文 档软件测试停止标准.doc。 2.3 资源和工具资源和工具 2.3.1 资源资源 测试服务器 稳定的测试服务器,IP 地址为:192.131.0.1。 人员 测试审核人一名,测试实施人员 4 名。 2.3.2 工具工具 测试中使用的 Bug 管理工具为经过改进的 Bug 管理工具。 自动化测试工具待定。 2.4 送测要求送测要求 销售助手开发人员提交的测试按以下要求进行: 步骤步骤动作动作负责人负责人相关文档或记录相关文档或记录要求要求 1打包、编译开发人员无确认可测试 2审核并提交测试Xx 经审核的上一级测试 报告 测试报告 xx 审核并签字 3接收测试
7、测试人员 经 xx 审核并签字的 上一级测试报告 4开始测试测试人员Bug 单、小结测试小结个人编写个人的内容 / 2.5 编号规则编号规则 与本测试计划相关的编号规则如下: 测试用例中的编号,功能名+界面名(每个字第一个汉语拼音大写)+编号 例如:新增报价书第一个用例 XZ BJS 0001 测试用例文件命命名规则,模块名+测试用例 例如:客服合同模块 客服合同测试用例 / 3.3. 测试种类及测试标准测试种类及测试标准 3.13.1测试种类测试种类 计划完成以下类型测试 功能测试 业务测试 压力测试 安装测试 验收测试 3.23.2测试方法及标准测试方法及标准 3.2.13.2.1功能测试
8、功能测试 3.2.1.13.2.1.1 功能功能 系统能按照设计要求实现模块的各个功能,数据应完整、界面美观、操作方便。 具体可参照本文档测试重点及顺序部分。 3.2.1.23.2.1.2 界面测试界面测试 详细的界面测试可以参考界面测试.doc。 3.2.1.33.2.1.3 数据项测试数据项测试 字母数字数据项是否能够正确回显,并输入到系统中? 图形模式的数据项(如滑动条)是否正常工作? 是否能够识别非法数据? 数据输入消息是否可理解? 3.2.1.43.2.1.4 帮助文档测试帮助文档测试 文档是否精确描述了如何使用各种使用模式? 交互顺序的描述是否精确? 例子是否精确? 术语、菜单描述
9、和系统响应是否与实际程序一致? 是否能够很方便地在文档中定位指南? 是否能够很方便地使用文档排除错误? 文档的内容和索引是否精确完整? 文档的设计(布局、缩进和图形)是否便于信息的理解? 显示给用户的错误信息是否有更详细的文档解释? 如果使用超级链接,超级链接是否精确完整? / 3.2.23.2.2业务测试业务测试 功能测试完成后进行业务测试,业务测试关注的要点是业务流程,及数据流从软 件中的一个模块流到另一个模块的过程中的正确性。 压力测试压力测试 3.2.3.13.2.3.1 压力测试说明压力测试说明 本次压力测试根据实际情况包含性能测试,重点模拟客户进行多用户测试。压力 测试有一条8:2
10、原则。及百分之八十的业务量在百分之二十的时间内输入。例如:正 常每天有100条新数据,测试时在两小时内输入80条数据。我们无法知道用户的 业务量,所以只有利用公司现有资源进行大量的数据量的测试。 3.2.3.23.2.3.2 压力测试工具压力测试工具 待定 3.2.3.33.2.3.3 压力测试方法及标准压力测试方法及标准 压力测试的方法及标准参考压力测试计划.doc 3.2.33.2.3安装测试安装测试 3.2.4.13.2.4.1 安装测试说明安装测试说明 除了嵌入式软件之外,安装是软件产品实现其功能的第一步,没有正确的安装根 本就谈不上正确的执行,因此对于安装的测试就显得尤为重要。 3.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 教学 教案 计划 规划 典范 示范
限制150内