软件工程文档模板八测试分析报告.docx

软件工程文档模板八测试分析报告.docx

《软件工程文档模板八测试分析报告.docx》由会员分享，可在线阅读，更多相关《软件工程文档模板八测试分析报告.docx（12页珍藏版）》请在冰豆网上搜索。

软件工程文档模板八测试分析报告

《软件工程》实验报告

超市运营管理系统

测试分析报告

指导教师：

卢照

班级：

1001（第5组）

学生姓名：

关宇婷

学号：

2010100153

完成日期：

2013/6/7

运城学院计算机科学与技术系

目录

1．引言1

1.1编写目的1

1.2项目背景1

1.3定义1

1.4参考资料2

2．测试计划执行情况2

2.1测试项目2

2.1.1登陆、密码模块测试2

2.1.2销售管理模块收银业务测试测试2

2.1.3库存管理模块商品录入测试测试3

2.1.4订货管理模块订货业务测试测试3

2.1.5系统管理模块测试3

2.2测试机构和人员3

2.3测试结果3

2.3.1登陆、密码模块测试3

2.3.2销售管理模块收银业务测试测试4

2.3.3库存管理模块商品录入测试测试5

2.3.4订货管理模块订货业务测试测试5

2.3.5系统管理模块测试6

3．软件需求测试结论7

3.1销售管理模块7

4.1.1能力7

4.1.2限制7

4.2库存管理模块7

4.2.1能力7

4.2.2限制8

4.3系统管理模块8

4.3.1能力8

4.3.2限制8

4.4登陆8

4.4.1能力8

4.6.2限制8

4．评价8

4.1软件能力8

4.2缺陷和限制9

4.3建议9

4.4测试结论9

1．引言

1.1编写目的

测试分析报告是在测试分析的基础上，对测试的结果以及测试的数据等加以记录和分析总结。

它也是测试过程中的一个重要环节，同时，它也是对软件性能的一个总的分析和认可及对不足之处的说明。

因此，测试分析报告对于今后对软件的功能的加强，不足之处的弥补等都起着十分重要的提纲作用。

另外，它还有利于今后软件开发者阅读原程序，根据测试提供的数据和结果，分析原代码，掌握各函数的功能和局限性。

从而缩短软件开发者的再开发时间和所耗费的精力．资金。

从这方面上，我们不难发现，测试分析报告所指明的对象主要是针对于软件开发者。

1.2项目背景

在我国超市形成在20世纪90年代初期，现在已经成为我国零售业的一种重要形态，为国民经济的发展发挥了重要的作用。

随着超市高速的发展，其经营管理也变得愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售也的发展，这样就迫切地需要引入新的管理技术。

超市形态具有种种优点，但在目前状况下，它仍存在零售业企业所共有的落后的一面，如：

不能有效地管理每种商品，收款结算速度慢，容易出现营业差错，不宜进行商品调价，盘点效率低等，而且在超市日常管理中，商品的进、销、存等决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足。

随着超市形态的高速发展，其经营管理也变得愈加复杂，日常所需要处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。

为此，依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力，改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的进、销、存等状况和各种反馈信息分析，使管理人员快速对市场的变化做出相应的决策，加快超市经营管理效率。

1.3定义

条形码（BarCode）:

条状平行线和中间空白之组合,货品上以粗细线条标示供光学扫描器读取货品资料,粘附于产品或集装箱之上,表达有关数据,可以用电子扫描仪读这些数据.

P.O.S（PointofSales）:

销售信息管理系统,其基本构件是:

商品条码,POS收银台系统,后台电脑.也称为单个收银机.

80-20法则:

系重点管理之原则,其意义为:

只要掌握住事物的重点（即其中最重要的20%）即可产生大部分的功效（即成果的80%）.例如:

商店内80%的业绩系由20%的品项所达成.日平均售量:

D.M.S（DailyMeanSales）单项货品日平均售量数.

毛利:

商品销售额减商品销售进价

周转率:

对某一类别销货的进度,由此来判别采购商品是否正确,及追加作业是否正常,及库存数量是否正常.

建议订单:

O.P.L（OrderProposalList）电脑计算出每项货品应续订数量之报表.

永续订单:

生鲜,日配类商品,货到才确认完成订单,也可用尺码商品.紧急订单:

紧急缺货时,采用手写订货FAX给厂商,此订单越少越好.

陈列:

货品柜设之方式.

价格带:

指在商店内销售同一项产品,其卖价上限到下限之间.

货号:

