iOS性能測試的深入了解，有哪些是我們不知道的？

iOS測試一般分為功能測試和性能測試，而iOS的性能，其實都是由每一個細小的部分組合而成的，其中很多部分的內(nèi)容是進行的乘法，而不是加減，所以如果想要開發(fā)出很好的應用的話，那么其實是任何一個小的性能問題都不能忽略的。所以接下來我們就來了解一下iOS的性能測試。

一、資源消耗的原因

1.對象創(chuàng)建。

對象的創(chuàng)建會分配內(nèi)存、調(diào)整屬性、甚至還有讀取文件等操作，比較消耗 CPU 資源。盡量用輕量的對象代替重量的對象，可以對性能有所優(yōu)化。

2.對象調(diào)整

對象的調(diào)整也經(jīng)常是消耗 CPU 資源的地方。

3.對象銷毀

對象的銷毀雖然消耗資源不多，但累積起來也是不容忽視的。通常當容器類持有大量對象時，其銷毀時的資源消耗就非常明顯。同樣的，如果對象可以放到后臺線程去釋放，那就挪到后臺線程去。

4.布局計算

視圖布局的計算是 App 中最為常見的消耗 CPU 資源的地方。如果能在后臺線程提前計算好視圖布局、并且對視圖布局進行緩存，那么這個地方基本就不會產(chǎn)生性能問題了。

不論通過何種技術對視圖進行布局，其最終都會落到一些屬性的調(diào)整上。可以說，對這些屬性的調(diào)整非常消耗資源，所以盡量提前計算好布局，在需要時一次性調(diào)整好對應屬性，而不要多次、頻繁的計算和調(diào)整這些屬性。

二、內(nèi)存泄漏的排查方法

內(nèi)存泄漏，通俗來說就是有一塊內(nèi)存區(qū)域被你占用了，但你又不使用這塊區(qū)域也不讓別人用，造成內(nèi)存浪費，這就是內(nèi)存泄漏，泄漏嚴重會造成內(nèi)存吃緊，嚴重的會使程序崩潰；首先，我們需要檢查我們的App有沒有內(nèi)存泄漏，并且快速定位到內(nèi)存泄漏的代碼。目前比較常用的內(nèi)存泄漏的排查方法有兩種。

第一種：靜態(tài)分析方法

第二種：動態(tài)分析方法

三、流量消耗

在iphone手機上使用wifi或者數(shù)據(jù)連接方式，操作某個應用下某個場景，實時監(jiān)測流量消耗情況。測試場景有：

整體觀察：應用 在使用過程中的 流量消耗，比如，應用初啟動過程、正常使用應用內(nèi)功能的過程等；

后臺靜默：將應用使用過程中，切回后臺放置10分鐘左右，觀察這個過程中實時流量消耗，正常不應該出現(xiàn)太多消耗；

特定場景：根據(jù)應用特點，分析出需要大量消耗流量的場景，進行單獨操作和測試，比如，同步開始-同步結束，過程中流量消耗；

四、耗電功率

測試APP某個場景下使用一段時間的耗電量統(tǒng)計

場景包括：

不運行、前臺活躍、前臺不活躍（一般應用間切換時出現(xiàn)）、后臺、暫停（在后臺但沒有運行，程序還在內(nèi)存中）

五、加載時間

加載時間指的頁面從創(chuàng)建到可見的時間。嚴格意義上來說加載時間測試，更應該是冷加載，不包含接口返回數(shù)據(jù)時間。

加載時間能反應代碼中創(chuàng)建頁面視圖是否有過度繪制或者繪制不合理導致創(chuàng)建視圖時間過長的情況。

iOS的性能測試一般就是這些方面了，可以說，這些測試對于iOS來說是很重要的，了解完這些性能測試相關的知識后，那么我們接下來就來了解一下iOS性能測試相關的工具吧，MobileRunner是專業(yè)的支持IOS及Android上App、小程序、H5應用的自動化測試工具，支持同時直接連接多臺移動設備，提高了測試效率，避免了排隊等待時間。

推薦閱讀：

APP測試工具MobileRunner腳本命令介紹

谷歌表示Android11鎖屏不再顯示專輯封面，App測試的注意點是什么？

如何制作移動app測試方案及詳細流程？

僅僅只是半天蘋果下架逾2.6萬款游戲是為何？做App測試我們有什么需要了解的？

原來想要掌握小程序測試需要知道這些知識

蘋果公司的iPhone 12將推遲數(shù)周發(fā)布不在是傳聞，iOS手機自動化測試的工具有什么？