寫在前面：

分析方法打算系統的寫兩篇，第一篇就是元素分析法，第二篇是邏輯分析法(名字是自己取得，如有雷同，一定是巧合)，然後是一個例子運用這兩個方法完成一個模組的測試。如果沒有意外，覆蓋率可以認為有85%以上，屬於灰盒吧，這也是測試工作一年半的測試理論總結，類似網上採用的一堆什麼邊界值的測試理論這裡是不提及了，計劃是完成一個灰盒測試。

元素分析法是什麼呢？簡單的說是把測試需求分解開來，變成一個一個元素，把複雜問題簡單化，特別適用於功能測試。

比如一個需求：

為首頁新增一個登陸按鈕，位置在左下角，點選後跳轉到qq h5登陸介面，登陸後要有頭像和暱稱展示。

我們開始元素分析了，關鍵字是：

在首頁

是一個按鈕

位置是左下角

可以跳轉到h5介面

頭像

暱稱

提取元素應該不難吧，so easy對吧，這裡怕的是什麼，記得剛開始接觸測試，最怕的就是一句話需求，新手往往是這樣測試的，拿一部裝置，檢查位置，點選登陸看結果，測試完成，這樣測試本來就是個bug。

好了，回到地球，當有了這些元素之後就可以發揮想象手工測試了，下面開始分析：

在首頁這個沒什麼分析的，因為只是在佈局新增一個button，前提是靜態佈局，如果是動態佈局，你要考慮的就是能不能及時初始化(橫豎屏)，如果位置是後臺可配的，請求資料的時序，是否可以設定為不展示等等，完全取決於這個需求的技術方案，這要求測試人員需要找開發確認了。

按鈕

位置是左下角 這個有什麼可以測的呢，同樣要測試橫豎屏，同時也要關注一些不同解析度的裝置佈局正確性。

可以跳轉到h5介面 跳轉，直接點選事件就行了，但是也要思考，只能跳轉到h5嗎？我認為，你只能保證跳轉ok還沒算完，嚴謹的態度是，要確認能否跳轉到其他頁面，跳轉這個邏輯是客戶端寫死的還是根據後臺獲取的，是否支援其他跳轉頁面(找產品確認哦，所以說測試是經常要溝通交流的部門呢);其二，正常跳轉ok，也要保證跳轉過後返回的介面正常，二次登入正確，為什麼要驗證二次登入，因為第一次開啟介面如果沒登入然後返回，程式碼不嚴謹的話可能出現開啟兩次登入介面，可能有bug產生。

頭像以拉取qq頭像為例，正常情況下登入成功返回頭像url，然後展示，這是正常情況，涉及到資料展示要特別注意，有沒有快取，如果頭像拉取失敗怎麼辦，會不會重試，網路斷開頭像會不會返回，頭像在不同解析度會不會產生縮放不當，再然後，考慮的是qq登入的異常，比如qq修改了頭像這裡會怎麼展示，qq改了密碼再次進入程式會不會檢測，qq被鎖定又會怎麼樣，記住，這些東西都是要考慮的，這一塊的資料展示放在了邏輯分析法中我會著重介紹，資料要測試完全就已經屬於灰盒測試了。

暱稱 除了考慮頭像的相關資訊外，涉及文字展示的，首先想到的是長度，然後是型別，比方說暱稱為空格，為長字串，兩邊空格中間空格什麼的，都要試一試，型別來說，中文，英文乃至emotion表情，都必須要支援的，其實只是顯示還好，安卓textview還是挺健壯的，所以重點在需不需要支援表情上。

其他 手機請做一些相容性和網路相關的測試，具體怎麼辦，打算另寫一篇詳細點的吧，連結:[]

上述就是一個簡單的例子了，總的一句話來說就是分開討論，分別思考，思考了這些測試點，我想基本功能測試已經是沒問題了，如果你是剛畢業的新人，我想這些夠用了，介面應該是沒問題了，但是如果有一天，後臺gg一不小心讓伺服器開了小差，然後你測試的程式就至及誒crash掉，又或者後臺gg給你展示的資料多了一個標點，然後你的程式就打不開了... ... 這個怎麼辦，就要求我們關注資料了，也就是下一篇我將要分析的邏輯分析法。