頁面型別測驗點
從頁面介面開始
對于這個功能我一般都是先從介面方面開始測驗，首先保證介面是通的，我會對介面的輸入與輸出進行測驗，輸入的話就是引數的組合情況，比如一項或者是多項為空，一項多項為錯誤的情況，在正確的情況下我會查看介面的回應欄位是否完整、丟失，以及欄位的型別是否正確，在錯誤的情況下我會查看開發包裝的錯誤碼是否與錯誤型別一致，如果介面不通，就要告訴開發需要修改，介面測驗完畢后會再開始測驗功能，，
再從頁面的展示功能開始
第一種描述方式：
先描述整體展示，比如輸入框、默認展示、按鈕、背景等，再開始講功能點，例如“對于登錄頁面的功能首先我會先關注這個頁面里的各種展示，比如輸入框、默認展示、按鈕、背景、游標顯示等，和ui圖對比一致后，再繼續測驗功能，對于賬號輸入框功能我會使用邊界值的上點、內點、離點進行測驗，以及輸入框的輸入型別，輸入字符、數字、小數、等…”，
第二種描述方式：
從單個功能開始，先宣告要講的測驗點，然后敘述測驗點的展示、功能，例如“賬號輸入框我會先關注他的展示，比如大小、默認展示、位置、高亮顯示等，然后對輸入框的功能進行測驗，比如輸入長度我會使用邊界值的上點、內點、離點進行測驗，以及輸入框的輸入型別，輸入字符、數字、小數、等…”，
兼容的說法：
兼容放在展示和功能講完后去說，如果測驗點是web就強調出web特有測驗點，如果是app就強調出app特有的測驗點，如果是雙端，就對比出app測驗和web測驗的區別，
性能，安全：
根據測驗點功能而定，放在最后去講，
功能型別測驗點
首先宣告功能的介面：
宣告介面方法如上
再強調主功能流程
例如發紅包功能“對于發紅包功能我一般都是先進行冒煙測驗，比如點擊好友、點擊發紅包、輸入金額、選擇支付方式、然后發送、發送后查看展示，確保主流程沒有問題后，然后進行系統測驗，在點擊好友時，選擇單向好友和雙向好友，然后點擊發紅包是否能跳轉到發紅包頁面，（這里一定確保在點擊好友沒有其他測驗點時，再繼續說下一個頁面的功能），跳轉到發紅包頁面后，
跳轉到測驗點功能頁面后
這里的流程是點擊好友后，然后點擊了發紅包就跳轉到了發紅包測驗點的功能頁面，進入到測驗點功能頁面后方法就和如上一致，這里強調，如果有多個頁面的跳轉，要先講完當前頁面再講下個頁面，例如跳轉到支付頁面時要先把發紅包頁面內容講完再去說支付頁面的展示和功能，最后兼容、性能、安全，在最后強調，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/254892.html
標籤：其他
下一篇：多執行緒練習一：銀行有一個賬戶，有兩個儲戶分別向同一個賬戶存3000元，每次存1000，存三次，每次存完列印賬戶余額（兩個儲戶盡量交替存）