微信營銷活動的功能測試框架——測試要點

1、功能流程的檢查

1. 正常功能流程：用戶—登陸活動——輸入登陸信息——點擊「拆」，進行抽獎——抽獎結果——獎品發放——如是實物，則填寫地址

   2.異常功能流程：拆時網絡異常，拆時獎品發放完畢，獎品剩餘1個多個用戶同時拆等等。

2、涉及到支付流程的注意點

1. 支付增長遊戲次數：點擊支付1分錢按鈕，進入支付頁面，支付成功，返回商戶網站，支付狀態更新爲2-支付成功，首頁刷新，次數增長1次。
2. 支付增長遊戲次數：支付成功，不返回商戶網站，支付狀態仍是0-待支付，點擊支付按鈕時或是定時任務跑批，作支付回查，支付狀態更新爲2-支付成功。
3. 抽中獎後支付1分錢領取：點擊支付1分錢按鈕，進入支付頁面，支付成功，返回商戶網站，支付狀態更新爲2-支付成功，中獎記錄表領取狀態更新爲已領取。
4. 抽中獎後支付1分錢領取：支付成功，不返回商戶網站。定時任務跑批，作支付回查，支付狀態更新爲2-支付成功。同時中獎記錄表對應記錄的領取狀態也要更新爲已領取，若中獎獎品是電子券的，即電子券領取狀態也要更新爲已領取。
5. 點擊支付1分錢按鈕，進入支付頁面，不支付，關閉退出。能夠從新點擊支付1分錢按鈕，可以進入支付界面，進行支付操做。上一條支付狀態更新爲9-支付失敗，新增一條支付記錄支付狀態爲支付成功。
6. 點擊支付1分錢按鈕，進入支付頁面，不支付，關閉退出後，沒有再次進入支付界面，超過10分鐘不支付，即該筆支付記錄，等定時任務跑批，更新支付狀態爲1-已過時。
7. 以上操做後，檢查數據庫支付流水錶和中獎記錄表對應記錄的狀態是否正確。

3、 按鈕的檢查

1. 【拆】抽獎按鈕，要防重複提交處理。檢查數據庫是否會插入兩條重複的記錄。
2. 點擊一次【拆】按鈕，是否可以正常彈出抽獎結果頁面。
3. 點擊【支付1分錢】按鈕，要防重複提交處理。檢查數據庫是否會插入兩條重複的記錄。
4. 點擊一次【支付1分錢】按鈕，是否可以正常彈出支付頁面。進入支付界面前，是否有友好提示語：正在拼命加載中，請耐心等待
5. 在遊戲首頁，點擊【去贏大獎】按鈕，也要防重複提交處理，用戶點擊一次出現黑色遮罩層和加載條，讓用戶耐心等待，避免併發量太大，用戶進入抽獎頁面太慢。
6. 【去贏大獎】此類按鈕程序要控制併發量最大值，讓用戶排隊進入抽獎頁面。

4、中獎機率的測試

1. 中獎的順序
2. 中獎機率高的獎品A剩餘數量0，下一個中獎機率次要，而且獎品B有剩餘數量，能正常中獎品B

3.中獎機率高的獎品A剩餘數量1，下一個中獎機率次要，而且獎品B有剩餘數量，用戶此時抽獎，抽中獎品A。 4. 每種獎品都是剩餘數量1，6種獎品，作7種狀況，最後一筆沒中獎，提示「很遺憾，獎品已經發完了」或是提示「對不起，您沒中獎，繼續努力」。

5、分享頁面的檢查

1. 發送給朋友，分享標題、分享描述和分享圖片取值是否正確，好友點擊分享連接是否可以正常進入分享頁面或遊戲首頁
2. 分享到朋友圈，分享標題、分享圖片取值是否正確，好友點擊分享連接是否可以正常進入分享頁面或遊戲首頁
3. 區分IOS和安卓的手機來測試，若安卓手機能正常分享連接正常訪問，而IOS手機分享連接不能正常訪問，則是由於配置的問題，在http後加個s，再驗證下分享功能。
4. 若分享要增長機會次數，則要區分「已經登記爲營銷活動用戶後打開連接」仍是「先打開連接再登記爲營銷活動用戶」兩種狀況來測試。未登記爲營銷活動用戶，則不給分享用戶增長機會次數，待好友登記爲營銷活動用戶後，再給分享用戶增長遊戲次數。

6、 獎品份額的檢查

