超市管理系统测试报告Word格式.docx
- 文档编号:985434
- 上传时间:2023-04-29
- 格式:DOCX
- 页数:18
- 大小:59.74KB
超市管理系统测试报告Word格式.docx
《超市管理系统测试报告Word格式.docx》由会员分享,可在线阅读,更多相关《超市管理系统测试报告Word格式.docx(18页珍藏版)》请在冰点文库上搜索。
7测试进度 14
8总结 15
9参考文献 16
1引言
1.1编写目的
超市管理系统“超市管理系统测试计划”文档有助于实现以下目标:
(1)大大提高超市的运作效率;
(2)通过全面的信息采集和处理,辅助提高超市的决策水平;
(3)使用本系统,可以迅速提升超市的管理水平,为降低经营成本,提高效益,增强超市扩张力,提供有效的技术保障。
1.2背景
由于现代经济的发展,超市规模也日益扩大,单靠人力已难以完全准确的统计与管理超市各种货物的库存与货物销售的相关记录;
并且随着现代计算机和网络的快速发展,各种超市信息化管理已成为一种不可避免的趋势。
通过开发该超市管理系统软件能够及时、方便、快捷的处理超市的各种人力无法解决的事务,从而减少人力、物力的开销,提高超市收益。
1.3定义
本系统适应于各种小型的超市。
1.4参考资料
下表1.1列出了制定超市管理系统测试计划时所使用的文档,并标明了各文档的可用性:
表1.1系统测试使用文档
文档(版本/日期)
已创建或可用
已被接收或已经过复审
可行性分析报告
是
项目开发计划书
软件概要设计
软件详细设计
超市管理系统测试计划
超市管理系统测试分析报告
项目开发总结报告
2超市管理系统测试需求
2.1系统功能需求
(1)零售前台(POS)管理系统,本系统必须具有以下功能:
商品录入:
根据超巿业务特点制定相关功能,可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。
该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
收银业务:
通过扫描条形码或者直接输入商品名称(对于同类多件商品采用一次录入加数量的方式)自动计算本次交易的总金额。
在顾客付款后,自动计算找零,同时打印交易清单(包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号)。
如果顾客是本店会员并持有本人会员卡,则在交易前先扫描会员卡,并对所购物品全部实行95折优惠,并将所购物品的总金额累计到该会员的总消费金额中。
会员卡的有效期限为一年,满一年未续卡者,该会员卡将被注销。
安全性:
OS登陆、退出、换班与操作锁定等权限验证保护;
断电自动保护最大限度防止意外及恶意非法操作。
独立作业:
有的断网收银即在网络服务器断开或网络不通的情况下,收银机仍能正常作业
(2)后台管理系统,本系统必须具备以下功能
进货管理:
根据销售情况及库存情况,自动制定进货计划(亦可手工制定修改),可以避免盲目进货造成商品积压。
按计划单有选择性地进行自动入库登记。
综合查询打印计划进货与入库记录及金额。
销售管理:
商品正常销售、促销与限量、限期及禁止销售控制。
综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。
按多种方式统计生成销售排行榜,灵活察看和打印商品销售日、月、年报表。
库存管理:
综合查询库存明细记录。
库存状态自动告警提示。
如库存过剩、少货、缺货等。
软件为您预警,避免库存商品积压损失和缺货。
库存自动盘点计算。
人员管理:
员工、会员、供货商、厂商等基本信息登记管理。
员工操作权限管理。
客户销售权限管理。
(3)系统结构(模块子系统结构)
功能描述:
商品录入子系统要求能快速录入商品,因此必须支持条形码扫描。
收银业务子系统能计算交易总额,打印交易清单,并根据会员卡打折。
进货管理子系统可以根据库存自动指定进货计划,进货时自动等级,以及提供查询和打印计划进货与入库记录的功能。
销售管理子系统可以控制某商品是否允许销售,查询每种商品的销售情况并产生年、月、日报表,同时可以生成销售排行榜。
库存管理子系统提供查询库存明细记录的基本功能,并根据库存的状态报警,以及自动盘点计算。
人员管理子系统提供基本信息登记管理,员工操作权限管理,客户销售权限管理的功能。
2.2系统环境需求
系统模式:
本系统采用C/S模式作为开发模式。
硬件环境:
(1)服务器端:
高性能的计算机一台,普通的双绞线作为连接。
(2)客户端:
普通的计算机或者工作站,普通的双绞线作为连接。
软件环境:
安装SQLServer2000的服务器版本,安装windows2000服务器版本,配置了诺顿等必须的防毒软件。
安装mySQL5以上的服务器版本,安装了J_D_K6以上工具软件,安装windows2000服务器版本。
2.3用户类型与职能需求
(1)员工(营业员):
通过商品,条形码扫描输入商品到购买清单
操作软件计算交易总金额
操作软件输出交易清单
对会员进行会员卡扫描以便打折
(2)超市经理:
操作软件录入商品,供货商,厂商
操作软件制定进货计划
查询打印计划进货与入库记录
操作软件控制商品销售与否
查询打印销售情况
操作软件生成销售排行榜
查询库存明细记录
根据软件发出的库存告警进行入货
操作软件进行盘点计算
(3)总经理:
基本信息登记管理
员工操作权限管理
客户销售权限管理
3超市管理系统风险
(1)信息系统尽管功能强大,技术先进,但由于受到自身体系结构,设计思路以及运行机制等限制,也隐含许多不安全因素。
常见因素有:
数据的输入,输出,存取与备份,源程序以及应用软件,数据库,操作系统等漏洞或缺陷,硬件,通信部分的漏洞,企业内部人员的因素,病毒,“黑客”等因素。
因此,为使本系统能够真正安全,可靠,稳定地工作,必须考虑如下问题:
为保证安全,不致使系统遭到意外事故的损害,系统因该能防止火,盗或其他形式的人为破坏。
(2)系统要能重建
(3)系统应该是可审查的
(4)系统应能进行有效控制,抗干扰能力强
(5)系统使用者的使用权限是可识别的
4超市管理系统测试策略
4.1超市管理系统数据和数据库完整性测试
超市管理系统中,数据库和数据库进程应作为一个子系统来进行超市管理系统测试。
在超市管理系统测试这些子系统时,不应将超市管理系统的用户界面用作数据的接口。
对于数据库管理系统(DBMS),还需要进行深入的研究,以确定可以支持以下超市管理系统测试的工具和技术,如表4.1所示:
表4.1支持的技术
超市管理
系统测试
目标
确保数据库访问方法和进程正常运行,数据不会遭到损坏
技术
调用各个数据库访问方法和进程,并在其中填充有效的和无效的数据(或对数据的请求)。
检查数据库,确保数据已按预期的方式填充,并且所有的数据库事件已正常发生;
或者检查所返回的数据,确保正当的理由检索到了正确的数据
完成标准
所有的数据库访问方法和进程都按照设计的方式运行,数据没有遭到损坏。
需考虑的特殊事项
超市管理系统测试可能需要DBMS开发环境或驱动程序在数据库中直接输入或修改数据。
进程应该以手工方式调用。
应使用小型或最小的数据库(记录的数量有限)来使所有无法接受的事件具有更大的可视度。
4.2超市管理系统接口测试
有关于超市管理系统接口测试的内容如表4.2所示:
表4.2接口测试
超市管理系统测试目标
确保接口调用的正确性
超市管理系统测试范围
所有软件、硬件接口,记录输入输出数据
接口的限制条件
4.3超市管理系统集成测试
集成测试主要目的检测系统是否达到需求对业务流程及数据流的处理是否符合标准,检测系统对业务流处理是否存在逻辑不严谨及错误,检测需求是否存在不合理的标准及要求。
此阶段超市管理系统测试基于功能完成的超市管理系统测试。
如表4.3所示:
表4.3系统集成测试策略
检测需求中业务流程,数据流的正确性
需求中明确的业务流程,或组合不同功能模块而形成一个大的功能。
利用有效的和无效的数据来执行各个用例、用例流或功能,以核实以下内容:
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告消息。
各业务规则都得到了正确的应用。
开始标准
在完成某个集成超市管理系统测试时必须达到标准
所计划的超市管理系统测试已全部执行。
所发现的缺陷已全部解决。
超市管理系统测试重点
和优先级
超市管理系统测试重点指在超市管理系统测试过程中需着重超市管理系统测试的地方,优先级可以根据需求及严重来定
需考虑的
特殊事项
确定或说明那些将对功能超市管理系统测试的实施和执行造成影响的事项或因素(内部的或外部的)
4.4超市管理系统功能测试
对超市管理系统的功能超市管理系统测试应侧重于所有可直接追踪到用例或业务功能和业务规则的超市管理系统测试需求。
这种超市管理系统测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。
此类超市管理系统测试基于黑盒技术,该技术通过图形用户界面(GUI)与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。
表4.4为各种应用程序列出了推荐使用的超市管理系统测试概要:
表4.4测试概要
确保超市管理系统测试的功能正常,其中包括导航,数据输入,处理和检索等功能。
确定或说明那些将对功能超市管理系统测试的实施和执行造成影响的事项或因素(内部的或外部的)
4.5超市管理系统用户界面测试
UI超市管理系统测试的目标是确保用户界面会通过超市管理系统的功能来为用户提供相应的访问或浏览功能。
另外,UI超市管理系统测试还可确保UI中的对象按照预期的方式运行,并符合公司或行业的标准。
本系统的用户界面测试策略如表4.5所示:
表4.5UI测试策略
核实以下内容:
通过超市管理系统测试进行的浏览可正确反映业务的功能和需求,这种浏览包括窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法(Tab键、鼠标移动、和快捷键)的使用
窗口的对象和特征(例如,菜单、大小、位置、状态和中心)都符合标准。
为每个窗口创建或修改超市管理系统测试,以核实各个应用程序窗口和对象都可正确地进行浏览,并处于正常的对象状态。
成功地核实出各个窗口都与基准版本保持一致,或符合可接受标准
并不是所有定制或第三方对象的特征都可访问。
4.6性能评测
性能评测的目标是核实性能需求是否都已满足。
实施和执行性能评测的目的是将超市管理系统的性能行为当作条件(例如工作量或硬件配置)的一种函数来进行评测和微调。
本系统的性能评测策略如表4.6所示:
表4.6性能评测策略
核实所指定的事务或业务功能在以下情况下的性能行为:
正常的预期工作量
预期的最繁重工作量
使用为功能或业务周期超市管理系统测试制定的超市管理系统测试过程。
通过修改数据文件来增加事务数量,或通过修改脚本来增加每项事务的迭代数量。
综合的性能超市管理系统测试还包括在服务器上添加后台工作量。
可采用多种方法来执行此操作,其中包括:
直接将“事务强行分配到”服务器上,这通常以“结构化语言”(SQL)调用的形式来实现。
性能超市管理系统测试应该在专用的计算机上或在专用的机时内执行,以便实现完全的控制和精确的评测。
性能超市管理系统测试所用的数据库应该是实际大小或相同缩放比例的数据库。
4.7超市管理系统负载测试
在这种超市管理系统测试中,将使超市管理系统承担不同的工作量,以评测和评估超市管理系统在不同工作量条件下的性能行为,以及持续正常运行的能力。
负载超市管理系统测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。
此外,负载超市管理系统测试还要评估性能特征,例如,响应时间、事务处理速率和其他与时间相关的方面。
本系统的系统负载测试策略如表4.7所示:
表4.7负载测试策略
核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。
技术:
使用为功能或业务周期超市管理系统测试制定的超市管理系统测试。
通过修改数据文件来增加事务数量,或通过修改脚本来增加每项事务发生的次数。
完成标准:
多个事务或多个用户:
在可接受的时间范围内成功地完成超市管理系统测试,没有发生任何故障。
需考虑的特殊事项:
负载超市管理系统测试应该在专用的计算机上或在专用的机时内执行,以便实现完全的控制和精确的评测。
负载超市管理系统测试所用的数据库应该是实际大小或相同缩放比例的数据库。
4.8超市管理系统强度测试
实施和执行超市管理系统强度测试的目的是找出因资源不足或资源争用而导致的错误。
如果内存或磁盘空间不足,超市管理系统就可能会表现出一些在正常条件下并不明显的缺陷。
而其他缺陷则可能由于争用共享资源(如数据库锁或网络带宽)而造成的。
强度超市管理系统测试还可用于确定超市管理系统能够处理的最大工作量。
系统强度测试策略如表4.8所示:
表4.8系统强度测试策略
核实超市管理系统能够在以下强度条件下正常运行,不会出现任何错误:
服务器上几乎没有或根本没有可用的内存(RAM和DASD)
连接或模拟了最大实际(实际允许)数量的客户机
多个用户对相同的数据或帐户执行相同的事务
最繁重的事务量或最差的事务组合(请参见上面的“性能超市管理系统测试”)。
使用为性能评测或负载超市管理系统测试制定的超市管理系统测试。
要对有限的资源进行超市管理系统测试,就在一台计算机上运行超市管理系统测试,而且应该减少或限制服务器上的RAM和DASD。
所计划的超市管理系统测试已全部执行,并且在达到或超出指定的系统限制时没有出现任何软件故障,或者导致系统出现故障条件的并不在指定的条件范围之内。
4.9超市管理系统容量测试
容量测试使超市管理系统处理大量的数据,以确定是否达到了将使软件发生故障的极限。
容量超市管理系统测试还将确定超市管理系统在给定时间内能够持续处理的最大负载或工作量。
例如,如果超市管理系统正在为生成一份报表而处理一组数据库记录,那么容量超市管理系统测试就会使用一个大型的超市管理系统测试数据库。
检验该软件是否正常运行并生成了正确的报表。
那么,本系统的容量测试策略如表4.9所示:
表4.9系统容量测试策略
核实超市管理系统在以下高容量条件下能否正常运行:
连接或模拟了最大(实际或实际允许)数量的客户机,所有客户机在长时间内执行相同的、且情况(性能)最坏的业务功能。
已达到最大的数据库大小(实际的或按比例缩放的),而且同时执行多个查询或报表事务。
应该使用多台客户机来运行相同的超市管理系统测试或互补的超市管理系统测试,以便在长时间内产生最繁重的事务量或最差的事务组合(请参见上面的“强度超市管理系统测试”)
创建最大的数据库大小(实际的、按比例缩放的、或填充了代表性数据的数据库),并使用多台客户机在长时间内同时运行查询和报表事务。
所计划的超市管理系统测试已全部执行,而且达到或超出指定的系统限制时没有出现任何软件故障。
4.10安装超市管理系统测试
安装超市管理系统测试有两个目的。
第一个目的是确保该软件在正常情况和异常情况的不同条件下 例如,进行首次安装、升级、完整的或自定义的安装 都能进行安装。
异常情况包括磁盘空间不足、缺少目录创建权限等。
第二个目的是核实软件在安装后可立即正常运行。
这通常是指运行大量为功能超市管理系统测试制定的超市管理系统测试。
安装超市管理系统测试策略如表4.10所示:
表4.10安装超市管理系统测试策略
核实在以下情况下,超市管理系统可正确地安装到各种所需的硬件配置中:
首次安装。
以前从未安装过超市管理系统的新计算机
更新。
以前安装过相同版本的超市管理系统的计算机
以前安装过<ProjectName>
的较早版本的计算机
手工开发脚本或开发自动脚本,以验证目标计算机的状况 首次安装超市管理系统从未安装过;
超市管理系统安装过相同或较早的版本。
启动或执行安装。
使用预先确定的功能超市管理系统测试脚本子集来运行事务。
超市管理系统事务成功执行,没有出现任何故障。
应该选择超市管理系统的哪些事务才能准确地超市管理系统测试出超市管理系统应用程序已经成功安装,而且没有遗漏主要的软件构件。
5超市管理系统测试工具
此项目将列出超市管理系统测试使用的工具,如表5.1所示:
表5.1测试工具
用途
工具
生产厂商/自产
版本
发布运行程序
服务器
Apache
Tomcat6.1.0
存储数据
T
oracle公司
MySQL5
提供运行环境
运行平台
Sun公司
J_d_k6.0
6超市管理系统测试资源
6.1人力资源
表6.1列出了在此项目的人员。
表6.1项目人员
角色
王婧婧
李梅
张召
张晓旺
李林
6.2超市管理系统测试环境
表6.2列出了超市管理系统测试的系统环境:
表6.2系统测试环境
软件环境(相关软件、操作系统等)
Windows2007
Jdk6.0
硬件环境(网络、设备等)
32位机
7测试进度
超市管理系统的测试进度如表7.1所示:
表7.1测试进度
超市管理系统测试活动
计划开始日期
实际开始日期
结束日期
制定超市管理系统测试计划
6月2日
设计超市管理系统测试
6月4日
集成超市管理系统测试
6月5日
系统超市管理系统测试
6月6日
性能超市管理系统测试
6月7日
安装超市管理系统测试
6月8日
8总结
与传统管理模式相比较,该超市管理系统的将会提高超市的工作效率,辅助提高超市高层的决策水平,管理水平,从而用利于节省人力,减少顾客的购物时间,增加顾客流动量,从一定程度上获得更高的利润,为超市带来更高的效益。
在开发的过程中,由于开发者的能力有限,时间紧迫,因此本系统可能出现不足(例如:
本系统只适合小型超市使用,中大型超市使用有一定缺陷)。
超市管理系统涉及的范围较广,功能复杂,系统的实现有一定的难度,但在此中需要解决很多问题,该系统只实现了一部分功能。
对于在此系统中出现的问题,我们已最大的努力,但由于我们在学习的过程中存在一定的缺陷,有一些功能没有办法实现,本系统存在一些不足。
因此,如发现还有其他问题,希望老师批评改正。
9参考文献
《数据库原理及设计》陶宏才编清华大学出版社
《MYSQL编程员指南》李香敏编北京希望电子出版社
《轻松搞定SQLServer2000程序设计》RebeccaM.Riordan编
《软件工程规范》WattsS.Humphrey编清华大学出版社
《软件工程理论与实践》ShariLawrencePfleeger编清华大学出版社
《软件需求分析》SwapnaKishore编机械工业出版社
《软件工程思想》林锐编
16
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 超市 管理 系统 测试报告
![提示](https://static.bingdoc.com/images/bang_tan.gif)