頁面類型測試點
從頁面接口開始
對於這個功能我一般都是先從接口方面開始測試，首先保證接口是通的，我會對接口的輸入與輸出進行測試，輸入的話就是參數的組合情況，比如一項或者是多項爲空，一項多項爲錯誤的情況，在正確的情況下我會查看接口的響應字段是否完整、丟失，以及字段的類型是否正確，在錯誤的情況下我會查看開發包裝的錯誤碼是否與錯誤類型一致，如果接口不通，就要告訴開發需要修改，接口測試完畢後會再開始測試功能。。
再從頁面的展示功能開始
第一種描述方式：
先描述整體展示，比如輸入框、默認展示、按鈕、背景等，再開始講功能點。例如“對於登錄頁面的功能首先我會先關注這個頁面裏的各種展示，比如輸入框、默認展示、按鈕、背景、光標顯示等，和ui圖對比一致後，再繼續測試功能，對於賬號輸入框功能我會使用邊界值的上點、內點、離點進行測試，以及輸入框的輸入類型，輸入字符、數字、小數、等…”。
第二種描述方式：
從單個功能開始，先聲明要講的測試點，然後敘述測試點的展示、功能。例如“賬號輸入框我會先關注他的展示，比如大小、默認展示、位置、高亮顯示等，然後對輸入框的功能進行測試，比如輸入長度我會使用邊界值的上點、內點、離點進行測試，以及輸入框的輸入類型，輸入字符、數字、小數、等…”。
兼容的說法：
兼容放在展示和功能講完後去說，如果測試點是web就強調出web特有測試點，如果是app就強調出app特有的測試點，如果是雙端，就對比出app測試和web測試的區別。
性能，安全：
根據測試點功能而定，放在最後去講。
功能類型測試點
首先聲明功能的接口：
聲明接口方法如上
再強調主功能流程
例如發紅包功能“對於發紅包功能我一般都是先進行冒煙測試，比如點擊好友、點擊發紅包、輸入金額、選擇支付方式、然後發送、發送後查看展示，確保主流程沒有問題後，然後進行系統測試，在點擊好友時，選擇單向好友和雙向好友，然後點擊發紅包是否能跳轉到發紅包頁面，（這裏一定確保在點擊好友沒有其他測試點時，再繼續說下一個頁面的功能），跳轉到發紅包頁面後。
跳轉到測試點功能頁面後
這裏的流程是點擊好友後，然後點擊了發紅包就跳轉到了發紅包測試點的功能頁面，進入到測試點功能頁面後方法就和如上一致，這裏強調，如果有多個頁面的跳轉，要先講完當前頁面再講下個頁面，例如跳轉到支付頁面時要先把發紅包頁面內容講完再去說支付頁面的展示和功能，最後兼容、性能、安全，在最後強調。