超市管理系统测试计划.doc

超市管理系统
超市管理系统测试计划
（软件项目与开发）

学 校： 湖南安全技术职业学院
组 名： 计应1301班第一组
指导老师： 杨 莉
项目名称: 超市收银系统
组 员： 李妮 肖伟林 项浩然
组 员： 黄伟志 唐振中

目录

1.简介 1
1.1目的 1
1.2背景 1
1.3范围 1
1.4超市管理系统测试参考文档 1
2.超市管理系统测试需求 2
2.1 系统功能需求 2
2.2 系统环境需求 3
2.3 用户类型与职能需求 3
3. 超市管理系统风险 4
4.超市管理系统测试策略 4
4.1超市管理系统数据和数据库完整性测试 4
4.2超市管理系统接口测试 5
4.3超市管理系统集成测试 5
4.4超市管理系统功能测试 6
4.5超市管理系统用户界面测试 6
4.6性能评测 6
4.7超市管理系统负载测试 7
4.8超市管理系统强度测试 8
4.9超市管理系统容量测试 8
4.10安装超市管理系统测试 9
5.超市管理系统测试工具 9
6.超市管理系统测试资源 10
6.1人力资源 10
6.2超市管理系统测试环境 10
7.测试进度 10
8.总结 11
9.参考文献 11

1.引言
1.1编写目的
超市管理系统“超市管理系统测试计划”文档有助于实现以下目标：
（1）大大提高超市的运作效率；
（2）通过全面的信息采集和处理，辅助提高超市的决策水平；
（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。
1.2背景
21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。
1.3定义
本系统适应于各种小型的超市
1.4参考资料
下表列出了制定超市管理系统测试计划时所使用的文档，并标明了各文档的可用性：
文档
（版本/日期）
已创建或可用
已被接收或已经过复审
可行性分析报告
是　
是
项目开发计划书
是　
是
软件概要设计
是　
是
软件详细设计
是　
是
超市管理系统测试计划
是
是
超市管理系统测试分析报告
是
是
项目开发总结报告
是
是
2.超市管理系统测试需求
2.1 系统功能需求
（1）零售前台（POS）管理系统，本系统必须具有以下功能：
商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。
安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。
独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业
(2)后台管理系统，本系统必须具备以下功能
进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。
销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。
库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。
人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。
（3）系统结构
系统总体结构
模块子系统结构
功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。
功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。
功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。
功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。
功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。
功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。
2.2 系统环境需求
系统模式：
本系统采用C/S模式作为开发模式
硬件环境：
服务器端：
高性能的计算机一台，
普通的双绞线作为连接。
客户端： 普通的计算机或者工作站，
普通的双绞线作为连接。
软件环境：
服务器端：安装SQL Server 2000的服务器版本，
安装windows 2000服务器版本，
配置了诺顿等必须的防毒软件。
客户端： 安装mySQL 5以上的服务器版本，
安装了J_D_K 6以上工具软件，
安装windows2000服务器版本。
2.3 用户类型与职能需求
（1）员工（营业员）：
通过商品条形码扫描输入商品到购买清单
操作软件计算交易总金额
操作软件输出交易清单
对会员进行会员卡扫描以便打折
（2）超市经理：
操作软件录入商品，供货商，厂商
操作软件制定进货计划
查询打印计划进货与入库记录
操作软件控制商品销售与否
查询打印销售情况
操作软件生成销售排行榜
查询库存明细记录
根据软件发出的库存告警进行入货
操作软件进行盘点计算
（3）总经理：
基本信息登记管理
员工操作权限管理
客户销售权限管理
3. 超市管理系统风险
（1）信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。
（2）系统要能重建
（3）系统应该是可审查的
（4）系统应能进行有效控制，抗干扰能力强
（5）系统使用者的使用权限是可识别的
4.超市管理系统测试策略
4.1超市管理系统数据和数据库完整性测试
超市管理系统中，数据库和数据库进程应作为一个子系统来进行超市管理系统测试。在超市管理系统测试这些子系统时，不应将超市管理系统的用户界面用作数据的接口。对于数据库管理系统（DBMS），还需要进行深入的研究，以确定可以支持以下超市管理系统测试的工具和技术。

