關於 B 端&C 端功能通用測試規則討論

1、查詢功能：
前後端需要做trim【trim：去掉文字左右的空格】
邊界值測試：
前端傳給後端的欄位需與介面wiki保持一致
邊界值可以通過review程式碼或者前端輸入邊界值測試
查詢結果如果異常時，需要有明確的errorMsg提示
2、內容提交：
必填項非空校驗，前後端都需要做
提交內容需要做trim後的非空校驗，尤其是必填項
非空校驗時，需要注意空格在邏輯中也算文字的。
特殊字元：文字中含有特殊字元時，前端解析時可能會轉義導致文字丟失。特別需要注意%、\n等特殊字元
提交按鈕防冪等【抖動】：防止重複提交，一般採用前端判斷，提交一次之後，按鈕轉圈無法再次提交
內容提交是以彈窗的形式輸入提交，則需要注意點選旁邊彈窗空白不能關閉彈窗，防止使用者誤操作，將輸入內容清空
內容提交後頁面載入有延遲，需要給使用者明確的提示，告知使用者資料正在載入中。
對於異常問題的提交要有明確的errorMsg提示
必填項未填寫。eg：如果頁面需要拖動展示時，看不見的必填項的文案提示需要以彈窗的形式提示使用者
欄位內容過多需要展示時，需要根據業務需要部分展示點選後全部展示
3、頁面：
頁面內容展示要簡潔，整潔，直觀，能夠突出重點，樣式不能覆蓋，遮擋，顯示不全，看不清
頁面風格要一致
4、邏輯：
業務欄位的定義要精準明確。eg：一月前和30天前兩個看似是以月為單位，但真正的效果不一樣的
關聯性邏輯update&delete時，需要注意上下邏輯之間的引用，需要給出明確的邏輯關聯性與操作時的使用者提示文案
有關聯邏輯的配置刪除時，需要校驗邏輯是否在使用中，是否可刪除
內容的增刪改需要做二次確認校驗，避免誤操作
根據業務邏輯，在一定程度上限制使用者的操作。避免使用者的大量操作後發現這樣操作不可行，導致使用者需要校驗頁面內容。使用者操作的每一項都可以清楚的知道什麼樣的操作是被禁止的。
輸入文案的最大字數限制【可以在input框中的預設文案寫清楚最多輸入多少字且輸入超過最大值時toast提示使用者或者不可繼續輸入】
邏輯之間的限制，A和B之間有邏輯關聯，選擇A後，B只能選擇與A有關的選項
梳理具有相似邏輯的點，並形成文件同步到產品，開發。統一邏輯，減少測試和開發成本
異常邏輯的兜底
5、C端異常流程：
測試APP的最基礎的四種異常情況：未登陸/無網/無定位/所在地無任何入口