微信公众号测试小结
一、测试基本情况
微信公众号餐饮系统测试进行了5轮测试,从2018.7.7开始介入测试。
起始日期 |
结束日期 |
工作任务 |
人员 |
角色 |
2018/7/7 |
2018/7/13 |
熟悉需求,测试计划制定,测试用例编写及评审。 |
威威 |
测试 |
2018/7/31 |
2018/8/10 |
第一轮测试,在开发阶段介入测试。 |
威威 |
测试 |
2018/8/13 |
2018/8/17 |
第二轮测试,开发完成70%。 |
威威 |
测试 |
2018/8/20 |
2018/8/24 |
第三轮测试,开发完成80%。 |
威威 |
测试 |
2018/8/27 |
2018/8/31 |
第四轮测试,开发完成85%。 |
威威 |
测试 |
2018/9/3 |
2018/9/7 |
第五轮测试,开发完成95%。 |
威威 |
测试 |
2018/9/10 |
2018/9/14 |
第六轮测试,开发完成98%。 |
威威 |
测试 |
2018/9/17 |
2018/9/21 |
第七轮测试,开发进度同上周。 |
威威 |
测试 |
二、未开发完成项
1、 菜品后台无法删除,需要在门店后台修改,但同步目前未做好。
三、测试内容
微信公众号点餐系统共49个功能点,分别为:
1、 找店:商圈设置,店面资料设置,搜索,门店详情。
2、 排队:排队设置,微信会话排队引导(提醒),取号,微信会话排队通知。
3、 预约:预订基础设置,预订餐别设置,预订备注设置,系统节假日设置,在线预约,微信会话预约状态提醒,预约处理。
4、 点餐:点餐设置,微信会话点餐引导,点菜,购物车,桌台与优惠,快餐支付,到店取餐。
5、 个人中心:个人信息,预约记录,排队记录,点餐记录,会员卡,优惠券,我的消息,账户安全,投诉建议,帮助中心,联系客服。
6、 打赏:打赏管理,用户打赏。
7、 共性提示:操作失败,网络问题,确认提示,删除确认提示,字符限制,超过最大数,为空,格式不正确,位数不正确,暂无记录。
8、 餐收端:排队,会员,预约,账单。
四、BUG情况分布
BUG情况分布图如下,通过百分比显示BUG的分布情况。
测试至今共提交303个BUG,其中未关闭状态的为10个,已关闭的为293个。详细分布情况如下:
BUG 统计
序号 |
模块 |
数量 |
1 |
找店 |
25 |
2 |
排队 |
13 |
3 |
预约 |
27 |
4 |
点餐 |
45 |
5 |
会员卡 |
37 |
6 |
优惠券 |
16 |
7 |
投诉建议 |
20 |
8 |
打赏 |
13 |
9 |
共性提示 |
6 |
10 |
后台 |
14 |
11 |
个人中心 |
21 |
12 |
UI |
26 |
13 |
帮助中心 |
2 |
14 |
其他 |
12 |
15 |
餐收端 |
26 |
汇总 |
303 |
五、需求变更项
(1) 开通城市相关的需求去掉,所以城市均直接配置好。
(2) 店面一级分类,二级分类功能合并为一项设置,目前只有一项分类。
(3) 设置小于或者等于4个排队设置。(需求变更:此项不作限制,在微信端滑动展示。)
(4) 排队设置--适用人数范围后面一位超过30(需求变更,不限制)。
(5) 排队设置--状态不勾选时提交保存(需求变更,默认启用)。
(6) 预约标签备注,后台设置吸烟区的排序值为1,靠窗区设置为2,那么吸烟区排在靠窗区前面(需求变更,排序值项经确认删除。)
(7) 系统节假日设置--日期至少选择不同连续2天(需求变更,不作限制。)
(8) 未下单菜品记录只保存一天--当天查看/未下单菜品记录只保存一天--次日查看(需求变更,查看近1个月的)
(9) 电子储值卡的默认会员卡开关默认打开(需求变更,电子卡只起识别和打折作用。)
(10) 赠送优惠券(需求变更,与刘成龙确认赠送功能先不做。)
(11) 打赏管理--新增打赏员工信息(需求变更,不添加打赏员工项,直接添加员工,生成员工自己的二维码,通过扫二维码对员工进行打赏。)
(12) 不显示储值类会员卡绑定的优惠券(项目经理确认)
(13) 投诉管理查看状态显示“已回复”,“未回复”,“已查看”的状态(需求变更,只保留2种状态“已回复”,“未回复”)
(14) 微信下单支付后的状态由“待取餐”改为“待确认”,“待确认”后的状态再为“待取餐”(与项目经理确认8.31)
(15) 在取号后,然后再用手机扫描排队的二维码,显示前面还需等待的桌数
(经确认此功能不做了)
(16) 优惠券名称最多显示一行(需求变更:完整显示)。
(17) 后台上传图片的大小不超过300K(需求变更:后台店面logo图片只限制大小:2M,没有限制像素尺寸,轮播图片是根据页面提示的像素大小进行上传)
(18) 微信排队通知的触发点为3桌(需求变更:微信排队通知的触发点由3桌改为两桌,目前测试环境是15分钟通知一次)。
(19) 餐收端打印的排队单号码是15位数字(需求变更:餐收端打印出的排队号码改为A开头的5位排队号9.21)
六、需求确认项
(9.14更新)
(1):将店面对应的商圈设置为无效或者删除掉,商圈不存在,但是店面依旧会显示
(2):绑定会员卡的手机号是绑定微信用户的手机号,不是后台会员信息表的手机号
(3):绑定卡号后修改支付密码,所有已绑定的会员卡统一使用这个修改后的支付密码,再次绑定新卡时是使用系统原先设置的支付密码,在支付时确不是用的绑定后的支付密码。
(4):扫桌台二维码,如果桌台已被占用(预定或开台),还可以继续扫二维码进行点餐,只能人工来操作预定的桌台不要被别人去扫码使用。
(5):目前会员的等级只有普通会员,没有钻石会员。
(6)真实卡卡面的卡号是有字母和字符的,但是微信端的会员卡号只能输入数字,所以这就导致微信的会员卡不能直接设置成真实卡面上的卡号(9.14)
(7)门店是后支付方式的,点餐记录的状态有挂单,下单。(9.14)
(8)到店取餐(与开发确认,此项只开发到“待聚餐”状态,后期若有必要与门店沟通后再优化后面流程)(9.10)
(9)微信扫码点餐后,桌台页面不刷新,需要手动点一下桌台才会出现点餐信息。(9.14)
(10)预订信息在自动逾期后,需手动点一下桌台,桌台才会刷新变为空台。(9.14)
(11)微信已支付的订单如果在规定的时间内未处理会自动退款,退款达到一定的数量门店关闭点餐功能。(规定的时间和退款数量是开发配置的 9.14)
(12)微信端没有沽清操作,在餐收端有沽清的菜品,微信端照常能点单(9.21)
七、bug记录
BUG记录于2018-9-21更新。(这个excel可以打开的哦)
来源:https://www.cnblogs.com/flower-drop/p/10237038.html