超市管理系统测试目标：
确保数据库访问方法和进程正常运行，数据不会遭到损坏
技术：
调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据（或对数据的请求）。
检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件已正常发生；或者检查所返回的数据，确保正当的理由检索到了正确的数据
完成标准：
所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。
需考虑的特殊事项：
超市管理系统测试可能需要DBMS开发环境或驱动程序在数据库中直接输入或修改数据。
进程应该以手工方式调用。
应使用小型或最小的数据库（记录的数量有限）来使所有无法接受的事件具有更大的可视度。
4.2超市管理系统接口测试

超市管理系统测试目标
确保接口调用的正确性
超市管理系统测试范围：
所有软件、硬件接口，记录输入输出数据
需考虑的特殊事项：
接口的限制条件

4.3超市管理系统集成测试
集成测试主要目的检测系统是否达到需求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。此阶段超市管理系统测试基于功能完成的超市管理系统测试。
超市管理系统测试目标
检测需求中业务流程，数据流的正确性
超市管理系统测试范围：
需求中明确的业务流程，或组合不同功能模块而形成一个大的功能。
技术：
利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告消息。
各业务规则都得到了正确的应用。
开始标准：
在完成某个集成超市管理系统测试时必须达到标准
完成标准：
所计划的超市管理系统测试已全部执行。
所发现的缺陷已全部解决。
超市管理系统测试重点和优先级：
超市管理系统测试重点指在超市管理系统测试过程中需着重超市管理系统测试的地方，优先级可以根据需求及严重来定
需考虑的特殊事项：
确定或说明那些将对功能超市管理系统测试的实施和执行造成影响的事项或因素（内部的或外部的）
4.4超市管理系统功能测试
对超市管理系统的功能超市管理系统测试应侧重于所有可直接追踪到用例或业务功能和业务规则的超市管理系统测试需求。这种超市管理系统测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类超市管理系统测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的超市管理系统测试概要：

超市管理系统测试目标
确保超市管理系统测试的功能正常，其中包括导航，数据输入，处理和检索等功能。
技术：
利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告消息。
各业务规则都得到了正确的应用。
需考虑的特殊事项：
确定或说明那些将对功能超市管理系统测试的实施和执行造成影响的事项或因素（内部的或外部的）
4.5超市管理系统用户界面测试
UI超市管理系统测试的目标是确保用户界面会通过超市管理系统的功能来为用户提供相应的访问或浏览功能。另外，UI超市管理系统测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。

超市管理系统测试目标
核实以下内容：
通过超市管理系统测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用
窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。
技术：
为每个窗口创建或修改超市管理系统测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。
完成标准：
成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准
需考虑的特殊事项：
并不是所有定制或第三方对象的特征都可访问。
4.6性能评测
性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将超市管理系统的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。

超市管理系统测试目标
核实所指定的事务或业务功能在以下情况下的性能行为：
正常的预期工作量
预期的最繁重工作量
技术：
使用为功能或业务周期超市管理系统测试制定的超市管理系统测试过程。
通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。
需考虑的特殊事项：
综合的性能超市管理系统测试还包括在服务器上添加后台工作量。
可采用多种方法来执行此操作，其中包括：
直接将“事务强行分配到”服务器上，这通常以“结构化语言”（SQL）调用的形式来实现。
性能超市管理系统测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。
性能超市管理系统测试所用的数据库应该是实际大小或相同缩放比例的数据库。
4.7超市管理系统负载测试
在这种超市管理系统测试中，将使超市管理系统承担不同的工作量，以评测和评估超市管理系统在不同工作量条件下的性能行为，以及持续正常运行的能力。负载超市管理系统测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载超市管理系统测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。

超市管理系统测试目标
核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。
技术：
使用为功能或业务周期超市管理系统测试制定的超市管理系统测试。
通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务发生的次数。
完成标准：
多个事务或多个用户：在可接受的时间范围内成功地完成超市管理系统测试，没有发生任何故障。

需考虑的特殊事项：
负载超市管理系统测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。
负载超市管理系统测试所用的数据库应该是实际大小或相同缩放比例的数据库。

