软件测试报告.docx

上传人:b****7 文档编号:9409112 上传时间:2023-02-04 格式:DOCX 页数:16 大小:431.83KB
下载 相关 举报
软件测试报告.docx_第1页
第1页 / 共16页
软件测试报告.docx_第2页
第2页 / 共16页
软件测试报告.docx_第3页
第3页 / 共16页
软件测试报告.docx_第4页
第4页 / 共16页
软件测试报告.docx_第5页
第5页 / 共16页
点击查看更多>>
下载资源
资源描述

软件测试报告.docx

《软件测试报告.docx》由会员分享,可在线阅读,更多相关《软件测试报告.docx(16页珍藏版)》请在冰豆网上搜索。

软件测试报告.docx

软件测试报告

一、测试计划

1.引言1

1.1编写目的1

1.2项目背景2

1.3定义2

1.4参考资料2

2.任务概述2

2.1目标2

2.2运行环境2

2.3需求概述2

2.4条件与限制2

3.计划2

3.1测试方案2

3.2测试项目2

3.3测试准备2

3.4测试机构及人员2

4.测试项目说明2

4.1测试项目名称及测试内容2

4.2测试用例2

4.3进度2

4.4条件2

4.5测试资料2

5.评价2

5.1范围2

5.2准则2

 

1.引言

1.1编写目的

本次测试是针对企业进销存管理系统进行的测试,目的是为判定该系统是否满足《需求规格说明书》中规定的功能指标提供客观的依据。

本测试计划主要有两类受众:

测试管理人员(项目经理、客户指派人员)和测试人员。

项目经理根据该测试计划制定进一步的计划、安排(工作任务分配、时间进度安排)和控制测试过程;

客户指派人员通过该测试计划了解测试过程和相关信息。

测试人员根据该测试计划中制定的范围、方法确定测试需求、设计测试用例、执行和记录测试过程并记录和报告缺陷。

本文档主要阐述企业进销存管理系统测试过程中的一些细节,为企业进销存管理系统的测试工作提供一个框架和规范:

确定项目测试的策略、范围和方法;

使项目测试工作的所有参与人员(客户方参与人员、测试管理者、测试人员)对本项目测试的目标、范围、策略、方法、组织、资源等有一个清晰的认识;

使项目测试工作的所有参与人员理解测试控制过程;

从策略角度说明本项目测试的组织和管理,指导测试进展,并作为项目测试工作实施的依据;

本文档是本项目测试整个过程进行的依据、规范和标准。

1.2项目背景

公司业务不断发展,原料及产品的进出愈加频繁且中间操作环节更加复杂,原有的管理系统在公司越来越快的发展下已经面临崩溃,仓库的管理需要重新规划,因此需要建立数据库和相配套的高级软件系统来进行管理。

所开发软件名称:

进销存管理系统系统设计

项目委托单位:

苏果超市

项目开发单位:

常熟理工计算机科学与工程学院

软件用途:

用于帮助有销售的企业进行销售活动

1.3定义

静态测试:

主要方法有审阅,检查。

单元测试,组装测试,系统测试

事物流:

数据进入模块中的关键域,值互不相同。

主键:

数据库表中与其他表主键关联的域。

ROLLBACK:

数据库的错误恢复机制。

1.4参考资料

a.需求规格说明书;

b.概要设计说明书;

c.详细设计说明书;

d.用户操作手册;

e.《软件测试——方法和技术》朱少民等编著清华大学出版社

2.任务概述

2.1目标

测试是“为了尽可能地发现软件中的错误,而不是为了证明程序的正确性”,测试的目的就是在软件投入生产性运行之前,按照测试的原则要求,尽可能多的发现软件中的错误。

2.2运行环境

硬件要求:

GenuineIntel(R)CPU2140@160GHz1.60GHz,100GBRAM

运行环境:

win98/winNT4.0/win2000/winxp

Jdk1.5、Eclipse3.2、MySql5.0、

2.3需求概述

合理导入数据、程序代码,并将数据库完好连接

3.计划

3.1测试方案

测试方法:

黑盒测试法结合白盒测试法,静态测试和动态测试,验证和确认,单体测试和集合测试。

选取测试用例的原则:

