软件测试报告参考模板.doc

软件测试报告参考模板.doc

《软件测试报告参考模板.doc》由会员分享，可在线阅读，更多相关《软件测试报告参考模板.doc（22页珍藏版）》请在冰豆网上搜索。

项目名称：

在线购物系统

软件测试报告

小组名称：

第九组

小组成员：

项目组成员：

组长：

班级学号：

093--24姓名：

吕健阁

负责工作：

引言、测试结论

评语：

小组成员：

1.班级学号：

093--6姓名：

杨忠翰

负责工作：

测试概要

评语：

2.班级学号：

091--4姓名：

李超

负责工作：

测试结果

评语：

3.班级学号：

姓名：

负责工作：

评语：

4.班级学号：

姓名：

负责工作：

评语：

目录

1引言 4

1.1编写目的 4

1.2项目背景 4

1.3用户群 5

1.4基本定义 5

1.5术语和缩写词 6

1.6参考资料 6

2测试概要 6

2.1测试环境 6

2.1.1软件硬件配置 6

2.1.2网络拓扑图 7

2.2测试计划 8

2.3测试执行 8

2.4测试用例 8

2.4.1功能性 9

2.4.2易用性 9

2.5覆盖分析 10

2.5.1需求覆盖 10

3测试用例 11

3.1功能测试 11

3.1.1子功能名称 11

4测试结果 19

4.1bug性质及模块分布图 19

4.2改进建议 19

5测试结论 20

5.1功能 20

5.2易用性 20

5.3可靠性 21

5.4兼容性 21

5.5安全性 21

1引言

1.1编写目的

本测试报告为在线购物系统项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。

预期参考人员包括用户、测试人员、开发人员。

伴随着网络和服务业的发展，网上购物正不断的改变我们的购物方式。

对于图书资源本身重种类繁多和数据庞大的特点，在一个具体书店寻找并购买一本所需要的图书越来越困难，在这种情况下，此系统由此诞生，它整合大量的图书资源，让用户在家就能体验购书的乐趣。

1.2项目背景

目前网上购物发展迅速，各类管理系统也应运而生，针对各类大型网购网站的管理系统的开发已经非常成熟，从拍下到订单，再到付款，收货确认，都可以做到统一管理。

前台可以做到预定实物，虚拟物品等各种预定业务。

然而，为数众多的小的购物网站却没有一个合适的管理系统，因此，我们觉得开发此管理系统是十分必要的。

网上购物系统软件是一功能比较完善的数据管理软件，具有数据操作方便高效迅速等优点。

该软件采用功能强大的数据库软件开发工具进行开发，具有很好的可移植性，可在应用范围较广的WINDOWS系列等操作系统上使用。

除此以外，该系统可通过访问权限控制以及数据备份功能，确保数据的安全性。

1.3用户群

主要读者：

项目管理人员，项目测试经理，业主相关人员；

其他读者：

项目其他相关人员。

1.4基本定义

五类测试错误类型。

A类：

严重错误，包括以下各种错误：

n由于程序所引起的死机,非法退出

n死循环

n数据库发生死锁

n因错误操作导致的程序中断

n功能错误

n与数据库连接错误

n数据通讯错误

B类：

较严重错误，包括以下各种错误：

n程序错误

n程序接口错误

n数据库的表、业务规则、缺省值未加完整性等约束条件

C类：

一般性错误，包括以下各种错误：

n操作界面错误（包括数据窗口内列名定义、含义是否一致）

n打印内容、格式错误

n简单的输入限制未放在前台进行控制

n删除操作未给出提示

n数据库表中有过多的空字段

D类：

较小错误，包括以下各种错误：

n界面不规范

n辅助说明描述不清楚

n输入输出不规范

n错误操作未给用户提示

n提示窗口文字未采用行业术语

n可输入区域和只读区域没有明显的区分标志

1.5术语和缩写词

列出设计本系统/项目的专用术语和缩写语约定。

对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。

