验收测试大纲(12.16定稿)3140.pdf

《验收测试大纲(12.16定稿)3140.pdf》由会员分享，可在线阅读，更多相关《验收测试大纲(12.16定稿)3140.pdf（10页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 某金融产品验收测试大纲 第 1 页 共 10页 责任编制人:曾欣持(1999.12.8)目录 第一章 概述.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、大纲 第 2 页 共 10页 责任编制人:曾欣持(1999.12.8)第一章 概述 本章主要描述该系统验收测试的目的和范围。测试目的 描述测试目的：验收测试的任务是验证该软件的功能和性能及其他特性是否与业务需求一致。在本节必须对系统目前状况进行简略描述，并指明通过什么样的测试以达到什么较具体的目的，预期结果是什么等。测试范围 根据该系统需求书和功能说明书所描述的各项功能列出单体测试分类纲目，简单描述对该系统的哪些功能、哪些相关系统进行测试。某金融产品验收测试大纲 第 3 页 共 10页 责任编制人:曾欣持(1999.12.8)第二章 测试组织方案 有效性测试是在模拟的环境下，运用黑盒测试的方法

3、，验证所测软件是否满足需求规格说明书列出的需求。2.1 测试时间 描述本次测试的进度计划和具体时间安排。2.2 测试地点 描述本次测试的地点。2.3 测试环境 硬件：主机、打印机、终端。软件：操作系统、数据库、工具程序。网络：网络拓扑结构图、网络设备、路由器、交换机、集线器、电 话线等。2.4 人员安排 明确说明完成此次测试的人员组成及其任务以及各工作小组的职责。2.4.1 领导小组 2.4.2 工作小组（开发部门，需求部，质量检查部，业务部门）2.4.3 项目小组 某金融产品验收测试大纲 第 4 页 共 10页 责任编制人:曾欣持(1999.12.8)第三章 功能测试方案 3.1 目标 在模

4、拟的环境下，运用黑盒测试的方法，验证所测软件是否满足需求/功能书列出的需求。3.2 内容 根据该系统业务需求书和功能说明书对所有功能的详细描述，列出所测功能目录。每项功能从三个主要方面来反映：所测功能 环境 数据格式 性能 数量 质量 速度 容错能力 压力测试 其他软件需求 注：数据格式详细情况：1、按量输出清单，如传票、报单、报表等的数量、联次是否符合需求。2、按质输出内容：显示、打印结果以及磁带、光盘输出格式是否按需求设计要求格式。注：性能指标详细情况：1、速度即响应时间。2、容错能力：掉电，交易完整性 非法数据输入：键盘录入，磁盘数据的重复、遗漏，通讯乱码误码 3、压力测试：业务量每小时

5、多少笔、带终端数 4、其他软件需求：如可移植性、兼容性、可维护性等等。数据格式详细情况：某金融产品验收测试大纲 第 5 页 共 10页 责任编制人:曾欣持(1999.12.8)3.3 数据准备 1 系统本身数据准备方法 详细描述数据准备的方式。如果使用业务数据改造方式，需描述数据来源、改造的具体方法；如果使用人工联机输入方式，说明具体操作方式；如果采用其它方式，具体说明。2 其他系统数据准备需求 指为完成测试，需要其它系统准备的数据。3.4 测试流程 详细说明测试流程，必须包括每天进行测试的步骤、错误跟踪机制、需求/功能规格更改机制、文档控制方式等。根据需要，对每一部分分小节描述。例如：每天测

6、试流程 每天测试复审方式 错误跟踪机制 需求/功能规格更改机制 文档控制方式 测试小结 3.5 测试工具 描述测试过程中所使用的测试工具。3.6 编写测试案例 业务人员根据本章以上节内容要求编写具体测试案例，一般按如下格式填写，测试案例可单独形成文档。案例中“测试用例”一栏要详细注明每一栏位所填参数以便测试时录入，同时要考虑清楚每个案例所对应的会计分录。案例单格式如下:某金融产品验收测试大纲 第 6 页 共 10页 责任编制人:曾欣持(1999.12.8)某功能验收测试案例单 编号 功能名称 测试时间 测试人 测试意图 系统的初始状态和初始数据 测 试 用 例 预 期 结 果 实 际 结 果

7、附单数 某金融产品验收测试大纲 第 7 页 共 10页 责任编制人:曾欣持(1999.12.8)3.7 功能测试结果报告 功能测试完成以后，其结果可分两类：（1）测试结果与预期结果相符。这说明该部分功能或性能特性与需求规格说明书相符，验收测试合格。（2）测试结果与预期结果不符。这说明该部分功能或性能特性与需求规格说明书不符，因此，要提交一份问题报告，其格式如下：某系统测试问题报告单 系统名称：日期：报告单号 测试单号（此处由测试人员填写发现问题时所用的测试单号码）问题描述（此处由测试人员对问题的现象做详细描述）出现位置（此处由程序修改人员填写程序名，错误位置）解决方案（此处由程序修改人员详细说

8、明解决方案）程序代码（此处由程序修改人员附修改前和修改后的重要代码段）问题发现人员签字：日期：经理签字：日期：问题修改人员签字：日期：审核人员签字：某金融产品验收测试大纲 第 8 页 共 10页 责任编制人:曾欣持(1999.12.8)最后，将每个功能模块所测结果汇总成下表：单项功能结果报告表 功能名称 测试时间 测试员 结果 备注 责任人：质量控制人：结果描述为：优、良、合格、不合格。某金融产品验收测试大纲 第 9 页 共 10页 责任编制人:曾欣持(1999.12.8)第四章 实际工作模拟综合测试 通过进行一系列验收测试，让用户验证所有需求是否都能满足。我们从三个角度来进行：4.1 柜员

9、从柜员的角度对一系列功能进行测试，此过程需模拟业务发生的所有可能。同样，通过编写案例并逐一测试来实现。案例格式同 3.3 节所述。4.2 批量 模拟批量可能发生的情况进行测试。同样，通过编写案例并逐一测试来实现。案例格式同 3.3 节所述。4.3 客户 模拟客户可能的操作，进行测试。（如电子商务）同样，通过编写案例并逐一测试来实现。案例格式同 3.3 节所述。4.4 综合测试结果报告 完成以上验收测试以后，应对每项测试结果归纳如下表：_测试结果报告表 功能名称 测试时间 测试员 结果 备注 责任人：质量控制人：结果描述为：优、良、合格、不合格。某金融产品验收测试大纲 第 10 页 共 10页 责任编制人:曾欣持(1999.12.8)第五章 总体评价 通过测试,对该系统从各个子功能到整合功能有个全面的评价,列表如下:功能名称 评价(优、良、不通过)责任人签字 时间 备注