严格遵照测试用例设计的基本原则,对每一个概念都详尽描述,尽量避免含糊的测试用例;尽量将具有相类似功能的测试用例抽象并归类;尽量避免冗长和复杂的测试用例;对每个模块都设计测试用例(去除功能类似模块测试用例的重复性)。

所有的测试都应可追溯到客户需求,在设计测试用例时,应包括合理的输入条件和不合理的输入条件,严格执行测试计划,排除测试的随意性,应当对每一个测试结果,做全面的检查。

妥善保存测试计划、测试用例、出错统计和最终分析报告,为维护提供方便。

检查程序是否做了应做的事,仅是成功的一半,另一半检查程序是否做了不该做的事。

在规划测试时不要设想程序中不会有错。

3.2测试准备

1.确定代码运行环境(安装JDK,Eclipse等)

2.新建数据库

3.连接数据库

4.导入代码

3.3测试机构及人员

负责人:

某某

职责:

测试准备,测试实施,测试结果记录及分析

4.测试项目说明

4.1测试项目名称及测试内容

测试项目名称:

商品库存管理系统

测试内容:

0001用户登录功能测试

0002基本资料维护功能测试

0003出库功能测试

0004入库功能测试

0005查询统计功能测试

0006打印功能测试

4.2测试用例

4.2.1输入

【输入的数据和输入命令。

0001用户名和密码

0002即将接受维护的事物信息

0003出库项目的标志

0004入库项目的详细信息

0005查询项目的标志(如关键字之类)

0006项目的关键字

4.2.2输出

【预期的输出数据。

0001信息管理界面;错误信息。

0002被维护的事物现有信息状态、改变信息的链接。

0003数据库中现有项目数量,数量改变记录。

0004数据库中现有项目数量,数量改变记录。

0005该项目在库的所有信息或入库记录(或出库记录)

0006所需打印的项目的所有的条目

4.2.3步骤及操作

在使用本系统时,请按照以下流程进行操作:

输入用户名、密码后进入进销存管理后如图所示。

企业进销存管理

(1)选择“基础信息管理”/“客户信息管理”按钮,在弹出的窗体中进行对客户信息添加、修改以及删除操作。

(2)选择“基础信息管理”/“商品信息管理”按钮,在弹出的窗体中进行对商品信息添加、修改、以及删除操作。

(3)选择“基础信息管理”/“供应商信息管理”按钮,在弹出的窗体中进行对供应商信息添加、修改以及删除操作。

(4)选择“进货管理”/“进货单”按钮,在弹出的窗体中进行添加进货单、商品入库信息操作。

(5)选择“进货管理”/“进货退货”按钮,在弹出的窗体中进行添加退货信息操作。

(6)选择“销售管理”/“销售单”按钮,在弹出的窗体中进行添加商品销售信息操作。

(7)选择“销售管理”/“销售退货”按钮,在弹出的窗体中进行添加商品退货信息操作。

(8)选择“查询统计”/“客户信息查询”按钮,在弹出的窗体中进行对客户信息的查询操作。

(9)选择“查询统计”/“商品信息查询”按钮,在弹出的窗体中进行对商品信息的查询操作。

(10)选择“查询统计”/“供应商信息查询”按钮,在弹出的窗体中进行对供应商信息的查询操作。

(11)选择“查询统计”/“销售信息查询”按钮,在弹出的窗体中进行对销售信息进行查询操作。

(12)选择“查询统计”/“销售退货查询”按钮,在弹出的窗体中进行对销售退货信息的查询操作。

(13)选择“查询统计”/“入库查询”按钮,在弹出的窗体中进行对商品入库信息的查询操作。

(14)选择“查询统计”/“入库退货查询”按钮,在弹出的窗体中进行对入库商品退货的信息查询操作。

(15)选择“查询统计”/“销售排行”按钮,在弹出的窗体中进行对销售信息排行查询操作。

(16)选择“库存管理”/“库存盘点”按钮,在弹出的窗体中进行查看商品的库存的品种数、剩余数量等信息操作。

(17)选择“库存管理”/“价格调整”按钮,在弹出的窗体中进行对商品价格的调整操作。

(18)选择“系统管理”/“操作员管理”按钮,在弹出的窗体中进行对操作员信息的添加、修改以及删除操作。

