APP軟體半成品測試技巧

由於現在產品型別的多樣性，產品功能的先進性，更多體現在產品質量的穩定性和可靠性。軟體應用的領域不斷深入，設計的複雜程度逐步擴大，開發的週期不斷縮短，質量的要求就逐漸提高。然而根據我們公司的版本迭代速度，測試時間先鬆後緊的，以至於到最後有時會無法保證產品質量，根據上述情況我做了以下策略，僅供參考：

1、測試資料的準備

測試之前提前準備好測試資料，這樣在測試的時間省掉了一大部分的時間，同樣給開發也會省掉一部分時間

2、ui

、主選單測試

根據開發的習慣，他們首先會對版本需求中80%

的功能做

ui修改。在這種情況下，我們就可以先測試起來。這個時候我們的測試時間比較充足，剛好適合做

ui測試的相容性問題啦。如果設計不修改

ui方面的問題，我們做一次

ui方面的相容行問題就行啦！

3、半成品的測試

乙個版本是否能夠準時上線，它是需要客戶端與服務端像配合的，同樣還有web

端的。如果是半成品的測試，我們同樣可以大概看一下效果，是否符合需求文件，是否符合使用者的使用習慣，我們可以列印一下介面資料，看看是介面沒好，還是客戶端沒有做對應的支援，這樣我們也能快速的定位問題。同樣半成品我們也可以做相容性測試。

4、大功能模組的測試

大功能模組測試之前，我們首先要明白需求，整個邏輯流程自己先看一下。若有不懂的地方，我們及時問產品。這樣測試起來比較順利，也很清晰的知道自己的邏輯與開發的邏輯是否一致。測試大功能模組時，我們要集中去測試，盡量不要被打斷，因為集中測試時，思路最清晰，最能走好流程。

5、其他功能（統計、啟**更新）

如果有測試來不及的情況下，我們完全可以先忽略統計，把所有的統計我們可以集中到最後去測試，測試統計大概十分鐘的時間就可以完全搞定。啟**更好測試，一分鐘的時間我們就能測試好。像啟**這種功能開發也是會放到最後會做的，因為只是更改一下就行啦。

6、自定義鏈結跳轉

通常乙個版本增加大的功能時，都會有自定義鏈結跳轉，即使產品文件有沒有提是否支援自定義鏈結跳轉.

7、不想測的功能

每個產品文件，我們都有不想測的需求，面對這樣的問題我會先花費一定的時間理解清楚邏輯，估計我是會讓產品給我講邏輯的，因為過需求的時候我就沒怎麼聽懂。測試的時候我也會把這個功能給往後排，會優先測試其他的功能。