1. 抽中獎，知足領取條件，則減小一個獎品數量
2. 抽中獎，不知足領取條件，則要釋放該獎品數量
3. 全部獎品的中獎明細總數量與設定的各項獎品總數量必須相等，不能多也不能少
4. 每項獎品的中獎明細總數量是否與設定的每項獎品總數量相等，必須相等
5. 前端提示中獎獎品名稱與後臺獎品明細名稱相同，數量減小也對

7、 機會次數的檢查

1. 檢查首次進入遊戲的初始機會次數是否正確
2. 天天使用機會，是否減小機會次數；網絡很差或是其餘異常緣由，則不減小機會次數
3. 活動規則天天有3次機會，則要檢查天天是否有3次機會
4. 活動規則天天未用完的機會清零，則檢查機會次數是否清零
5. 活動規則天天未用完的機會不清零而且累進，則檢查機會次數是否不清零，累進機會次數是否正確
6. 活動規則支付一分錢增長機會1次，則檢查支付成功是否增長機會，支付不成功則不增長。
7. 活動規則分享給好友並參與遊戲增長機會1次，則檢查分享給好友並參與遊戲則增長機會1次，若分享給好友不參與遊戲則不增長機會。
8. 活動規則分享到朋友圈增長機會1次，則檢查分享到朋友圈是否有增長機會1次，要區分IOS和安卓手機來測試

8、手機號碼輸入框檢查

1. 手機號碼框要控制成只能輸入11位數字的文本框。
2. 輸入以非1開頭的手機號，給出提示：請輸入正確的手機號碼。須要分別驗證以非1開頭的數字(0\2\3)或字母等其餘字符開頭的狀況。
3. 輸入帶有英文字母的手機號，系統自動忽略非數字字符(即控制不能輸入英文字母)。
4. 輸入帶有特殊符號)/&(的手機號，系統自動忽略非數字字符(即控制不能輸入特殊符號)。
5. 輸入不足11位數字，給出提示：請輸入正確的手機號碼。
6. 輸入以170開頭的11位手機號，給出提示：170開頭的手機號不能參與本活動！。
7. 手機號碼輸入框字體大小應固定爲22px。打開活動連接，光標定位到輸入框，空白地方右鍵選擇「審查元素」，選擇某手機機型，查看代碼元素「font-size: 22px;」。
8. 手機號碼輸入框所在行，點擊任意地方，均應獲取到焦點在輸入框，保證用戶可以正常使用。
9. 手機鍵盤不能遮擋着手機號碼輸入欄，可以自動往上移動顯示輸入欄。
10. 注：區分IOS和安卓的手機來測試

9、話費和流量充值的檢查 充值方式有兩種：在線充值，線下充值

1. 檢查抽獎中話費或流量充值流水錶是否會有重複記錄。
2. 線下充值：抽中話費或流量，在充值流水錶增長一條記錄，返回碼爲空，返回信息也爲空。系統不須要作什麼處理，運營者把該表的數據導出，覈對沒問題後，提交給運營管理平臺運營者線下批量充值就好。
3. 在線充值：抽中話費或流量，在充值流水錶增長一條記錄，返回碼爲空，返回信息也爲空。
4. 在線充值：充值定時任務跑批後，充值流水錶返回碼爲空的記錄，充值成功，即返回碼將會更新爲0，返回信息是處理成功。
5. 在線充值：充值定時任務跑批後，充值流水錶返回碼爲空的記錄，充值失敗，即返回碼將會更新爲錯誤返回碼，返回信息是失敗緣由。覈對充值失敗的記錄，導出須要補充值的記錄提供給運營管理平臺運營人員進行線下批量充值。
6. 檢查充值流水錶充值記錄的狀態與405管理平臺的狀態是否一致。

10、用戶體驗的檢查

1. 檢查功能流程是否容易操做，是否合理
2. 檢查按鈕擺放位置是否符合人們的操做習慣
3. 檢查界面及顏色是否協調，是否符合主題，是否讓人們容易接受

11、兼容性測試的檢查

1. 使用公司全部測試機型，把以上功能點都測試一遍
2. 發出活動測試連接，動員公司全部人玩此遊戲，找出不一樣機型的問題，收集問題
3. 注意：華爲機型屏幕裏邊一般會有首頁返回鍵，建議UI設計師在產品設計圖上以這種機型來設計，這樣前端切圖和開發時就容易處理這種狀況的兼容性問題
4. 除了要測試主流機型外，還要注意一些比較特有的機型，好比：蘋果4S和華爲6 plus