点餐系统测试

本文档详细记录了点餐系统的测试用例设计,包括兼容性测试和功能测试。在兼容性方面,发现系统只能在Chrome和火狐浏览器上正常运行,其他浏览器存在加载错误,被标记为严重BUG。在功能测试中,发现允许菜品名和价格为空,这导致了添加菜品操作的异常,被认定为次要BUG。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、设计测试用例

 

 

二、提交BUG

a)BUG 一

标题:兼容性差,只能在Chrome浏览器和火狐浏览器上使用

1.版本号:V0009

2.测试环境:Chrome 浏览器 版本号 96.0.4664.45

                     火狐       浏览器 版本号 97.0.1

                    操作系统:win10 

3.测试数据

 无

4.测试步骤

(1)打开点餐系统页

1.简介 1.1目的   本文档是将系统在测试过程出现的问题陈列出来,使得开发人员清楚的知道系统中所存在的问题与不足,从而加以改进,使系统更加健壮安全,增强系统的可运行性和可维护性。本文档的读者为开发人员和测试人员。 1. 2范围 本文档从编程人员编写代码开始就能使用,在用户登录系统、用户订系统、会员管理系统、订信息处理系统、菜式管理系统、系统用户管理系统等六大模块中均适用,在每一个模块都必须进行单元测试,到软件完整开发出来后进行综合测试。本文档将会解决测试问题、环境、结果、缺陷和评价等问题。 2. 测试内容 2.1 用户登录模块用户订系统会员管理系统订信息处理系统菜式管理系统 用户输入ID和密码,如验证无误便可登陆成功,在登陆状态下所做的定购额记入用户总积分。如果用户不登陆或为非会员,则定购额无法记入总积分。 2.2 用户订系统 用户首页上显示的菜式图片来选自己喜欢的菜式和饭食,也可以对快进行分类查询。选确认后放入虚拟购物车。可选多样菜式。最后在虚拟柜台提交所有定购的物品,定购金额在10元以上才可提交,否则弹出对话框提示定购额不足。 2.3会员管理系统 对注册为会员的用户的信息进行管理。可以每月对会员进行积分排名,星级会员评定,以及对用户资料进行删除。 2.4 订信息处理系统 对订的信息进行管理和分类。将全天定信息显示在服务器端,分记录显示。记录分为两种状态:“未派送”和“已派送”。此系统的操作人员把刚刚送出的“未派送”记录进行标记,该记录则变为“已派送”。
### 系统测试用例设计 系统的测试用例设计需要覆盖多个方面,包括但不限于用户功能、管理员功能、支付流程、订单处理等。以下是针对系统的功能测试用例示例: #### 1. 登录管理功能测试用例 | **编号** | **描述** | **输入条件** | **预期结果** | |----------|-------------------------|----------------------------------|-------------------------------------------------------------------------------| | T001 | 用户登录成功 | 输入有效的用户名和密码 | 显示欢迎页面,并跳转到首页[^3] | | T002 | 用户登录失败(错误密码) | 输入有效用户名和无效密码 | 提示“密码错误”,保持在登录页[^3] | | T003 | 用户未注册 | 输入不存在的用户名 | 提示“用户不存在”,保持在登录页 | #### 2. 菜品浏览与下单功能测试用例 | **编号** | **描述** | **输入条件** | **预期结果** | |----------|---------------------------|------------------------------------|-------------------------------------------------------------------------------| | T004 | 添加菜品到购物车 | 击“加入购物车”按钮 | 购物车显示新增加的菜品数量[^3] | | T005 | 修改购物车内菜品数量 | 增减购物车内的菜品数量 | 数量更新正确,总价随之变化 | | T006 | 删除购物车中的菜品 | 击“移除”按钮 | 对应菜品被移除,总价重新计算 | #### 3. 订单管理功能测试用例 | **编号** | **描述** | **输入条件** | **预期结果** | |----------|--------------------------|-----------------------------------|-------------------------------------------------------------------------------| | T007 | 下单操作正常完成 | 完成填写桌号、备注并提交订单 | 展示订单详情界面,提示“订单已提交”[^3] | | T008 | 桌号为空时无法提交订单 | 不填桌号直接击“确认订单”按钮 | 弹窗提醒“请输入桌号”[^3] | | T009 | 查看历史订单 | 进入个人中心->历史订单列表 | 列表展示所有已完成的历史订单记录 | #### 4. 支付功能测试用例 | **编号** | **描述** | **输入条件** | **预期结果** | |----------|----------------------------|-------------------------------------|-------------------------------------------------------------------------------| | T010 | 正常支付过程 | 使用支持的支付方式完成付款 | 页面跳转至支付成功页面,订单状态变为“已支付” | | T011 | 取消支付 | 在支付过程中取消交易 | 返回订单详情页面,订单状态仍为“待支付”[^3] | | T012 | 支付超时 | 超过设定时间未完成支付 | 自动关闭支付窗口,返回订单详情页面,订单状态变更为“已失效” | #### 5. 后台管理系统测试用例 | **编号** | **描述** | **输入条件** | **预期结果** | |----------|---------------------------|--------------------------------------|-------------------------------------------------------------------------------| | T013 | 查询当前订单状态 | 输入特定时间段或关键词筛选订单 | 符合条件的订单按指定顺序排列显示[^2] | | T014 | 更新订单配送状态 | 将订单状态改为“已送达” | 数据库中对应字段更新,“客户通知消息”发送成功[^2] | | T015 | 导出销售报表 | 设置日期范围导出Excel文件 | 文件下载成功,内容包含所选时段内销售额统计信息[^2] | --- ```python # 示例代码片段:模拟简单的订单状态更新逻辑 def update_order_status(order_id, new_status): """ 更新订单的状态。 参数: order_id (int): 订单ID。 new_status (str): 新的订单状态。 返回: bool: 如果更新成功则返回True,否则返回False。 """ try: # 模拟数据库查询语句 query = f"UPDATE orders SET status='{new_status}' WHERE id={order_id}" execute_query(query) return True except Exception as e: print(f"Error updating order status: {e}") return False ``` --- ###
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值