软件测试 商品库存管理Word格式.docx

软件测试 商品库存管理Word格式.docx

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

第一章课程设计内容

测试项目名称：

商品库存管理系统

0001用户登录功能测试

测试内容：

输入用户名和密码，例如：

angel和345678

测试目的：

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

0002基本资料维护功能测试

输入，删除，修改信息。

例如：

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

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

0003出库功能测试

输入出库的数量

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

0004入库功能测试

输入入库的数量

0005查询统计功能测试

输入查询的关键字

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

0006打印功能测试

显示所需的信息

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

第二章设计方法与步骤

2.1术语和缩写词

静态测试：

主要方法有审阅，检查。

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

事物流：

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

主键：

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

ROLLBACK:

数据库的错误恢复机制。

2.2测试概要

标识符：

0201

测试项：

操作员管理测试

测试环境要求：

（1）数据库连接成功

（2）用户成功登录

输入标准：

1、在添加操作员时，输入操作员的信息，确认

2、在删除操作员，输入要删除的操作员的信息，确认

输出标准：

1、添加的操作员不重复，则信息提示“添加成功”

2、添加的操作员重复，则信息提示“用户名已存在”

3、所要删除的操作员存在，则信息提示“删除成功”

4、所要删除的操作员不存在，则信息提示“该用户不存在”

0202

更改密码测试

1、输入原密码，输入新密码，确认

2、输入错密码，输入新密码，确认

1、信息提示“修改成功”

2、信息提示“需保证密码一致”

0203

权限管理测试

1、输入信息，修改

1、权限满足，则信息提示“修改成功”

2、权限不满足，则信息提示“权限不够”

0003出库功能测试

0300

销售单

1、填写销售单全部信息，添加

2、填写销售单以外的信息，添加

3、添加后，销售

1、信息提示“添加成功”

2、信息提示“销售票号不能为空”

3、信息提示“销售成功”

0301

销售退货

1、填写退货票号全部信息，添加

2、填写退货票号以外的信息，添加

3、不填信息，退货

4、填好退货票号，填写其他信息，退货

1、显示退货单，信息提示“添加成功”

2、信息提示“退货票号不能为空”

3、信息提示“退货票号不能为空”

4、正在购买或退货数量大于购买数量，信息提示“退货数量不能大于购买数量”；

否则退货成功

0400

进货单

1、填写进货单全部信息，添加

2、填写进货单以外的信息，添加

3、填写进货单全部信息，入库

4、填写进货单以外的信息，入库

1、显示进货单，信息提示“添加成功”

2、信息提示“进货票号不能为空”

3、信息提示“入库成功”

4、信息提示“入库失败”

0401

退货单

1、填写退货单全部信息，添加

2、填写退货单以外的信息，添加

3、填写退货单全部信息，入库

4、填写退货单以外的信息，入库

3、信息提示“退货成功”

4、信息提示“退货失败”

0500

查询统计功能测试

1、输入要查询的信息编号，查询

2、显示全部

1、信息编号存在，显示查询信息

2、信息编号不存在，则显示为空

3、显示数据库中所有信息”

0600

打印功能测试

打印

打印出所有信息

0601

库存盘点测试

盘点

打印出仓库中商品的各方面信息

2.3测试环境与配置

硬件要求：

GenuineIntel（R）CPU2140@160GHz1.60GHz，100GBRAM

运行环境：

win98/winNT4.0/win2000/winxp

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

配置：

1.确定代码运行环境（安装JDK，Eclipse等）

2.新建数据库

3.连接数据库

4.导入代码

2.4测试方法和工具

测试方法：

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

选取测试用例的原则：

严格遵照测试用例设计的基本原则，对每一个概念都详尽描述，尽量避免含糊的测试用例；

尽量将具有相类似功能的测试用例抽象并归类；

尽量避免冗长和复杂的测试用例；

对每个模块都设计测试用例（去除功能类似模块测试用例的重复性）。

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

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

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

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

2.5E-R视图

第三章系统实现

3.1入库统计

3.2出库统计

3.3库存统计

第四章测试结果

用户登录功能测试：

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

基本资料维护功能测试：

能和后台数据库做到很好交互。

出库功能测试：

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

入库功能测试：

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

查询统计功能测试：

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

打印功能测试：

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

各项测试用例测试下来说明,该系统能够实现基本的信息的维护，日常业务，和查询统计功能。

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

第五章课程设计心得

本次测试执行准备充足，完成了既定目标。

运行的时候会出现一些意外的溢出错误，系统登录界面太过于简单，不够美观，难以体现一定的审美效果。

往往某个应用程序是否能够第一眼吸引到别人在于它的页面，页面如果美观舒适，会给人一种继续阅览该网站的感觉，因而在系统的登录界面上我们的系统还存在一些问题。

第六章参考文献（资料）

[1]朱少民.软件测试方法和技术[M].北京：

清华大学出版社，2005年

[2]段念.软件性能测试过程详解与案例剖析[M].北京：

清华大学出版社，2006年

[3]林宁.软件测试使用指南[M].北京：

清华大学出版社，2007年

[4]徐仁佐.软件可靠性技术[M].北京：

致谢