1.6参考资料

[1]《JAVA编程思想》，机械工业出版社，2007

[2]《JavaScript入门经典》，清华大学出版社，2009

[3]《JAVA经典实例》，中国电力出版社，2009

[4]《数据库技术及应用教程》,清华大学出版社,2011

2测试概要

测试目的：

在于为执行测试提供用例，指导测试的实施，查找分析缺陷，评估测试质量并执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。

测试声明：

测试人员在软件开发过程中的任务：

  1、寻找Bug；

     2、避免软件开发过程中的缺陷；

     3、衡量软件的品质；

     4、关注用户的需求。

2.1测试环境

2.1.1软件硬件配置

表2.1配置图

环境

应用服务器

数据库服务器

客户端

硬件配置

Linux

CPU：

CPU奔腾Ⅲ以上

内存：

512M以上

硬盘：

500G或以上

MySQL

WindowsxpWindows98\7

CPU：

CPU奔腾Ⅲ以上

内存：

512M以上

硬盘：

100G或以上

软件配置

Window2000

Window2000

Window2000

网络配置

10MLAN

10MLAN

10MLAN

2.1.2网络拓扑图

图2.1网络拓扑图

2.2测试计划

版本/时间计划开始实际开始计划完成实际完成加班增加资源：

表2.1测试计划

（1）

版本/时间

计划开始时间

实际开始时间

计划结束时间

实际结束时间

加班

增加资源

登陆模块

12-3

12-3

12-5

12-5

否

否

注册模块

12-6

12-6

12-8

12-8

否

否

购物车模块

12-9

12-9

12-10

12-10

否

否

订单模块

12-11

12-13

12-13

12-13

否

否

表2.1测试计划

（2）

任务（子功能）

开始时间

结束时间

总计（天）

登陆模块

2012-12-03

2012-12-05

3

注册模块

2012-12-06

2012-12-08

3

购物车模块

2012-12-09

2012-12-10

2

订单模块

2012-12-11

2012-12-13

3

2.3测试执行

此次测试严格按项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。

针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试。

2.4测试用例

测试用例设计方法：

边界值分析法

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。

通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

2.4.1功能性

在前台实现的基本主要有：

a.用户注册

b.用户登陆

c.修改用户个人信息

d.商品选购

e.查看商品详细情况

f.购物车功能

g.查看用户的订单信息

后台管理部分主要有：

a.商店商品管理：

添加、修改、删除、查看。

b.用户信息管理：

查看、修改、删除。

c.订单信息管理：

查看订单清单、更新订单付款、出货状态、删除订单。

2.4.2易用性

操作按钮提示信息正确性，一致性，可理解性。

限制条件提示信息正确性，一致性，可理解性。

必填项标识。

输入方式可理解性

2.5覆盖分析

2.5.1需求覆盖

本次测试对系统需求的覆盖情况为需求覆盖率=Y（P）项/需求项总数×100%=100%

表2.5.1覆盖测试需求

需求/功能

测试类型

是否通过

备注

商品浏览

功能测试

Y

注册

功能测试

Y

登陆

功能测试

Y

购物车

功能测试

Y

订单

功能测试

Y

表格中“是否通过”的四种状态：

[Y]：

全部通过

[P]：

部分通过

[N]：

不通过

[N/A]：

不可测试或者用例不适用

3测试用例

3.1功能测试

3.1.1子功能名称

表1

测试编号

A001

模块名称

登陆模块

建立日期

2012-12-3

建立人员

杨忠翰

修改日期

2012-12-15

状态

[]草稿[]正在修改[√]正式发布

定义

为了在用户进行商品交易的时候确认用户ID，用户在进行商品结算的时候，进行登录。

登录的主要目的是通过ID确认该用户是否注册，系统根据登录用户名的注册信息进行交易。

登陆界面实现验证码功能。

登录的时机可以在用户访问系统的时候，也可以在商品结算的时候。

只有登陆才可以结算，如果不