超市管理系统测试报告38935.pdf

《超市管理系统测试报告38935.pdf》由会员分享，可在线阅读，更多相关《超市管理系统测试报告38935.pdf（13页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、-超市管理系统 测试报告-目录 1 引言 1 1.1 编写目的 1 1.2 背景 1 1.3 定义 1 1.4 参考资料 1 2 超市管理系统测试需求1 2.1 系统功能需求 1 2.2 系统环境需求 3 2.3 用户类型与职能需求3 3 超市管理系统风险4 4 超市管理系统测试策略4 4.1 超市管理系统数据和数据库完整性测试4 4.2 超市管理系统接口测试5 4.3 超市管理系统集成测试5 4.4 超市管理系统功能测试5 4.5 超市管理系统用户界面测试6 4.6 性能评测 6 4.7 超市管理系统负载测试7 4.8 超市管理系统强度测试8 4.9 超市管理系统容量测试8 4.10 安装超

2、市管理系统测试9 5 超市管理系统测试工具9 6 超市管理系统测试资源10 6.1 人力资源 10 6.2 超市管理系统测试环境10 7 测试进度错误!未定义书签。8 总结错误!未定义书签。9 参考文献 11-1 引言 1.1 编写目的 超市管理系统“超市管理系统测试方案文档有助于实现以下目标：1大大提高超市的运作效率；2通过全面的信息采集和处理，辅助提高超市的决策水平；3使用本系统，可以迅速提升超市的管理水平，为降低经营本钱，提高效益，增强超市扩*力，提供有效的技术保障。1.2 背景 由于现代经济的开展，超市规模也日益扩大，单靠人力已难以完全准确的统计与管理超市各种货物的库存与货物销售的相关

3、记录；并且随着现代计算机和网络的快速开展，各种超市信息化管理已成为一种不可防止的趋势。通过开发该超市管理系统软件能够及时、方便、快捷的处理超市的各种人力无法解决的事务，从而减少人力、物力的开销，提高超市收益。1.3 定义 本系统适应于各种小型的超市。1.4 参考资料 下表 1.1 列出了制定超市管理系统测试方案时所使用的文档，并标明了各文档的可用性：表 1.1 系统测试使用文档 文档版本/日期 已创立或可用 已被接收或已经过复审 可行性分析报告 是 是 工程开发方案书 是 是 软件概要设计 是 是 软件详细设计 是 是 超市管理系统测试方案 是 是 超市管理系统测试分析报告 是 是 工程开发总

4、结报告 是 是 2 超市管理系统测试需求 2.1 系统功能需求-1零售前台POS管理系统，本系统必须具有以下功能：商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现准确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进展商品扫描录入。收银业务：通过扫描条形码或者直接输入商品名称对于同类多件商品采用一次录入加数量的方式自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。如果顾客是本店会员并持有本人会员卡，

5、则在交易前先扫描会员卡，并对所购物品全部实行 95 折优惠，并将所购物品的总金额累计到该会员的总消费金额中。会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。平安性：OS 登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。独立作业：有的断网收银即在网络效劳器断开或网络不通的情况下，收银机仍能正常作业(2)后台管理系统，本系统必须具备以下功能 进货管理：根据销售情况及库存情况，自动制定进货方案亦可手工制定修改，可以防止盲目进货造成商品积压。按方案单有选择性地进展自动入库登记。综合查询打印方案进货与入库记录及金额。销售管理：商品正常销售、促销与限量、限期

6、及制止销售控制。综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。按多种方式统计生成销售排行榜，灵活观察和打印商品销售日、月、年报表。库存管理：综合查询库存明细记录。库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，防止库存商品积压损失和缺货。库存自动盘点计算。人员管理：员工、会员、供货商、厂商等根本信息登记管理。员工操作权限管理。客户销售权限管理。3系统构造模块子系统构造 功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。功能描述：进货管理子系统可以根据库存自动指定进货方案，进货

7、时自动等级，以及提供查询和打印方案进货与入库记录的功能。功能描述：销售管理子系统可以控制*商品是否允许销售，查询每种商品的-销售情况并产生年、月、日报表，同时可以生成销售排行榜。功能描述：库存管理子系统提供查询库存明细记录的根本功能，并根据库存的状态报警，以及自动盘点计算。功能描述：人员管理子系统提供根本信息登记管理，员工操作权限管理，客户销售权限管理的功能。2.2 系统环境需求 系统模式：本系统采用 C/S 模式作为开发模式。硬件环境：1效劳器端：高性能的计算机一台，普通的双绞线作为连接。2客户端：普通的计算机或者工作站，普通的双绞线作为连接。软件环境：1效劳器端：安装 SQL Server

