2023年【验收测试大纲(12.16定稿)】《测试大纲》.docx
-
资源ID:81557700
资源大小:14.22KB
全文页数:10页
- 资源格式: DOCX
下载积分:12金币
快捷下载
会员登录下载
微信登录下载
三方登录下载:
微信扫一扫登录
友情提示
2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
|
2023年【验收测试大纲(12.16定稿)】《测试大纲》.docx
2023年【验收测试大纲(12.16定稿)】测试大纲 书目 第一章 概述 2 测试目的 2 测试范围 2 其次章 测试组织方案 3 2.1 测试时间 3 2.2 测试地点 3 2.3 测试环境 3 2.4 人员支配 3 第三章 功能测试方案 4 3.1 目标 4 3.2 内容 4 3.3 数据打算 5 3.4 测试流程 5 3.5 测试工具 5 3.6 编写测试案例 5 3.7 功能测试结果报告 7 第四章 实际工作模拟综合测试 9 4.1 柜员 9 4.2 批量 9 4.3 客户 9 4.4 综合测试结果报告 9 第五章 总体评价 10 第一章 概述 本章主要描述该系统验收测试的目的和范围。 测试目的 描述测试目的:验收测试的任务是验证该软件的功能和性能及其他特性是否与业务需求一样。在本节必需对系统目前状况进行简略描述,并指明通过什么样的测试以达到什么较详细的目的,预期结果是什么等。 测试范围 依据该系统需求书和功能说明书所描述的各项功能列出单体测试分类纲目,简洁描述对该系统的哪些功能、哪些相关系统进行测试。 其次章 测试组织方案 有效性测试是在模拟的环境下,运用黑盒测试的方法,验证所测软件是否满意需求规格说明书列出的需求。 2.1 测试时间 描述本次测试的进度安排和详细时间支配。 2.2 测试地点 描述本次测试的地点。 2.3 测试环境 硬件:主机、打印机、终端。 软件:操作系统、数据库、工具程序。 网络:网络拓扑结构图、网络设备、路由器、交换机、集线器、电 话线等。 2.4 人员支配 明确说明完成此次测试的人员组成及其任务以及各工作小组的职责。 2.4.1领导小组 2.4.2工作小组(开发部门,需求部,质量检查部,业务部门) 2.4.3项目小组 第三章 功能测试方案 3.1 目标 在模拟的环境下,运用黑盒测试的方法,验证所测软件是否满意需求/功能书列出的需求。 3.2 内容 依据该系统业务需求书和功能说明书对全部功能的具体描述,列出所测功能书目。每项功能从三个主要方面来反映: 所测功能 环境 数据格式 性能 数量 质量 速度 容错实力 压力测试 其他软件需求 * 注: 数据格式具体状况: 1、 按量输出清单,如传票、报单、报表等的数量、联次是否符合需求。 2、 按质输出内容:显示、打印结果以及磁带、光盘输出格式是否按需求设计要求格式。 * 注:性能指标具体状况: 1、速度即响应时间。 2、容错实力: 掉电,交易完整性 非法数据输入:键盘录入,磁盘数据的重复、遗漏,通讯乱码误码 3、压力测试:业务量每小时多少笔、带终端数 4、其他软 件需求:如可移植性、兼容性、可维护性等等。 数据格式具体状况: 3.3 数据打算 1 系统本身数据打算方法 具体描述数据打算的方式。假如运用业务数据改造方式,需描述数据来源、改造的详细方法;假如运用人工联机输入方式,说明详细操作方式;假如采纳其它方式,详细说明。 2 其他系统数据打算需求 指为完成测试,须要其它系统打算的数据。 3.4 测试流程 具体说明测试流程,必需包括每天进行测试的步骤、错误跟踪机制、需求/功能规格更改机制、文档限制方式等。依据须要,对每一部分分小节描述。例如: > 每天测试流程 > 每天测试复审方式 > 错误跟踪机制 > 需求/功能规格更改机制 > 文档限制方式 > 测试小结 3.5 测试工具 描述测试过程中所运用的测试工具。 3.6 编写测试案例 业务人员依据本章以上节内容要求编写详细测试案例,一般按如下格式填写,测试案例可单独形成文档。案例中"测试用例"一栏要具体注明每一栏位所填参数以便测试时录入,同时要考虑清晰每个案例所对应的会计分录。 案例单格式如下: 某功能验收测试案例单 编号 功能名称 测试时间 测试人 测试意图 系统的初始状态和初始数据 测 试 用 例 预 期 结 果 实 际 结 果 附单数 3.7 功能测试结果报告 功能测试完成以后,其结果可分两类: (1) 测试结果与预期结果相符。这说明该部分功能或性能特性与需求规格说明书相符,验收测试合格。 (2) 测试结果与预期结果不符。这说明该部分功能或性能特性与需求规格说明书不符,因此,要提交一份问题报告,其格式如下: 某系统测试问题报告单 系统名称: 日期: 报告单号 测试单号 (此处由测试人员填写发觉问题时所用的测试单号码) 问题描述(此处由测试人员对问题的现象做具体描述) 出现位置(此处由程序修改人员填写程序名,错误位置) 解决方案(此处由程序修改人员具体说明解决方案) 程序代码(此处由程序修改人员附修改前和修改后的重要代码段) 问题发觉人员签字: 日期: 经理签字: 日期: 问题修改人员签字: 日期: 审核人员签字: 最终,将每个功能模块所测结果汇总成下表: 单项功能结果报告表 功能名称 测试时间 测试员 结果 备注 责任人: 质量限制人: 结果描述为:优、良、合格、不合格。 第四章 实际工作模拟综合测试 通过进行一系列验收测试,让用户验证全部需求是否都能满意。我们从三个角度来进行: 4.1 柜员 从柜员的角度对一系列功能进行测试,此过程需模拟业务发生的全部可能。同样,通过编写案例并逐一测试来实现。案例格式同3.3节所述。 4.2 批量 模拟批量可能发生的状况进行测试。同样,通过编写案例并逐一测试来实现。案例格式同3.3节所述。 4.3 客户 模拟客户可能的操作,进行测试。(如电子商务)同样,通过编写案例并逐一测试来实现。案例格式同3.3节所述。 4.4 综合测试结果报告 完成以上验收测试以后,应对每项测试结果归纳如下表: _测试结果报告表 功能名称 测试时间 测试员 结果 备注 责任人: 质量限制人: 结果描述为:优、良、合格、不合格。 第五章 总体评价 通过测试,对该系统从各个子功能到整合功能有个全面的评价, 列表如下: 功能名称 评价 (优、良、不通过) 责任人签字 时间 备注 1(1),供应海量管理资料免费下载! 更多免费下载,尽在1(1) 金融产品验收测试大纲