(19)选择“系统管理”/“更改密码”按钮,在弹出的窗体中进行对操作员的密码修改操作。

(20)选择“系统管理”/“权限管理”按钮,在弹出的窗体中进行对用户的权限设置操作。

4.3进度

测试用例/测试时间

0001

0002

0003

0004

0005

0006

4小时

4小时

4小时

4小时

4小时

4小时

4.4条件

设备和软件:

硬件要求:

GenuineIntel(R)CPU2140@160GHz1.60GHz,100GBRAM

运行环境:

win98/winNT4.0/win2000/winxp

Jdk1.5、Eclipse3.2、MySql5.0

测试人员:

某某

4.5测试资料

项目名称:

企业进,销,存管理系统

背景:

公司业务不断发展,原料及产品的进出愈加频繁且中间操作环节更加复杂,原有的管理系统在公司越来越快的发展下已经面临崩溃,仓库的管理需要重新规划,因此需要建立数据库和相配套的高级软件系统来进行管理。

进销存管理系统——需求说明书

 

5.评价

5.1范围

各项测试用例测试下来说明,该系统相对稳定,测试用例的选择能够适时地满足测试用例设计需求,基本上达到项目测试所应具有的水平,相对较客观完善,与预期效果相差无几,满足了用户的相应需求.

局限性:

由于MySQL的一些不明原因,GDK和UTF_8编码的选择不能被安装,所以只能选择标准状态下的英文编码,因此系统所有的数据均由数字和英文表示,在下次的改进版中将会加以改善.

5.2准则

1.各单体编码无语法错误,均可调试成功;

2.集合测试中各画面跳转正常,数据库连接无误.

3.数据能正常被输入输出.

二、测试分析报告

1.引言2

1.1编写目的2

1.2项目背景2

1.3定义2

1.4参考资料2

2.测试计划执行情况3

2.1测试项目3

2.2测试机构和人员3

2.3测试结果4

3.软件需求测试结论4

4.评价5

4.1软件能力5

4.2缺陷和限制6

4.3建议6

4.4测试结论6

 

1.引言

1.1编写目的

为了能更好的来使用进销存管理系统系,要对系统里的每一个项目进行一个相应的测试,测试的目的就是及时的来发现隐藏在系统里的缺陷,分析产生缺陷的原因,并且找到对症下药的方法来弥补这个缺陷,使系统达到一个相对于稳定的状态,尽可能的减少错误的发生,减少公司的经济损失。

1.2项目背景

公司业务不断发展,原料及产品的进出愈加频繁且中间操作环节更加复杂,原有的管理系统在公司越来越快的发展下已经面临崩溃,仓库的管理需要重新规划,因此需要建立数据库和相配套的高级软件系统来进行管理。

所开发软件名称:

进销存管理系统系统设计

项目委托单位:

苏果超市

项目开发单位:

常熟理工计算机科学与工程学院

软件用途:

用于帮助有销售的企业进行销售活动

1.3定义

静态测试:

主要方法有审阅,检查。

单元测试,组装测试,系统测试

事物流:

数据进入模块中的关键域,值互不相同。

主键:

数据库表中与其他表主键关联的域。

ROLLBACK:

数据库的错误恢复机制。

1.4参考资料

《软件测试——方法和技术》朱少民等编著清华大学出版社2006年6月

2.测试计划执行情况

2.1测试项目

测试项目名称:

商品库存管理系统

测试名称:

0001用户登录功能测试

测试内容:

输入用户名和密码,例如:

angel和345678

测试目的:

测试是否能成功登陆该系统。

0002基本资料维护功能测试

测试内容:

输入,删除,修改信息。

例如:

提供商信息的删除、修改、增加。

测试目的:

测试是否能成功保存、修改或删除该信息

0003出库功能测试

测试内容:

输入出库的数量

测试目的:

测试是否能成功更新该信息

0004入库功能测试

测试内容:

输入入库的数量

测试目的:

测试是否能成功更新该信息

0005查询统计功能测试

测试内容:

输入查询的关键字

测试目的:

测试是否能成功查询到所需要的信息

0006打印功能测试

测试内容:

显示所需的信息

测试目的:

测试是否能成功显示信息并且导入到文档。

2.2测试机构和人员

设备和软件:

硬件要求:

GenuineIntel(R)CPU2140@160GHz1.60GHz,100GBRAM

运行环境:

win98/winNT4.0/win2000/winxp

Jdk1.5、Eclipse3.2、MySql5.0

负责人员:

某某

参与测试人员:

某某

2.3测试结果

测试项目名称:

商品库存管理系统

测试名称:

0001用户登录功能测试

测试内容:

输入用户名和密码,例如:

angel和345678

测试结果:

能登陆到主界面,用不同权限的账号能做不同的操作。

0002基本资料维护功能测试

测试内容:

输入,删除,修改信息。

例如:

提供商信息的删除、修改、增加。

测试结果:

能和后台数据库做到很好的交互,所作的任何修改能保存到数据库中。

0003出库功能测试

测试内容:

输入出库的数量

测试结果:

能较好的显示出库的信息,界面较有好,能和用户做很好的交互。

0004入库功能测试

测试内容:

输入入库的数量

测试结果:

能较好的显示入库的信息,界面较有好,能和用户做很好的交互。

0005查询统计功能测试

测试内容:

输入查询的关键字

测试结果:

能很好的显示该查询的信息,界面较有好,能适应用户的不同查询需要。

0006打印功能测试

测试内容:

显示所需的信息

测试结果:

能显示出所需的信息,导入到相应的文档中。

 

3.软件需求测试结论

测试中,所有的测试项目均能到达预期的效果,也就是说,基本上该系统已经能够正常的进行工作,实现基本资料维护模块,日常业务模块,查询统计模块,并能提供稳定的文档的导入及打印,基本上是实现了需求分析中该系统所应该实现的功能。

但是,我们总是对于我们的项目是抱着一种精益求精的态度,虽然系统是可以正常运行了,但是难免还存在着可以改进的地方。

我们的系统在与数据库的链接中,出现了一点点的小瑕疵,由于数据库的编码不能改变,不能用utf-8编码,导致了我们的系统对于中文数据来说,只能是显示乱码,只能用英文来保存数据库中数据。

显然,这是一个很遗憾的地方,但是相信,在今后的改进中,会克服这种困难,把该项目做得更好。

4.评价

4.1软件能力

测试项目名称:

商品库存管理系统

测试名称:

0001用户登录功能测试

测试内容:

输入用户名和密码,例如:

angel和345678

测试目的:

测试是否能成功登陆该系统。

0002基本资料维护功能测试

测试内容:

输入,删除,修改信息。

例如:

提供商信息的删除、修改、增加。

测试目的:

测试是否能成功保存、修改或删除该信息

测试结果:

能登陆到主界面,用不同权限的账号能做不同的操作。

0003出库功能测试

测试内容:

输入出库的数量

测试目的:

测试是否能成功更新该信息

测试结果:

能和后台数据库做到很好的交互,所作的任何修改能保存到数据库中。

0004入库功能测试

测试内容:

输入入库的数量

测试目的:

测试是否能成功更新该信息

测试结果:

能较好的显示入库的信息,界面较有好,能和用户做很好的交互。

0005查询统计功能测试

测试内容:

输入查询的关键字

测试目的:

测试是否能成功查询到所需要的信息

测试结果:

能很好的显示该查询的信息,界面较有好,能适应用户的不同查询需要。

0006打印功能测试

测试内容:

显示所需的信息

测试目的:

测试是否能成功显示信息并且导入到文档。

测试结果:

能显示出所需的信息,导入到相应的文档中。

我们可以从以上六个测试的内容、目的和结果中,得出这个结论:

该系统能够实现基本的信息的维护,日常业务,和查询统计功能。

4.2缺陷和限制

局限性:

由于MySQL的一些不明原因,GDK和UTF_8编码的选择不能被安装,所以只能选择标准状态下的英文编码,因此系统所有的数据均由数字和英文表示,在下次的改进版中将会加以改善.

4.3建议

更换一个更好的数据库,或者升级原有的数据库。

4.4测试结论

各项测试用例测试下来说明,该系统相对稳定,测试用例的选择能够适时地满足测试用例设计需求,基本上达到项目测试所应具有的水平,相对较客观完善,与预期效果相差无几,满足了用户的相应需求.

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 小学教育 > 数学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1