8、 2000 的效劳器版本，安装 windows 2000效劳器版本，配置了*等必须的防毒软件。2客户端：安装 mySQL 5 以上的效劳器版本，安装了 J_D_K 6 以上工具软件，安装 windows2000 效劳器版本。2.3 用户类型与职能需求 1员工营业员：通过商品，条形码扫描输入商品到购置清单 操作软件计算交易总金额 操作软件输出交易清单 对会员进展会员卡扫描以便打折 2超市经理：操作软件录入商品，供货商，厂商 操作软件制定进货方案 查询打印方案进货与入库记录 操作软件控制商品销售与否 查询打印销售情况 操作软件生成销售排行榜 查询库存明细记录 根据软件发出的库存告警进展入货 操作软

9、件进展盘点计算 3总经理：根本信息登记管理-员工操作权限管理 客户销售权限管理 3 超市管理系统风险 1信息系统尽管功能强大，技术先进，但由于受到自身体系构造，设计思路以及运行机制等限制，也隐含许多不平安因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信局部的漏洞，企业内部人员的因素，病毒，“黑客等因素。因此，为使本系统能够真正平安，可靠，稳定地工作，必须考虑如下问题：为保证平安，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。2系统要能重建 3系统应该是可审查的 4系统应能进展有效控制，抗干扰能力强 5系统使用

10、者的使用权限是可识别的 4 超市管理系统测试策略 4.1 超市管理系统数据和数据库完整性测试 超市管理系统中，数据库和数据库进程应作为一个子系统来进展超市管理系统测试。在超市管理系统测试这些子系统时，不应将超市管理系统的用户界面用作数据的接口。对于数据库管理系统DBMS，还需要进展深入的研究，以确定可以支持以下超市管理系统测试的工具和技术，如表 4.1 所示：表 4.1 支持的技术 超市管理 系统测试 目标 确保数据库访问方法和进程正常运行，数据不会遭到损坏 技术 调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据或对数据的请求。检查数据库，确保数据已按预期的方式填充，并且所有的数据

11、库事件已正常发生；或者检查所返回的数据，确保正当的理由检索到了正确的数据 完成标准 所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。需考虑的特殊事项 超市管理系统测试可能需要DBMS开发环境或驱动程序在数据库中直接输入或修改数据。进程应该以手工方式调用。应使用小型或最小的数据库记录的数量有限来使所有无法承受的事件具有-更大的可视度。4.2 超市管理系统接口测试 有关于超市管理系统接口测试的内容如表 4.2 所示：表 4.2 接口测试 超市管理系统测试目标 确保接口调用的正确性 超市管理系统测试*围 所有软件、硬件接口，记录输入输出数据 需考虑的特殊事项 接口的限制条件 4.3

12、 超市管理系统集成测试 集成测试主要目的检测系统是否到达需求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。此阶段超市管理系统测试基于功能完成的超市管理系统测试。如表 4.3 所示：表 4.3 系统集成测试策略 超市管理系统测试目标 检测需求中业务流程，数据流的正确性 超市管理系统测试*围 需求中明确的业务流程，或组合不同功能模块而形成一个大的功能。技术 利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的

13、应用。开场标准 在完成*个集成超市管理系统测试时必须到达标准 完成标准 所方案的超市管理系统测试已全部执行。所发现的缺陷已全部解决。超市管理系统测试重点 和优先级 超市管理系统测试重点指在超市管理系统测试过程中需着重超市管理系统测试的地方，优先级可以根据需求及严重来定 需考虑的 特殊事项 确定或说明那些将对功能超市管理系统测试的实施和执行造成影响的事项或因素内部的或外部的 4.4 超市管理系统功能测试 对超市管理系统的功能超市管理系统测试应侧重于所有可直接追踪到用例或业务功能和业务规则的超市管理系统测试需求。这种超市管理系统测试的目标-是核实数据的承受、处理和检索是否正确，以及业务规则的实施是