4.8超市管理系统强度测试
实施和执行超市管理系统强度测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，超市管理系统就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度超市管理系统测试还可用于确定超市管理系统能够处理的最大工作量。
超市管理系统测试目标
核实超市管理系统能够在以下强度条件下正常运行，不会出现任何错误：
服务器上几乎没有或根本没有可用的内存（RAM和DASD）
连接或模拟了最大实际（实际允许）数量的客户机
多个用户对相同的数据或帐户执行相同的事务
最繁重的事务量或最差的事务组合（请参见上面的“性能超市管理系统测试”）。
技术：
使用为性能评测或负载超市管理系统测试制定的超市管理系统测试。
要对有限的资源进行超市管理系统测试，就在一台计算机上运行超市管理系统测试，而且应该减少或限制服务器上的RAM和DASD。
完成标准：
所计划的超市管理系统测试已全部执行，并且在达到或超出指定的系统限制时没有出现任何软件故障，或者导致系统出现故障条件的并不在指定的条件范围之内。
4.9超市管理系统容量测试
容量测试使超市管理系统处理大量的数据，以确定是否达到了将使软件发生故障的极限。容量超市管理系统测试还将确定超市管理系统在给定时间内能够持续处理的最大负载或工作量。例如，如果超市管理系统正在为生成一份报表而处理一组数据库记录，那么容量超市管理系统测试就会使用一个大型的超市管理系统测试数据库。检验该软件是否正常运行并生成了正确的报表。

超市管理系统测试目标
核实超市管理系统在以下高容量条件下能否正常运行：
连接或模拟了最大（实际或实际允许）数量的客户机，所有客户机在长时间内执行相同的、且情况（性能）最坏的业务功能。
已达到最大的数据库大小（实际的或按比例缩放的），而且同时执行多个查询或报表事务。
技术：
使用为性能评测或负载超市管理系统测试制定的超市管理系统测试。
应该使用多台客户机来运行相同的超市管理系统测试或互补的超市管理系统测试，以便在长时间内产生最繁重的事务量或最差的事务组合（请参见上面的“强度超市管理系统测试”）
创建最大的数据库大小（实际的、按比例缩放的、或填充了代表性数据的数据库），并使用多台客户机在长时间内同时运行查询和报表事务。
完成标准：
所计划的超市管理系统测试已全部执行，而且达到或超出指定的系统限制时没有出现任何软件故障。

4.10安装超市管理系统测试
安装超市管理系统测试有两个目的。第一个目的是确保该软件在正常情况和异常情况的不同条件下　例如，进行首次安装、升级、完整的或自定义的安装　都能进行安装。异常情况包括磁盘空间不足、缺少目录创建权限等。第二个目的是核实软件在安装后可立即正常运行。这通常是指运行大量为功能超市管理系统测试制定的超市管理系统测试。
超市管理系统测试目标
核实在以下情况下，超市管理系统可正确地安装到各种所需的硬件配置中：
首次安装。以前从未安装过超市管理系统的新计算机
更新。以前安装过相同版本的超市管理系统的计算机
更新。以前安装过＜Project Name>的较早版本的计算机

技术：
手工开发脚本或开发自动脚本，以验证目标计算机的状况　首次安装超市管理系统从未安装过；超市管理系统安装过相同或较早的版本。
启动或执行安装。
使用预先确定的功能超市管理系统测试脚本子集来运行事务。

完成标准：
超市管理系统事务成功执行，没有出现任何故障。

需考虑的特殊事项：
应该选择超市管理系统的哪些事务才能准确地超市管理系统测试出超市管理系统应用程序已经成功安装，而且没有遗漏主要的软件构件。

5.超市管理系统测试工具
此项目将列出超市管理系统测试使用的工具：
用途
工具
生产厂商/自产
版本
发布运行程序
服务器
Apache
Tomcat6.1.0
存储数据
T
oracle公司
MySQL5
提供运行环境
运行平台
Sun公司
J_d_k 6.0

6.超市管理系统测试资源
6.1人力资源
下表列出了在此项目的人员。
角色
李妮
肖炜林
黄伟志
唐振中
项浩然
6.2超市管理系统测试环境
下表列出了超市管理系统测试的系统环境
软件环境（相关软件、操作系统等）
Windows 2007
Jdk 6.0
硬件环境（网络、设备等）
32位机
7.测试进度
超市管理系统测试活动
计划开始日期
实际开始日期
结束日期
制定超市管理系统测试计划
6月2日
6月2日
6月2日
设计超市管理系统测试
6月4日
6月4日
6月4日
集成超市管理系统测试
6月5日
6月5日
6月5日
系统超市管理系统测试
6月6日
6月6日
6月6日
性能超市管理系统测试
6月7日
6月7日
6月7日
安装超市管理系统测试
6月8日
6月8日
6月8日

