天天超市管理系统测试用例集
《天天超市管理系统》商品管理模块
软件学院（专科）
《软件测试》
上机3.1提交成果
《天天超市管理系统》商品管理模块
测试用例集
组号：11
小组成员：康贺杨毅乔金宝
项目组长：康贺
完成日期：2016年04月27日
一、商品管理
1．工作任务描述.
天天超市购物系统必然包含大量的商品信息，管理员不仅要管理商品的类别，还要对商品本身进行管理，需要添加和修改商品信息。
商品管理模块可以为商品设定不同的属性，如商品的名称、规格、售价、生产厂商及商品的图片等，可以方便的编辑丰富商品信息呈现方式，及时调整商品信息。
商品信息添加的界面，如下所示。
商品信息添加界面
商品信息修改界面
2. 工作过程
（1）编写商品添加的测试用例集
（2）编写商品修改测试用例集
（3）编写商品删除的测试用例集
（4）编写商品浏览的测试用例集。
超市管理系统测试报告
超市管理系统测试报告超市管理系统测试报告1、引言1.1 目的超市管理系统测试报告旨在评估超市管理系统的质量和功能的完整性，以及确认系统是否满足预期需求和规范。
1.2 范围测试的范围包括超市管理系统的各个模块和功能，主要包括商品管理、库存管理、销售管理、采购管理、用户管理、报表管理等。
2、测试计划2.1 测试目标超市管理系统测试的主要目标是确保系统的正确性、稳定性、可靠性和效率。
2.2 测试策略测试策略包括测试的方法、测试的环境和测试资源的规划，以及测试人员的角色和职责分配。
2.3 测试环境超市管理系统的测试环境包括硬件环境和软件环境。
硬件环境要求：操作系统为Windows 10，CPU为Intel Core i5及以上，内存为8GB及以上，硬盘空间为100GB及以上。
软件环境要求：Java Development Kit (JDK) 1.8及以上，MySQL数据库 5.7及以上。
2.4 测试资源测试资源包括测试人员、测试工具和测试数据。
测试人员应具备一定的软件测试知识和技能。
测试工具包括测试管理工具、缺陷跟踪工具和自动化测试工具等。
测试数据包括测试用例和测试数据集。
3、测试设计3.1 测试方法测试方法分为黑盒测试和白盒测试。
黑盒测试主要验证系统功能是否符合需求规格说明书中的要求。
白盒测试主要验证程序内部逻辑是否正确和代码是否符合规范。
3.2 测试用例设计根据功能规格说明书和需求规格说明书，设计相应的测试用例。
测试用例包括功能测试用例、性能测试用例、安全测试用例等。
3.3 测试数据设计根据测试用例设计相应的测试数据集，包括输入数据和预期输出数据。
4、测试执行4.1 测试环境准备搭建测试环境，包括安装超市管理系统、配置测试数据库、导入测试数据等。
4.2 测试执行根据测试计划和测试设计，逐个执行测试用例。
记录测试结果，包括通过的用例、失败的用例和未执行的用例。
4.3 缺陷管理发现缺陷后，及时记录缺陷并跟踪缺陷的解决过程。
超市管理系统测试报告（共10篇）
超市管理系统测试报告(共10篇)：管理系统测试报告超市超市管理系统流程图简单图书馆管理系统在线测试管理系统篇一：超市管理系统测试分析报告超市管理系统测试分析报告1引言1.1编写目的这份测试分析报告书时为了测试本系统是否可行。
当输入商品的信息时，测试其信息能不能被完整地保存在数据库中以备日后查询用；当输入的数据不符合要求时，看系统能不能给出提示；当价格信息修改后看修改后的信息能不能被系统接受并保存到数据库；当输入新顾客的信息时，输入信息是否完整地保存在数据库中，以及当输入老顾客信息时，系统能不能显示完整的信息等等。
1.2背景项目名称：超市管理系统。
提出者：XXX。
开发者：郭琦，梁颖嘉，刘浩然，李小龙。
用户：中小型超市1.3定义XXXX（列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
）1.4参考资料软件设计文档国家标准操作手册(GB8567——88)。
2测试概要2.1 目标1、用户登录测试：售货员登录销售管理系统模块，输入用户名和密码，模块通过连接到数据库，对售货系统中商品信息、销售商品信息、顾客购买商品的信息等进行检验。
库存管理员登录库存管理系统模块，模块通过连接数据库，对库存管理系统中的供应商信息、商品信息和特殊商品信息等进行检验。
订货员登录订货管理系统模块，模块通过连接数据库，对订货管理系统中的商品存量、供应商信息等进行检验。
统计分析员登录统计分析管理系统模块，模块通过连接数据库，对统计分析模块中的商品信息、销售信息、供应商信息、库存信息和特殊商品信息等进行检验。
2、商品录入测试：录入商品信息，对新录入的信息在数据库中进行检验。
3、商品查询测试：输入商品编号，查询商品信息。
4、快速输入测试：商品手动输入模块，通过输入商品编号，查询数据库中商品信息表，包括商品库存量、销量、供应商等，并显示出信息。
5、收银业务测试：对输入商品进行计价，输入所收取金额，计算出找回金额数并打印货物清单同时保存顾客购买记录。
超市进销存系统测试用例
{ 超市进销存系统} { 测试用例标题}机构公开信息版本历史目录0. 文档介绍 (4)0.1文档目的 (4)0.2文档范围 (4)0.3读者对象 (4)0.4参考文献 (4)0.5术语与缩写解释 (4)2. 功能测试用例 (5)2.1被测试对象的介绍 (5)2.2测试范围与目的 (5)2.3测试环境与测试辅助工具的描述 (5)2.4测试驱动程序的设计..................................................................... 错误!未定义书签。
2.5功能测试用例 (5)附录：评审意见 (7)0. 文档介绍0.1 文档目的《超市进销存系统测试用例文档》本文档是测试人员完成测试工作的重要依据，测试人员根据测试用例文档完成测试工作，提高测试工作效率。
0.2 文档范围本文档主要包含以下几部分：0．文档介绍1．功能测试用例0.3 读者对象本文档的读者主要包含：1．测试工程师2．项目经理0.4 参考文献提示：列出本文档的所有参考文献(可以是非正式出版物)，格式如下：[标识符] 作者，文献名称，出版单位(或归属单位)，日期例如：[AAA]作者，《立项建议书》，机构名称，日期[SPP-PROC-ST] SEPG，系统测试规范，机构名称，日期0.5 术语与缩写解释1. 功能测试用例1.1 被测试对象的介绍《超市进销存系统》软件主要分为前台管理和后台管理两大功能模块：前台管理模块主要负责销售、顾客退货；后台管理最为重要包含了用户资料的管理、商品的管理、权限的维护、库存的管理、报表的导出等。
测试工作主要将围绕后台管理模块中的各个功能展开。
1.2 测试范围超市进销存系统功能测试。
内容：1、后台管理功能测试：3、测试目的：1，测试超市进销存系统登录功能是否符合要求。
2，测试超市进销存系统中后台管理中是否符合要求，满足用户的需求。
3，测试超市进销存系统中后台管理中用户注册功能是否符合要求。
天天超市管理系统所有模块测试用例集
软件学院（专科）《软件测试》上机4提交成果《天天超市管理系统》所有模块测试用例集组号：15小组成员：陈静.潘艳红.林秋晓.孙洁.雷树君.何静项目组长：陈静完成日期：2015年05月11日目录1编写目的 (2)2.测试概要 (2)2.1目标 (2)3测试结果 (3)3.1登录模块测试 (3)3.1.1测试项目名称及测试内容 (3)3.1.2 测试用例 (3)3.2销售管理模块测试 (4)3.2.1测试项目名称及测试内容 (4)3.2.2测试用例 (4)3.3库存管理模块测试 (4)3.3.1测试项目名称及测试内容 (4)3.3.2测试用例 (5)3.4订货管理模块测试 (6)3.4.1测试项目名称及测试内容 (6)3.4.2测试用例 (6)3.5统计分析管理模块测试 (6)3.5.1测试项目名称及测试内容 (6)3.5.2测试用例 (7)3.6系统管理模块测试 (7)3.6.1测试项目名称及测试内容 (7)3.6.2测试用例 (7)4 对软件功能的结论 (8)4.1销售管理模块 (8)4.1.2限制 (8)4.2库存管理模块 (8)4.2.1能力 (8)4.2.2限制 (9)4.3 出库管理 (9)4.3.1能力 (9)4.4统计分析管理模块 (9)4.4.1能力 (9)4.4.2限制 (9)4.5系统管理模块 (10)4.5.1能力 (10)5分析摘要 (10)5.1能力 (10)5.2缺陷和限制 (10)5.3建议 (11)5.4评价 (11)易特商业销售管理系统测试报告1编写目的这份测试报告是为了测试该系统是否可行。
当输入商品的信息是，测试其信息能不能被完整的保存在数据库中以备以后查询用；当输入的数据不符合要求是，看系统能不能给出提示；当价格信息修改后看修改的信息能不能被系统接受并保存到数据库；当输入新顾客的信息时，输入信息是否完整地保存在数据库中，以及当输入老顾客信息时，系统能不能显示完整的信息等等。
超市管理系统测试用例集模板
目录
一．测试用例 0
1。
用户管理 0
1。
1添加注册信息 0
1。
2 管理员登录 (9)
1。
工作任务描述 (9)
1。
3工作任务描述 (12)
1.4 修改注册信息 (17)
2。
工作工程 (17)
一．测试用例1。
用户管理1。
1添加注册信息
1.2 管理员登录
1。
工作任务描述
在本系统中，管理员可以对商品的类别信息进行管理.管理员登录界面如图2—4所示，在管理员成功登录后，则进入后台管理主界面如图2—5所示。
图
1。
3工作任务描述1。
工作任务描述
1。
4 修改注册信息
1.工作任务描述
用户登录系统成功后,可以对自己的信息进行修改。
修改注册信息的界面如图2—8所示。
本节任务就是编写修改注册信息功能的测试用例表.在此我们使用了场景法、错误推断法、边界值法等测试用例设计方法。
2-8修改注册信息
2。
工作工程
编写测试用例集
以下是修改注册信息的测试用例集。
天天超市管理系统所有模块测试用例集
天天超市管理系统所有模块测试用例集12软件学院(专科)<软件测试>上机4提交成果<天天超市管理系统>所有模块测试用例集组号: 04小组成员: 付少雄何佩涛赵东东王浩浩魏海峰刘钊项目组长: 付少雄完成日期: 5月17日3目录一、用户管理模块 (2)1.1添加注册信息 (2)1.1.1工作任务描述 (2)1.1.2工作过程 (4)1.2管理员登录 (17)1.2.1工作任务描述 (17)1.2.2工作过程 (17)1.3注册用户登录 (19)1.3.1工作任务描述 (19)1.3.2工作过程 (20)1.4修改注册信息 (26)1.4.1工作任务描述 (26)1.4.2 工作过程 (27)二、商品管理模块 (35)2.1Test Suite 商品类别管理 (35)2.1.1工作任务描述 (35)2.1.2工作过程: (35)2.2.Test Suite商品添加和修改 (42)2.2.1工作任务描述 (42)2.2.2工作过程 (43)三、购物管理模块 (51)3.1Test Suite商品查看 (51)3.1.1工作任务描述 (51)3.1.2工作过程 (52)3.2.Test Suite购买商品............................................ 错误!未定义书签。
3.2.1工作任务描述 (54)3.2.2工作过程 (55)四、订单管理模块 (59)4.1 订单查询 (59)4.1.1工作任务描述 (59)4.1.2工作过程 (59)4.2订单查看 (60)4.2.1工作任务描述 (60)4.2.2工作过程 (61)4.3订单详情 (61)4.3.1工作任务描述 ........................................... 错误!未定义书签。
4.3.1工作过程 (61)1一、用户管理模块1.1添加注册信息1.1.1工作任务描述用户管理是天天超市管理系统的基本模块,而添加用户注册信息是用户管理模块中的基本功能,也是必须的功能。
《天天超市管理系统》测试规章制度
实用标准文案目录一、概述 (1)1.1 测试目的 (1)1.2 测试范围 (1)1.3 限制条件 (1)1.4 参考文档 (1)二、测试摘要 (2)2.1 测试目标 (2)2.2 资源和工具 (2)2.2.1 资源 (2)2.2.2 工具 (2)2.3 送测要求 (2)2.4 测试种类 (2)三、测试风险 (10)四、暂停标准和再启动要求 (10)五、测试任务和进度 (11)六、测试提交物 (11)一、概述1.1 测试目的为了真实地模拟企业测试过程，我们将以“天天超市管理系统”为测试对象，展开系统测试。
在测试前期，依据产品需求说明书设计测试用例。
在产品开发结束后，适当地调整测试计划和测试用例，完成系统测试任务。
这份测试计划报告书时为了测试本系统是否可行。
当输入商品的信息时，测试其信息能不能被完整地保存在数据库中以备日后查询用。
当输入的数据不符合要求时，看系统能不能给出提示。
当价格信息修改后看修改后的信息能不能被系统接受并保存到数据库。
1.2 测试范围本测试是针对《天天超市管理系统》.doc和《程序测试规范》.doc中规定的内容来制定的，包括：用户管理商品管理供应商管理订货管理销售管理购物管理订单管理1.3 限制条件本次测试计划受限于产品开发人员提交测试的内容和提交时间。
根据开发人员提交模块的实际情况，本计划会做出相应修改。
1.4 参考文档如表1-1所示。
序号名称作者备注1 《程序测试规范》.doc2 《天天超市管理系统》.doc3 《软件测试项目实战》表1-1 参考文档二、测试摘要2.1 测试目标通过测试，达到以下目标：测试已实现的产品是否达到设计的要求，包括：各个功能点是否已实现，业务流程图是否正确。
产品是否运行稳定，系统性能是否在可接受的范围。
Bug数和缺陷率是否控制在可接受的范围之内，产品能否发布。
2.2 资源和工具2.2.1 资源测试服务器硬件配置：一台32位PC机。
软件配置：操作系统：Windows XP，win7 数据库管理系统：MySQL人员：测试审核人员2名，测试实施人员4名。
天天超市购物系统测试计划
天天超市购物系统测试计划一．总论 (2)1.1 项目背景 (2)1.2 项目目标 (2)1.3 文档目的 (2)1.4 文档摘要 (2)二．测试策略 (3)整体策略 (3)测试范围 (4)风险分析 (5)三．测试方法 (6)a) 里程碑技术 (6)b) 测试用例设计 (6)c) 测试实施过程 (6)d) 测试方法综述 (7)e) 测试用例 (7)四．测试组织 (9)a) 测试团队结构 (9)b) 功能划分 (9)c) 联系方式 (10)五．资源需求 (10)a) 培训需求 (10)b) 硬件需求 (10)c) 软件需求 (10)六．时间进度安排 (11)七．测试过程管理 (11)a) 测试文档 (11)测试文档管理 (11)编号规则 (11)b) 缺陷处理过程 (12)c) 测试报告 (13)1一.总论1.1 项目背景天天超市购物管理系统是XX科技有限公司为天天超市开发的一套购物系统，是目前天天超市实施的购物系统中比较有代表性的一套系统。
目前，天天超市已经开始使用，在使用之中，发现了系统存在的一些问题，为了更加系统和有效地发现系统中的其它问题，XX科技有限公司和XX软件科技有限公司合作，启动本项目来对系统进行测试。
1.2 项目目标天天超市购物管理系统已经开始运行，但是系统本身还存在一些问题，我们希望通过本项目的测试，除了在发现更多的系统缺陷外，同时建立起一套较完整的测试过程规范和一套较完整的测试用例库。
1.3文档目的本测试计划主要有两类受众：测试管理人员（项目经理、客户指派人员）和测试人员。
◆项目经理根据该测试计划制定进一步的计划、安排（工作任务分配、时间进度安排）和控制测试过程；◆客户指派人员通过该测试计划了解测试过程和相关信息。
◆测试人员根据该测试计划中制定的范围、方法确定测试需求、设计测试用例、执行和记录测试过程并记录和报告缺陷。
●确定项目测试的策略、范围和方法；●使项目测试工作的所有参与人员（客户方参与人员、测试管理者、测试人员）对本项目测试的目标、范围、策略、方法、组织、资源等有一个清晰的认识；●使项目测试工作的所有参与人员理解测试控制过程；●从策略角度说明本项目测试的组织和管理，指导测试进展，并作为项目测试工作实施的依据；●本文档是本项目测试整个过程进行的依据、规范和标准；在测试过程中严格按照本文档的制定的规范去执行。
软件测试报告-超市管理系统
软件测试分析报告项目名称：超市后台管理系统开发团队：成员：1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (4)2测试概要 (4)2.1系统概述 (4)2.2测试方案 (5)3.1功能模块1 (6)3.2测试模块2 (8)3.3测试模块3 (11)3.4测试模块4 (13)4测试结果分析 (18)4.1系统能力分析 (18)4.2缺陷和限制 (20)4.3建议 (20)4.4评价 (22)1引言1.1编写目的此报告编写目的是记录测试系统时发现的问题以及想到的解决方案，通过对测试每个测试阶段的总结和分析，及时反映当前工作状态、存在的问题，帮助项目小组成员了解当前的项目进度和发现并解决现阶段存在问题，推动下一阶段工作的顺利开展。
1.2背景系统名称：小型超市后台管理系统软件任务提出者：超市后台管理人员任务开发者：哈工大软件学院二狗小团队用户：超市管理人员其他说明：该软件依靠超市局域网即可运行，与超市金额结算系统有一定往来关系。
测试环境：windows xp 及以上操作系统，需安装Java 1.4.5或以上版本，测试软件为eclipse；处理器型号在Pentium 4 cpu 以上，内存512m以上运行环境：windows xp 及以上操作系统，需安装Java 1.4.5或以上版本；处理器型号在Pentium 4 cpu 以上，内存512m以上1.3定义1)IPO图: 在计算机领域IPO是指结构化设计中变换型结构的输入（Input）、加工（Processing）、输出（Output）。
.(摘自百度知道)2)UML图：UML-Unified Model Language 统一建模语言，又称标准建模语言。
是用来对软件密集系统进行可视化建模的一种语言。
（摘自百度知道）3)在文档中IPO图、流程图或状态图中出现小写字母“i”，代表此内容为输入，出现小写字母“o”代表此内容为输出。
超市管理系统UML类图和用例图【范本模板】
超市管理系统需求分析报告（使用面向对象的方法）目录1用例和用例图 (1)1.1什么是用例和用例图 (1)1。
2用例图 (2)1。
3用例说明 (4)2类图 (9)2。
1什么是类图 (9)2.2类图 (10)超市管理系统需求分析报告（面向对象方法)1用例和用例图1.1 什么是用例和用例图用例是由行为者启动的系统完成的一系列动作,这些动作除了完成系统内部的计算与工作外，还包括与一些行为者的通信。
用例代表某些用户可见性的功能，实现一个具体的用户目标。
用例图(User Case）是由参与者，用例以及它们之间的关系构造成的用于描述系统功能的动态视图的图.用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。
用例图用于对系统、子系统或类的行为进行可视化,使用户能够理解如何使用这些元素,并使开发者能够实现这些元素。
用例图定义了系统的功能需求,它是从系统的外部看系统功能，并不描述系统内部对功能的具体实现。
1.2 用例图1.3 用例说明用例名称：超市管理系统之人事管理相关活动者：职工，人事部人员,超市管理系统之售后服务简要说明：人事部人员对职工进行人事调动，人事考核,培训，工资管理等一系列人事安排。
一切的人事安排都打印出报表及时通知给职工。
其中的人事考核将接受由超市管理系统之售后服务传过来的对职工的投诉的信息，作为人事考核的一个依据。
前置条件：人事部人员已经登录人事管理界面主事件流：1.人事部人员登录人事管理界面,用例开始2.系统提示输入人事管理对象职工的职工号3.人事部人员输入人事管理对象职工的职工号4.系统提示选择人事管理的四项管理：人事调动,人事考核，培训，工资管理5.人事部人员选择一项具体的人事管理:B1：选择人事调动B2:选择人事考核B3：选择培训B4：选择工资管理6.系统按选择做相关处理7.用例结束可选事件流：B1：选择人事调动1.系统提示选择人事调动中三项管理：就职,职位变更，离职2.人事部人员选择一项具体的人事调动管理：B5：选择就职B6：选择职位变更B7：选择离职3.系统按选择做相关处理4.返回主事件流第7步B2：选择人事考核1.系统显示该职工可能存在的由超市管理系统之售后服务传入的被投诉的事项2.系统提示输入考核内容3.人事部人员输入考核内容4.系统提示给出职工考核结果5.人事部人员输入具体考核结果6.系统显示职工考核具体情况并打印报表7.返回主事件流第7步B3：选择培训1.系统提示选择培训项目2.人事部人员选择培训项目3.系统提示选择培训时间4.人事部人员选择培训时间5.系统显示该项培训具体事项并打印报表6.返回主事件流第7步B4：选择工资管理1.系统显示该职工当前工资情况2.系统提示修改该职工工资3.人事部人员修改该员工各项工资4.系统显示修改后职工工资情况并打印报表5.返回主事件流第7步B5：选择就职1.系统显示该后备职工具体情况2.系统将该职工信息由后备职工表转入就职职工表3.系统打印职工就职任命书4.返回主事件流第7步B6：选择职位变更1.系统显示该职工当前职位情况2.系统提示选择该职工变更后职位3.人事部人员选择变更后职位4.系统显示该职工变更后职位情况并答应职位变更报表5.返回主事件流第7步B7:选择离职1.系统显示该职工当前就职情况2.系统将该职工信息由就职职工表转入离职职工表3.系统打印职工离职报表4.返回主事件流第7步后置条件:无用例名称：超市管理系统之销售管理相关活动者：顾客，大客户，营业员，销售经理,超市管理系统之售后服务，超市管理系统之仓储管理简要说明：销售管理对超市的销售做总体的管理。
超市其他模块测试
《软件测试》上机3提交成果《天天超市管理系统》其它模块测试用例集组号：01小组成员：********项目组长：******完成日期：*******一．性能测试1. 工作任务描述性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。
负载测试和压力测试都属于性能测试，两者可以结合进行。
通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。
压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。
2.工作过程编写性能测试的测试用例集：大数据量测试负载测试疲劳测试压力测试按钮状态是否正确按钮摆放位置是否合理检测各模块中的按钮摆放位置是否合适关闭错误模块提示后的光标定位非法访问场景法二.链接测试1.工作任务描述链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。
链接测试可分为三个方面。
首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。
链接测试可以自动进行，现在已经有许多工具可以采用。
链接测试必须在集成测试阶段完成，也就是说，在整个Web应用系统的所有页面开发完成之后进行链接测试。
2.工作过程编写链接测试的测试用例集：所有链接均链接到了该链接的页面系统上没有孤立的页面三.导航测试1.工作过程描述导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等；或在不同的连接页面之间。
通过考虑下列问题，可以决定一个Web应用系统是否易于导航：导航是否直观？Web系统的主要部分是否可通过主页存取？Web系统是否需要站点地图、搜索引擎或其他的导航帮助？在一个页面上放太多的信息往往起到与预期相反的效果。
天天超市管理系统测试用例集
兰州理工大学软件职业技术学院《软件测试》上机3 提交成果《天天超市管理系统》用户管理模块测试用例集组号：05小组成员：郭齐魏彦雄罗万娟杨超王浩简刘正翔项目组长：郭齐完成日期：2013年05月07日美萍超市购物管理系统一、商品类别管理1、工作任务描述进入系统后，进入如1所示的浏览界面，单击系统设置，相应类别的修改或删除按钮进行商品类别管理。
主界面增加商品界面商品类别添加界面修改商品类别界面该任务就是对商品类别管理功能进行测试，编写测试用例集。
在此我们使用了场景法、边界值发、错误推测法等测试用例设计方法。
2、工作过程(1)以下是商品添加的测试用例集。
（2）类别修改的测试用例集(3)编写类别删除的测试用例集（4）编写类别浏览、查看的测试用例集16：翻页：单击下一页按钮可以正确跳转到下一页面：1.单击类别【查看】【浏览】按钮2.单击【下一页】【上一页】：1.弹出商品类别浏览界面2.可以正确跳转到相对应的页面上，不存在部分信息重复显示，部分信息显示不出来的现象场景法：：二、商品管理1．工作任务描述.商品管理模块可以为商品设定不同属性，如商品类别、商品名称、商品型号等，可以方便的编辑丰富的上面信息，调整商品信息。
商品信息添加的界面如图，信息修改的界面如图所示商品信息添加界面商品信息修改界面2. 工作过程（1）编写商品添加的测试用例集17：必须项是否为空：校验系统是否对必填项为空的情况做了处理。
：1．单击【系统设置】/【商品管理】/【确定】按钮2．什么都不输入，直接单击【添加】按钮：1.弹出“商品添加界面”2.提示“商品名称、商品类别、商品规格、商品售价、生产商不能为空”（2）编写商品修改测试用例集（3）编写商品删除的测试用例集（4）编写商品浏览的测试用例集。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
兰州理工大学软件职业技术学院
《软件测试》
上机3 提交成果
《天天超市管理系统》用户管理模块
测试用例集
组号：05
小组成员：郭齐魏彦雄罗万娟杨超王浩简刘正翔
项目组长：郭齐
完成日期：2013年05月07日
美萍超市购物管理系统
一、商品类别管理
1、工作任务描述
进入系统后，进入如1所示的浏览界面，单击系统设置，相应类别的修改或删除按钮进行商品类别管理。
主界面
增加商品界面
商品类别添加界面
修改商品类别界面
该任务就是对商品类别管理功能进行测试，编写测试用例集。
在此我们使
用了场景法、边界值发、错误推测法等测试用例设计方法。
2、工作过程
(1)以下是商品添加的测试用例集。
（2）类别修改的测试用例集
(3)编写类别删除的测试用例集
（4）编写类别浏览、查看的测试用例集
Author admin
Test Case 16：翻页
Summary：
单击下一页按钮可以正确跳转到下一页面
Steps：
1.单击类别【查看】【浏览】按钮
2.单击【下一页】【上一页】
Expected Results：
1.弹出商品类别浏览界面
2.可以正确跳转到相对应的
页面上，不存在部分信息
重复显示，部分信息显示
不出来的现象场景法
Pass/Fail：Test Notes：
Author admin
二、商品管理
1．工作任务描述.
商品管理模块可以为商品设定不同属性，如商品类别、商品名称、商品型号等，可以方便的编辑丰富的上面信息，调整商品信息。
商品信息添加的界面如图，信息修改的界面如图所示
商品信息添加界面
商品信息修改界面
2. 工作过程
（1）编写商品添加的测试用例集
Test Case 17：必须项是否为空
Summary：
校验系统是否对必填项为空的情况做了处理。
Steps：
1．单击【系统设置】/【商品管理】/【确定】按钮
2．什么都不输入，直接单击【添加】按钮Expected Results：
1.弹出“商品添加界面”
2.提示“商品名称、商品类别、
商品规格、商品售价、生产商不能为空”
（2）编写商品修改测试用例集
（3）编写商品删除的测试用例集
（4）编写商品浏览的测试用例集。