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