店内为商品依类别所编之号码.

改价（变价）:

更改商品的零售价或进货价格.

价格卡（价签）:

用于标示商品售价并作定位管理的标牌.

供应商编号：

为方便管理，在電脑系統中，为每位供应商所編的号码，一般为五位数。

货架编号：

超市中所有货架的統一编号。

交接班：

同崗位不同班次进行的工作交接。

缺货：

某商品的库存为零。

库存不足：

库存商品的可周转天数低于设定的安全周转天数。

换货：

顾客或商场按有关规定將所购商品与卖场（厂商）进行交换。

退货：

顾客或商场按有关規定將所购商品退回給商场（厂商）

市场调查（市调）：

对同类的存在竞争能力的超市进行商品、价格、服务、促销的方面的调查。

补货:

理货员将缺货的商品,依照商品各自规定的陈列位置,定时或不定时地将商品补充到货架上去的作业.

促销员又称:

信息员.厂商为了更好销售,宣传其商品,而派驻商场的其本单位的员工.

会员卡:

会员资格的凭记.

1.4参考资料

软件工程导论张海藩清华大学出版社

需求分析说明书《软件开发小组》　　　　　

面向对象设计说明书　　　　　　《软件开发小组》　　

2．测试计划执行情况

2.1测试项目

2.1.1登陆、密码模块测试

本测试是采用黑盒测试法：

为了检测不同权限的用户在登陆时，是否能进入对应的模块并得到应有的权限，检验密码模块的正确有效。

2.1.2销售管理模块收银业务测试测试

本测试是采用黑盒与白盒混合的测试法：

为了检测系统的销售时的收银业务销售定价等功能的输入输出进行验证。

2.1.3库存管理模块商品录入测试测试

本测试是采用黑盒与白盒混合的测试法：

为了检测系统的库存管理时的入库管理，出库管理等功能的输入输出进行验证。

2.1.4订货管理模块订货业务测试测试

本测试是采用黑盒与白盒混合的测试法：

为了检测系统的订货管理时的订货业务等功能的输入输出进行验证。

2.1.5系统管理模块测试

本测试是采用黑盒与白盒混合的测试法：

为了检测系统的系统管理时的员工管理、会员管理等功能的输入输出进行验证。

2.2测试机构和人员

测试机构　――　《软件开发小组》

人员:

关宇婷秦婷婷苏文林张雪晴

2.3测试结果

2.3.1登陆、密码模块测试

测试用例1（正确输入）

【输入】：

用户：

admin密码：

123

【期望输出】：

登入成功，显示前台销售管理窗体

【实际输出】：

登入成功，显示前台销售管理窗体

测试用例2（无该用户）

【输入】：

用户：

aa密码：

aa

【期望输出】：

提示用户名或密码错误

【实际输出】：

提示用户名或密码错误

测试用例3（密码错误）

【输入】：

用户：

admin密码：

aa

【期望输出】：

提示用户名或密码错误

【实际输出】：

提示用户名或密码错误

测试用例4（无输入）

【输入】：

用户：

密码：

【期望输出】：

提示用户名或密码错误

【实际输出】：

提示用户名或密码错误

2.3.2销售管理模块收银业务测试测试

测试用例1（正确输入）

【输入】：

实收：

100

【期望输出】：

应找钱数显示的标签上，并打印顾客货物清单

【实际输出】：

应找钱数显示的标签上，并打印顾客货物清单

测试用例2（输入比应收的少）

【输入】：

实收：

50

【期望输出】：

提示输入错误，所买货物价格高于所输入的数目，请检查

【实际输出】：

提示输入错误，所买货物价格高于所输入的数目，请检查

测试用例3（输入非数字）

【输入】：

实收：

abc

【期望输出】：

请输入数字

【实际输出】：

请输入数字

测试用例4（没有输入数字）

【输入】：

实收：

空

【期望输出】：

没有输入数字，请检查

【实际输出】：

没有输入数字，请检查

2.3.3库存管理模块商品录入测试测试

测试用例1（正确输入）

【输入】：

条形码:

2009100201商品名称:

可口可乐价格:

2.0

【期望输出】：

商品录入成功，加入商品列表

【实际输出】：

商品录入成功，加入商品列表

测试用例2（已经存在的商品）

【输入】：

条形码:

2009100202商品名称:

雪碧价格:

2.0

【期望输出】：

提示商品已经存在

【实际输出】：

提示商品已经存在

测试用例3（需要录入的商品信息不完整）