14、否恰当。此类超市管理系统测试基于黑盒技术，该技术通过图形用户界面GUI与应用程序进展交互，并对交互的输出或结果进展分析，以此来核实应用程序及其内部进程。表 4.4 为各种应用程序列出了推荐使用的超市管理系统测试概要：表 4.4 测试概要 超市管理系统测试目标 确保超市管理系统测试的功能正常，其中包括导航，数据输入，处理和检索等功能。技术 利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。需考虑的特殊事项 确定或说明那些将对功能超市管理系统测试的实施和执行造成影响的事项或

15、因素内部的或外部的 4.5 超市管理系统用户界面测试 UI 超市管理系统测试的目标是确保用户界面会通过超市管理系统的功能来为用户提供相应的访问或浏览功能。另外，UI 超市管理系统测试还可确保 UI 中的对象按照预期的方式运行，并符合公司或行业的标准。本系统的用户界面测试策略如表 4.5 所示：表 4.5 UI 测试策略 超市管理系统测试目标 核实以下内容：通过超市管理系统测试进展的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法 Tab键、鼠标移动、和快捷键的使用 窗口的对象和特征例如，菜单、大小、位置、状态和中心都符合标准。技术 为每个窗口创

16、立或修改超市管理系统测试，以核实各个应用程序窗口和对象都可正确地进展浏览，并处于正常的对象状态。完成标准 成功地核实出各个窗口都与基准版本保持一致，或符合可承受标准 需考虑的 特殊事项 并不是所有定制或第三方对象的特征都可访问。4.6 性能评测 性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将超市管理系统的性能行为当作条件 例如工作量或硬件配置 的一种函数来进展评测和微调。本系统的性能评测策略如表4.6 所示：-表 4.6 性能评测策略 超市管理系统测试目标 核实所指定的事务或业务功能在以下情况下的性能行为：正常的预期工作量 预期的最繁重工作量 技术 使用为功能或业务周期

17、超市管理系统测试制定的超市管理系统测试过程。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。需考虑的特殊事项 综合的性能超市管理系统测试还包括在效劳器上添加后台工作量。可采用多种方法来执行此操作，其中包括：直接将“事务强行分配到效劳器上，这通常以“构造化语言SQL调用的形式来实现。性能超市管理系统测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和准确的评测。性能超市管理系统测试所用的数据库应该是实际大小或一样缩放比例的数据库。4.7 超市管理系统负载测试 在这种超市管理系统测试中，将使超市管理系统承当不同的工作量，以评测和评估超市管理系统在不同工作量条件

18、下的性能行为，以及持续正常运行的能力。负载超市管理系统测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载超市管理系统测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。本系统的系统负载测试策略如表 4.7 所示：表 4.7 负载测试策略 超市管理系统测试目标 核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。技术：使用为功能或业务周期超市管理系统测试制定的超市管理系统测试。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务发生的次数。完成标准：多个事务或多个用户：在可承受的时间*围内成功地完成超市管理系统测试，没有发生任何

19、故障。需考虑的特殊事项：负载超市管理系统测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和准确的评测。负载超市管理系统测试所用的数据库应该是实际大小或一样缩-放比例的数据库。4.8 超市管理系统强度测试 实施和执行超市管理系统强度测试的目的是找出因资源缺乏或资源争用而导致的错误。如果内存或磁盘空间缺乏，超市管理系统就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源如数据库锁或网络带宽而造成的。强度超市管理系统测试还可用于确定超市管理系统能够处理的最大工作量。系统强度测试策略如表 4.8 所示：表 4.8 系统强度测试策略 超市管理系统测试目标 核实超

20、市管理系统能够在以下强度条件下正常运行，不会出现任何错误：效劳器上几乎没有或根本没有可用的内存RAM 和 DASD 连接或模拟了最大实际实际允许数量的客户机 多个用户对一样的数据或*执行一样的事务 最繁重的事务量或最差的事务组合请参见上面的“性能超市管理系统测试。技术 使用为性能评测或负载超市管理系统测试制定的超市管理系统测试。要对有限的资源进展超市管理系统测试，就在一台计算机上运行超市管理系统测试，而且应该减少或限制效劳器上的 RAM 和 DASD。完成标准 所方案的超市管理系统测试已全部执行，并且在到达或超出指定的系统限制时没有出现任何软件故障，或者导致系统出现故障条件的并不在指定的条件*

