例項：oppo渠道登入流程、實名認證的遮蔽

背景：由於國家政策調整，oppo渠道開始強制登入、實名認證、防沉迷的情況下，需要放寬對使用者的實名資訊稽核，讓更多未實名、未登入的使用者可以正常使用APP。

解決方案：在檢測到實名認證彈窗、oppo登入介面出現的時候，對其進行遮蔽，來達到未實名、未登入可進入APP的方式來解決，考慮到過OPPO稽核的時候需要按照OPPO自身的登入流程來進行，設計通過後臺渠道登入開關、實名認證開關來實現遮蔽流程與正常oppo登入流程切換。

測試過程：由於沒有需求文件，在demo到手之前完全不知道會以何種方式來達到目的，具體的流程等待測試人員總結測試的流程，測試中要考慮到後臺開關與使用者屬性（是否登入，是否實名，是否未成年）的組合。

首先考慮開關組合方式，先明確各種開關組合到底要走遮蔽流程還是oppo登入流程，分別有【渠道登入和實名認證開啟】、【渠道登入和實名認證關閉】、【渠道登入開啟，實名認證關閉】、【渠道登入關閉，實名認證開啟】。

另外使用者屬性有【未登入賬號】、【登入未實名賬號】、【登入未成年賬號】、【登入已成年賬號】。

將其組合：

【渠道登入和實名認證開啟】：走oppo登入流程

　　【未登入賬號】

　　【登入未實名賬號】

　　【登入未成年賬號】

　　【登入已成年賬號】

【渠道登入和實名認證關閉】：走遮蔽流程

　　【未登入賬號】

　　【登入未實名賬號】

　　【登入未成年賬號】

　　【登入已成年賬號】

【渠道登入開啟，實名認證關閉】：這種組合不使用

　　【未登入賬號】

　　【登入未實名賬號】

　　【登入未成年賬號】

　　【登入已成年賬號】

【渠道登入關閉，實名認證開啟】：走oppo登入流程

　　【未登入賬號】

　　【登入未實名賬號】

　　【登入未成年賬號】

　　【登入已成年賬號】

分別記錄各組合實際流程，傳送給拍板的同事稽核，流程正確的記錄作為測試標準，流程錯誤的反推預期結果作為測試標準，後面就根據測試標準進行測試。

這次測試耗費了非常多的時間與精力，主要問題出在沒有去了解原始需求，不知道為什麼要做遮蔽，遮蔽的目的是什麼，要達到什麼效果，整個過程非常模糊，也沒有去分析後臺開關組合與使用者屬性（是否登入，是否實名，是否未成年）之間的聯絡

總結：在沒有需求文件的情況下，測試一定要先熟悉原始需求，為什麼要這麼做，想要達到什麼效果，以此為基礎可以得出更精準的測試用例，測試過程要詳細記錄各種用例的實際結果，無論是正確的實際結果，還是錯誤的實際結果，都可以帶來明確的需求標準，有了明確的需求標準，接下來就好測很多