Android平臺自動測試之Monkey測試工具(14)

當然我這里還是要吐槽一句，大家醒醒吧?；▊€幾年去研究UI 功能的自動化有意義嗎？要學的東西太多了，還是醒醒吧。其實很多同學關鍵是上面我說的這些都不知道，而且不僅如此，還不知道的有

我什么階段去做
每個階段做什么
做到什么顆粒度
怎么才算完成了
。。。
也許還有很多，我也不想列了。其實我想說的是，其實也沒有什么絕對，還是看你的團隊，看你的項目，看你這次的目的，看項目階段等等。不同的時間都是不同的策略。好吧，我們一個一個來吧。

什么階段去做，每個階段做什么，做什么顆粒度

如果你有時間，并且項目是初級階段。那么按照周為單位需要去做一次專項評估。那么這個過程中你至少要mvn或者gradle或者pod install等都success，否則搞個毛線。那么這個過程中需要去根據本周代碼的修改，從業務和技術角度去給出專項數據。這個數據到底給什么，是根據這次新功能的定位，這個產品的定位來定的，不要去想著有什么固定模式。比如騰訊qq和支付寶這兩個產品無論怎么樣，在專項的技術上面不會差很多，但是專項測試想到達到的目的和測試的場景肯定是天差地別的，明白？接著隨著功能完善之后，最終還是需要做一次類似于所有模塊集成之后的專項測試，記住，顆粒度，范圍，數據怎么獲取，完全根據測試這個owner的策略來。

反過來，如果你沒有時間。那么在success的基礎之上，你可以在功能完全完成之后直接來做一次集成專項評估。雖然效果不會差太多，但是這個方式的弊端在于，如果有問題，可能開發修改的時間就會很少，而且專項測試本身消耗的時間就會很長，所以最好是循序漸進，而不是集成之后去做，往往時間來不及。

真實場景模擬

原文轉自：http://www.cnblogs.com/iloverain/p/5604172.html

• 共22頁:
• 上一頁
• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16
• 17
• 18
• 19
• 20
• 21
• 22
• 下一頁