2013-04-09 57 views
2

這是一個類似於Is Unit Testing worth the effort?的問題,但重點是移動測試。移動自動化測試 - 值得嗎?

我明白單元測試對於服務器端的優勢。但移動是不同的,更多的基於用戶界面,並沒有太多複雜的邏輯來測試(在這些情況下,大多數是服務器和邏輯在那裏)。因此,除了單元測試外,還有針對移動設備的智能UI測試,例如, Robotium(Android)。

現在,花時間爲移動應用程序實施所有這些測試工具(並使其保持最新狀態)真的有意義嗎?它是否真的提供了很多好處來進行UI測試檢查,按下按鈕A,進入屏幕B等等,而不是僅僅對設備進行快速的「真正測試」?另外,單元測試還值得嗎?

我不確定我閱讀的有關移動測試優勢的網頁是否不像擴展服務器測試的「炒作」。但是對於手機來說可能不是那麼有用。

+0

不要爲了自己的緣故進行測試。這樣做是因爲你期望從中獲得一些價值。您的客戶代碼是否可能經常被修改或重構?如果是這樣,那麼你可能會想要回歸測試。 – 2013-04-09 09:01:50

+0

我想獲得更多關於此的擴展視圖。 – Ixx 2013-04-09 09:10:10

+0

爲什麼關閉?我用一個相同的問題鏈接到另一個線程,只是在一個稍微不同的上下文中,並且這個線程沒有關閉。 – Ixx 2013-04-09 20:25:47

回答

0

如果要定期更換軟件產品,功能的加入則自動化測試確保你的新功能不打破舊的功能

如果你是在一個規範的環境,與ISO認證,例如,那麼你需要要能證明你的軟件產品進行測試

如果你有一個團隊的開發人員則測試說明了代碼是如何工作

0

測試工作應該是值得它的結果。關於UI測試,並根據其值我會選擇一個合適的測試策略,從這個名單(我的觀點,而不是從一些可信的大師):

  • 創建的步驟的詳細列表覆蓋基本usecases,其中常見的人類自動機遭受宿醉可以管理(重點是:基本功能未破,用戶可以實現與應用任務)

  • 除了上述創建單元測試,所以框架在某種程度上測試

  • 在除了上面的猴子測試,看看你的應用程序陽離子可以轟炸用戶

  • 除了上述具有全功能的測試計劃和測試承包

我的經驗快「真正的考驗」是唯一的,如果它是可重複的有用。臨時測試(或者某些人稱之爲探索性測試)沒有多大用處,除非從發佈到發佈重複相同的過程。