软件测试计划范例

【实例简介】
软件测试计划的一个范例，用于软件测试计划阶段
日录 1.概述…,-1 1.1产晶简介…… 1.2范围 1.3限制条件 n1日1日日日日面道 14参考文档 2.约定 日重日画面面面面面面画重看画面面画面面画面量面国画国面面口量面日面目日面面国面面面口日重 画面面量自 审国 2 21测试目标 2.2接收标准 23资源和工具 23.1资源. 2.3.2工具 2 24送测要求 ,42 25编号规则 2 3.测试种类反测试标准 31测试种类 32测试方法及标准… 32.1功能测试 出, 322业务测试 3 3.23压力测试 a:aaaa:接a 3 32.4安装测试 325验收测试 面 nnnn n画 nnnnnnnnn面 nnnnnDIn 4.测试重点及顺序…… 4.1预测风险 4.2测试重点 42.1功能测试. 4 422业务测试 4 5.暂停标准和再启动要求 6.测试任务和进度… 7.测试提交物 作者:白红勃 测试计划 概述 11产品简介 本次开发是在销售助手一期的基础上诖行的后续开发,包括新増客服功能模垬、解决 期遗留的告前部分问题、完成必要的库房管理功能。二期结末后产品就成为一个比 铰完整的销售管理敦件 12范围 本测试计划是针对<销售助手二期概要设汁说明书>中规定内容的测试计划,包括: 改进后的报价书 改进后的客户关怀 冫销售札会中新增加的客户反馈 销售机会中新增加的客户组织分析 销售机会中改进的竞争管理(待定 销售机会中改进的联系人 改进后的产品和价格配制器 新增的销售知识库 新增的联系活动管理 新增的客户请求模块 新增的客服活动模块 新增的客服合同模块 新增的客服计划模块 γ新增的客服知识库模块 新增的完成关联任务模块 公共部分新加或改进的口历浏览数据 公共部分新加或改过的报表功能 公共部分新加或改进的个人事务中心 13限制条件 本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交模 块的实际情况,不计划会做出相应修改。 14参考文档 序号 名称 作者 备注 二期概要设计说明书 作者:白红勃 测试计划 2 客服物坦模型 日历模块详细设计说明 4.个人事务中心模块详细设计说明 5.客服产品缺陷详细设计说明 6.客户请求详细设计说明 7.客服活动详细设计说明 品和价格配制详设计说明 完成关联任务详细设计说明 10.客服合同详细设计说明 11.客服计划详印设计说明 12.客服报表详细设计说明 13.客服知识库详设计说明 14.联系活动管理详细设计说明 15.商品组表方案详细设计说明 16.销售机会修改详绀设计说明 17.选择商品修改详细设计说明 18.售知识库详细设计说明 19.客户关怀修改详细设计说明 作者:白红勃 测试计划 2.约定 21测试目标 通过测试,达到以下目标: 测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流 程是否正确。 产品规定的操作和运行稔定。 Bug数和缺陷率控制在可接收的范围之内。 22接收标准 木节所述的接收标准是指可测试的标准,这个标准以测试组接收测试为限。单元测试接 收标准的亡细规定参见文档二普销售助手测试接标准doc。其余各阶段接收标 准,以经过审核后的上一阶段测试报告为准,每一阶没停止标准的详细规定参见文档软 件测试停止标准doc 23资源和工具 231资源 测试服务器 稳定的测试服务器,IP地址为:192.131.0.1 人灵 测试审核人一名,测试实施人员4名。 232工具 测试中使用的Bug管理工具为经过改进的B吗g管理工具。 自动化测试工具待定 24送测要求 销售助手开发人员提交的测试按以下要求进行: 步骤 动作 负责人 相关文档或记录 要求 1打包、编译 开发人员无 确认可测试 终审核的上一级测试 2 审核并提交测试Xx 报告 测试报告xx审核并签字 3 接收测试 测试人员经x审核并签字的上 汲测试报告 作者:白红勃 测试计划 4 开始测试 测试人员|Bug单、小结 测试小结个人编写个人的容 25编号规则 与本测试计划相关的编号规则如下: 测试用例中的编号,功能名+界面名(每个字第一个汉语拼音大写)编号 例如:新增报价书第一个用例 XZBJSO0O1 测试用例文件命命名规则,模块名+测试用例 例如:客服合同模块 客服合同测试用例 作者:白红勃 测试计划 3.测试种类及测试标准 3.1测试种类 计划完成以下类型测试 功能测试 业务测试 压力测试 安装测试 验收测试 32测试方法及标准 3.2.1功能测试 3.2.1.1功能 系统能按照设计要求实现模块的各个功能,数据应完整、界面美观、操作方便。 具体可参照本文档涎试重点及顺导部分。 3.2.1.2界面测试 详的界面测试可以参考界面测试doc 32.1.3数据项测试 字丹数字数据项是否能够正确回显,并褕入到系统中? 图形模式的数据项〈如滑动条)是否正常工作? 是否能够认别非法数据? 薮捱输入消息是否可理解? 3.2.1.4帮助文档测试 冫文档是否精确描述∫如何使用各种使用模式? 交互顺序的描述是否精确? 例子是合精确? 术语、菜咩描述和系统响应是否与实际程序一致? 是否能够很方便圯在文档中定位指南? 是否能够很方便地使用文档排除错误? 文档的內容和索引是否精确完整? 冫文档的设计(布局、缩进和图形)是否便于信息的理解? 显示给用户的错误信息是否有更洋细的文档解释? 作者:白红勃 测试计划 〉如果使用超级链接,超级链接是否精确完整? 3.2.2业务测试 功能测试完成后进行业务测试,业务测试关注的要点是业务流程,及薮据流从软件 中的一个模块流到另一个模块的过程中的正确性。 压力测试 32.3.1压力测试说明 本次压力测试根据实际情況包含性能测试,重点模拟客户进行多月户测试。压力 测试有一条8:2原则。及百分之人十的业务量在百分之二十的时间内输入。例如: 正常每天有00条新数据,测试时在两小时内输入80条数据。我们无法知道用户的 业务量,所以只有利用公司现有资源进行大量的数据量的测试。 3.23.2压力测试工具 待 3.23.3压力测试方法及标准 压力测试的方法及标准参考压力测试计划doc 3.2.3安装测试 3.2.4.1安装测试说明 除了嵌入式软件之外,安装是软件产品实现具功能的第一步,没有止确的安装根 本就谈不上正确的执行,因此对于安裝的测试就显得尤为亘要。 3.2.4.2安装测试方法及标准 自动安装还是手工配置安装,测试各种不同的安装组合,并验让各种不同组 合的止桷性,最终目标是所有组合都能实装成功。 冫安裝退出之后,确认应用程序可以正确启动、运行。 卸载测试和安装测试冋样重嬰,如果系统提供自动卸载二具,那么卸载之后需 检验系统是否扣所有的文件全部圳除,注朋表中有关的注肋信息是否也被删 除 全少要在一台笔记本上进行安装测试,因为有很多产品在笔记木中会出瑰问 题,尤其是系统级的产品。(有条件的情况下) 安裝完成之后,可以在简单地使用之后再执行卸载操作;有的系统在使用之后 会发生变化,变得个可卸载。 安装时间是否合理 作者:白红勃 测试计划 对于客户服务器模式的应用系统,可以先安裝客户端,然后安裝服务器端,测 试是否会出现问题。 考察安装该系统是否对其他的应用程序造戍影响,特别是 Windows操作系统 经常会出现此类的问题。 3.24验收测试 3.2.5.1验收测试说明 软件产品测试部对经过内部单元测试、集成测试和系统测试后的软件所进行的测 试,测试用例采用业务流程测试用例 3.2.5.2验收测试方法及标准 参考二普软件验收测试规范.d∝c和软件测试停止标准.doc 4.测试重点及顺序 【实例截图】
【核心代码】