软件项目管理Word格式.docx

软件项目管理Word格式.docx

《软件项目管理Word格式.docx》由会员分享，可在线阅读，更多相关《软件项目管理Word格式.docx（8页珍藏版）》请在冰豆网上搜索。

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批量

模拟批量可能发生的情况进行测试。

4.3客户

模拟客户可能的操作，进行测试。

（如电子商务）同样，通过编写案例并逐一测试来实现。

4.4综合测试结果报告

完成以上验收测试以后，应对每项测试结果归纳如下表：

_______测试结果报告表

第五章总体评价

通过测试,对该系统从各个子功能到整合功能有个全面的评价,

列表如下:

评价

（优、良、不通过）

责任人签字

时间