21、围之内。4.9 超市管理系统容量测试 容量测试使超市管理系统处理大量的数据，以确定是否到达了将使软件发生故障的极限。容量超市管理系统测试还将确定超市管理系统在给定时间内能够持续处理的最大负载或工作量。例如，如果超市管理系统正在为生成一份报表而处理一组数据库记录，则容量超市管理系统测试就会使用一个大型的超市管理系统测试数据库。检验该软件是否正常运行并生成了正确的报表。则，本系统的容量测试策略如表 4.9 所示：表 4.9 系统容量测试策略 超市管理系统测试目标 核实超市管理系统在以下高容量条件下能否正常运行：连接或模拟了最大实际或实际允许数量的客户机，所有客户机在长时间内执行一样的、且情况性能最

22、坏的业务功能。已到达最大的数据库大小实际的或按比例缩放的，而且同时执行多个查询或报表事务。-技术：使用为性能评测或负载超市管理系统测试制定的超市管理系统测试。应该使用多台客户机来运行一样的超市管理系统测试或互补的超市管理系统测试，以便在长时间内产生最繁重的事务量或最差的事务组合 请参见上面的“强度超市管理系统测试 创立最大的数据库大小实际的、按比例缩放的、或填充了代表性数据的数据库，并使用多台客户机在长时间内同时运行查询和报表事务。完成标准 所方案的超市管理系统测试已全部执行，而且到达或超出指定的系统限制时没有出现任何软件故障。4.10 安装超市管理系统测试 安装超市管理系统测试有两个目的。第

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

24、技术 手工开发脚本或开发自动脚本，以验证目标计算机的状况 首次安装超市管理系统从未安装过；超市管理系统安装过一样或较早的版本。启动或执行安装。使用预先确定的功能超市管理系统测试脚本子集来运行事务。完成标准 超市管理系统事务成功执行，没有出现任何故障。需考虑的特殊事项 应该选择超市管理系统的哪些事务才能准确地超市管理系统测试出超市管理系统应用程序已经成功安装，而且没有遗漏主要的软件构件。5 超市管理系统测试工具 此工程将列出超市管理系统测试使用的工具，如表5.1 所示：表 5.1 测试工具 用途 工具 生产厂商/自产 版本 发布运行程序 效劳器 Apache 存储数据 T oracle 公司 M

25、ySQL5 提供运行环境 运行平台 Sun 公司 J_d_k 6.0-6 超市管理系统测试资源 6.1 人力资源 表 6.1 列出了在此工程的人员。表 6.1 工程人员 角色 陈小镜 王婧婧 李梅*召*晓旺 李林 6.2 超市管理系统测试环境 表 6.2 列出了超市管理系统测试的系统环境：表 6.2 系统测试环境 软件环境相关软件、操作系统等 Windows 2007 Jdk 6.0 硬件环境网络、设备等 32 位机 7 测试进度 超市管理系统的测试进度如表7.1 所示：表 7.1 测试进度 超市管理系统测试活动 方案开场日期 实际开场日期 完毕日期 制定超市管理系统测试方案 6 月 2 日

26、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 总结 与传统管理模式相比拟，该超市管理系统的将会提高超市的工作效率，辅助-提高超市高层的决策水平，管理水平，从而用利于节省人力，减少顾客的购物时间，增加顾客流动量，从一定程度上获得更高的利润，为超市带来更高的效益。

27、在开发的过程中，由于开发者的能力有限，时间紧迫，因此本系统可能出现缺乏例如：本系统只适合小型超市使用，中大型超市使用有一定缺陷。超市管理系统涉及的*围较广，功能复杂，系统的实现有一定的难度，但在此中需要解决很多问题，该系统只实现了一局部功能。对于在此系统中出现的问题，我们已最大的努力，但由于我们在学习的过程中存在一定的缺陷，有一些功能没有方法实现，本系统存在一些缺乏。因此，如发现还有其他问题，希望教师批评改正。9 参考文献 数据库原理及设计陶宏才编清华大学 MYSQL 编程员指南李香敏编希望电子 轻松搞定 SQL Server 2000 程序设计Rebecca M.Riordan编 软件工程规*Watts S.Humphrey编清华大学 软件工程理论与实践 Shari Lawrence Pfleeger编清华大学 软件需求分析 Swapna Kishore编机械工业 软件工程思想林锐编