【输入】：

条形码:

空商品名称:

可口可乐价格:

2.0

【期望输出】：

提示缺少信息/不合法

【实际输出】：

提示缺少信息/不合法

测试用例4（需要录入的商品信息与已经存储商品信息矛盾）

【输入】：

条形码:

1000001商品名称:

雪碧价格:

2.5

【期望输出】：

提示商品信息矛盾/不合法

【实际输出】：

提示商品信息矛盾/不合法

2.3.4订货管理模块订货业务测试测试

测试用例1（正确输入）

【输入】：

条形码：

2009100202

【期望输出】：

商品是雪碧，库存量低于库存下限，请联系供应商A补充货源

【实际输出】：

商品是雪碧，库存量低于库存下限，请联系供应商A补充货源

测试用例2（输入条形码错误）

【输入】：

条形码：

0000001

【期望输出】：

提示没有该商品

【实际输出】：

提示没有该商品

测试用例3（没有输入条形码）

【输入】：

abc

【期望输出】：

输入有误，请重新输入

【实际输出】：

输入有误，请重新输入

2.3.5系统管理模块测试

（1）员工管理

测试用例1（正确输入）

【输入】：

员工号：

1001

【期望输出】：

1001

【实际输出】：

1001

测试用例2（输入员工号错误）

【输入】：

员工号：

fsdfdsf

【期望输出】：

输入非法

【实际输出】：

输入非法

测试用例3（没有输入用户名）

【输入】：

【期望输出】：

不能为空

【实际输出】：

不能为空

测试用例4（输入部门号不存在）

【输入】：

13545

【期望输出】：

没有该部门

【实际输出】：

没有该部门

测试用例5（电话号码不符合规范）

【输入】：

ewewtg

【期望输出】：

电话号码错误

【实际输出】：

电话号码错误

3．软件需求测试结论

3.1销售管理模块

4.1.1能力

超市管理系统下的一个子系统，记录售货员今日处理的商品信息和会员的购买情况，处理销售过程中的商品信息并作记录。

包括售货员登陆和会员登陆，以及售货员的售货处理、结账处理。

4.1.2限制

（1）只能在购物一开始输入会员信息，不能在扫描商品中途登录会员；

（2）删除待购商品时只能一条记录全删掉，不能指定删除指定数量。

4.2库存管理模块

4.2.1能力

商品信息入库功能：

对商品进行入库，录入商品编号，商品名称，数量，总价等信息，存入数据库中，方便以后的查询，并修改数据库中库存的数量，并将其打印显示在屏幕上。

4.2.2限制

暂无发现任何明显错误。

4.3系统管理模块

4.3.1能力

系统管理包括维护员工信息、维护会员信息和系统维护。

系统管理员通过系统管理功能，能够了解公司员工信息、会员信息，还能够对系统进行维护工作。

4.3.2限制

（1）只能对员工信息、会员信息进行管理，不能对整个系统进行维护。

（2）管理员的权限的设置问题，其可以看到所有信息。

4.4登陆

4.4.1能力

登陆系统是让用户、管理员和销售员验证身份的系统。

登陆系统和数据库连接，根据他们输入的账号和密码，和数据库中存在的信息核对，从而辨别他们是否有权使用接来下的功能。

如果信息正确，他们就能成功登陆，使用下面的功能；如果登陆失败，就要求他们重新输入账号和密码。

4.6.2限制

个别特殊的账号不能修改；密码保护措施不强，容易泄露；数据库安全性不高.

4．评价

4.1软件能力

测试设计基本覆盖了需求的各个功能模块，发现了很多编码错误以及逻辑错误，并指导开发小组及时改正，不过由于人力及时间的不足，所以还有很多改进的地方，如白盒测试的力度还不够，有很多提高的空间。

但基本达到了可以交付的功能。

4.2缺陷和限制

1、只能在购物一开始输入会员信息，不能在扫描商品中途登录会员；

2、删除待购商品时只能一条记录全删掉，不能指定删除指定数量。

3、统计分析只能查询指定条件的数据，但不能根据结果，自动生成分析结果，或是图表显示，不直观。

4、几个相关联的数据查询不能一次到位。

还需以后改进。

5、只能对员工信息、会员信息进行管理，不能对整个系统进行维护。

6、管理员的权限的设置问题，其可以看到所有信息。

4.3建议

各项修复的紧迫性都很高，需尽快完成，负责人为各模块负责人

4.4测试结论

该软件在各方面的综合能力都可以，通过！