現階段移動終端應用軟件五花八門，各公司也將原有的web項目移至終端。經過三個終端項目的測試，個人認為做終端測試需要注意的地方，如下：
1.明確需求
整個項目的完成，測試越早介入越好，產品需求評審是一定要參加的，在大家討論的同 時，自己也可以發表遇到的問題，如果可以給產品提一些好的建議是最好不過了。需求評審前盡可能多的發現問題，有設計不合理或者流程不通的地方大膽的向產品提，盡量的減少后期需求的變更。后期產品的變更不僅會影響到開發，對已經設計好的用例等都會有影響，如果變更大的話甚至會影響整個項目的進度。
2.編寫測試用例，通過評審
在完他了解需求的基礎上，根據產品需求編寫測試用例，除了覆蓋所有的功能外，最主要的要有質疑精神，各種異常的操作、非法操作、用戶體驗（界面是否友好、物理鍵操作）等也需要詳細設計到用例中。我之前的一個項目就存在一個這樣的問題，我們的產品下有一個更多功能，是我們公司的其它產品，更多列表下可以下載，而當時設計用例的時候下載這個用例考慮的不全，后期開發將所有產品都調用這個更多，代碼重用。就這個問題我大概總結了下：
注：默認下載需借助瀏覽器（與開發溝通結果），無瀏覽器直接下載，任務項提示進度
1）聯網正常+空間充足+瀏覽器正常情況
2）斷網情況下+空間+瀏覽器正常充足
3）軟件裝在手機上+瀏覽器正常+空間充足
4）軟件裝在手機上+瀏覽器正常+空間不足
5）軟件裝在T卡+瀏覽器正常+空間充足
6）軟件裝在T卡+瀏覽器正常+空間不足
7）卸載瀏覽器，默認可以下載，任務欄顯示下載進度（此處會存在異常中斷，屬bug）
8）瀏覽器正常，彈出選擇存儲位置，選擇空間充足
9）瀏覽器正常，不彈出選擇存儲位置，默認空間不充足
10）瀏覽器正常，彈出選擇存儲位置，選擇空間不充足
以上用例在空間不足應給出提示，而經常會出現異常中斷，需開發作處理，我之前多次出現這種情況，有的手機也會由于兼容性導致異常中斷，做為測試可以提更好的建議給開發：
像360，91等手機助手，在自己的平臺上下載、安裝、暫停，我們可以任意控制，此問題解決了所有兼容性，又簡代了下載考慮的測試情況，不需要借助瀏覽器等，從根本上解決了下載的問題。
另在評審前，先將用例發給相關產品、開發，他們看過后會提前了解，評審的時候會提出，產品和開發只觀注需求和流程的問題，建議在評審時，可以邀請同為測試的同事一起參加，站在測試的角度可以更多的提出測試要考慮的問題，使我們的測試用例更完善。評審時，有的用例需要更改或者刪除，為了節省時間先標出來，待評審完成后，完善后發給大家，有意見再完善。
3.測試執行用例
產品提測后，開始測試，根據之前的測試用例將所有功能過一遍，保證所有功能正常。當然用例也只是起到一起指導作用，除了執行用例外，還需要反復測試，站在用戶的角度多次操作，要有足夠的耐心去完成它。所提的bug要描述清楚，必要時附上截圖（可使用360，91手機助手截圖）等，及時跟開發溝通，開發要求復現bug及時配合，復現給開發看。待開發有新版本出來后，及時跟蹤bug，修復 完成后，再驗下與之相關的功能，保證修復后的bug未影響到其它功能。在開發拒改bug時，一定要讓開發備注不改的原因，因為有的bug開發是比較專業，他們的意見有足夠的說明性。
4.兼容性測試
1）不同的手機操作系統
2）不同的網絡GPRS（聯通，移動）,WIFI等
3）不同的分辨率
4）應用目標人群， 主流操作系統，如小米
5.測試報告
測試報告，主要突出用例執行率，bug總數，修復數，未修復數，測試的建議，發送給相關人員。
以上是我測試移動終端所遇到的問題以及解決辦法，希望在后期的測試過程中還能夠不斷完善。經驗是自己總結的，鼓勵自己越做越好。