8.总结
和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。
由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如：
本系统只适合小型超市使用，不能适合中大型超市使用；
超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；
对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。
9.参考文献
《数据库原理及设计》 陶宏才编 清华大学出版社
《MYSQL 编程员指南》李香敏编 北京希望电子出版社
《轻松搞定 SQL Server 2000 程序设计》Rebecca M.Riordan编
《软件工程规范》Watts S.Humphrey编 清华大学出版社
《软件工程理论与实践》 Shari Lawrence Pfleeger编 清华大学出版社
《软件需求分析》 Swapna Kishore编 机械工业出版社
《软件工程思想》 林锐编

3、通过活动，使学生养成博览群书的好习惯。
B比率分析法和比较分析法不能测算出各因素的影响程度。√
C采用约当产量比例法，分配原材料费用与分配加工费用所用的完工率都是一致的。Ｘ
C采用直接分配法分配辅助生产费用时，应考虑各辅助生产车间之间相互提供产品或劳务的情况。错
C产品的实际生产成本包括废品损失和停工损失。√
C成本报表是对外报告的会计报表。×
C成本分析的首要程序是发现问题、分析原因。×
C成本会计的对象是指成本核算。×
C成本计算的辅助方法一般应与基本方法结合使用而不单独使用。√
C成本计算方法中的最基本的方法是分步法。X
D当车间生产多种产品时，“废品损失”、“停工损失”的借方余额，月末均直接记入该产品的产品成本
中。×
D定额法是为了简化成本计算而采用的一种成本计算方法。×
F“废品损失”账户月末没有余额。√
F废品损失是指在生产过程中发现和入库后发现的不可修复废品的生产成本和可修复废品的修复费用。Ｘ
F分步法的一个重要特点是各步骤之间要进行成本结转。(√)
G各月末在产品数量变化不大的产品，可不计算月末在产品成本。错
G工资费用就是成本项目。(×)
G归集在基本生产车间的制造费用最后均应分配计入产品成本中。对
J计算计时工资费用，应以考勤记录中的工作时间记录为依据。(√)
J简化的分批法就是不计算在产品成本的分批法。(×)
J简化分批法是不分批计算在产品成本的方法。对
J加班加点工资既可能是直接计人费用，又可能是间接计人费用。√
J接生产工艺过程的特点，工业企业的生产可分为大量生产、成批生产和单件生产三种，X
K可修复废品是指技术上可以修复使用的废品。错
K可修复废品是指经过修理可以使用，而不管修复费用在经济上是否合算的废品。Ｘ
P品种法只适用于大量大批的单步骤生产的企业。×
Q企业的制造费用一定要通过“制造费用”科目核算。Ｘ
Q企业职工的医药费、医务部门、职工浴室等部门职工的工资，均应通过“应付工资”科目核算。Ｘ
S生产车间耗用的材料，全部计入“直接材料”成本项目。Ｘ
S适应生产特点和管理要求，采用适当的成本计算方法，是成本核算的基础工作。(×)
W完工产品费用等于月初在产品费用加本月生产费用减月末在产品费用。对
Y“预提费用”可能出现借方余额，其性质属于资产，实际上是待摊费用。对
Y引起资产和负债同时减少的支出是费用性支出。X
Y以应付票据去偿付购买材料的费用，是成本性支出。X
Y原材料分工序一次投入与原材料在每道工序陆续投入，其完工率的计算方法是完全一致的。Ｘ
Y运用连环替代法进行分析，即使随意改变各构成因素的替换顺序，各因素的影响结果加总后仍等于指标的总差异，因此更换各因索替换顺序，不会影响分析的结果。(×)
Z在产品品种规格繁多的情况下，应该采用分类法计算产品成本。对
Z直接生产费用就是直接计人费用。X
Z逐步结转分步法也称为计列半成品分步法。√

A按年度计划分配率分配制造费用，“制造费用”账户月末(可能有月末余额/可能有借方余额/可能有贷方余额/可能无月末余额)。
A按年度计划分配率分配制造费用的方法适用于(季节性生产企业)

12