微信公眾號測試小結
一、測試基本情況
微信公眾號餐飲系統測試進行了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可以打開的哦）