超市管理系统测试报告.doc

超市管理系统测试报告题 目：超市管理系统姓 名： 陈小镜班 级：统本软件1403日 期：2016年11月16日目 录1 引言11.1编写目的11.2背景11.3定义11.4参考资料12 超市管理系统测试需求22.1 系统功能需求22.2 系统环境需求32.3 用户类型与职能需求33 超市管理系统风险54 超市管理系统测试策略64.1超市管理系统数据和数据库完整性测试64.2超市管理系统接口测试64.3超市管理系统集成测试64.4超市管理系统功能测试74.5超市管理系统用户界面测试84.6性能评测84.7超市管理系统负载测试94.8超市管理系统强度测试94.9超市管理系统容量测试104.10安装超市管理系统测试115 超市管理系统测试工具126 超市管理系统测试资源136.1人力资源136.2超市管理系统测试环境137 测试进度148 总结159 参考文献161 引言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）客户端： 普通的计算机或者工作站，普通的双绞线作为连接。软件环境：（1）服务器端：安装SQL Server 2000的服务器版本，安装windows 2000服务器版本，配置了诺顿等必须的防毒软件。（2）客户端： 安装mySQL 5以上的服务器版本，安装了J_D_K 6以上工具软件，安装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.5 UI测试策略超市管理系统测试目标核实以下内容：通过超市管理系统测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（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安装超市管理系统测试策略超市管理系统测试目标核实在以下情况下，超市管理系统可正确地安装到各种所需的硬件配置中：首次安装。以前从未安装过超市管理系统的新计算机更新。以前安装过相同版本的超市管理系统的计算机更新。以前安装过Project Name的较早版本的计算机技术手工开发脚本或开发自动脚本，以验证目标计算机的状况首次安装超市管理系统从未安装过；超市管理系统安装过相同或较早的版本。启动或执行安装。使用预先确定的功能超市管理系统测试脚本子集来运行事务。完成标准超市管理系统事务成功执行，没有出现任何故障。需考虑的特殊事项应该选择超市管理系统的哪些事务才能准确地超市管理系统测试出超市管理系统应用程序已经成功安装，而且没有遗漏主要的软件构件。5 超市管理系统测试工具此项目将列出超市管理系统测试使用的工具，如表5.1所示：表5.1 测试工具用途工具生产厂商/自产版本发布运行程序服务器ApacheTomcat6.1.0存储数据Toracle公司MySQL5提供运行环境运行平台Sun公司J_d_k 6.06 超市管理系统测试资源6.1人力资源表6.1列出了在此项目的人员。表6.1 项目人员角色陈小镜王婧婧李梅张召张晓旺李林6.2超市管理系统测试环境表6.2列出了超市管理系统测试的系统环境：表6.2 系统测试环境软件环境（相关软件、操作系统等）Windows 2007Jdk 6.0硬件环境（网络、设备等）32位机7 测试进度超市管理系统的测试进度如表7.1所示：表7.1 测试进度超市管理系统测试活动计划开始日期实际开始日期结束日期制定超市管理系统测试计划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编 机械工业出版社软件工程思想 林锐编