Klaus Enzenhofer在Web性能優(yōu)化和用戶體驗管理方面有多年經(jīng)驗及專業(yè)知識。他在dynaTrace軟件公司的卓越團隊中心擔任技術(shù)戰(zhàn)略專家。身居這一職位，他推進了dynaTrace APP性能管理解決方案和Web性能優(yōu)化工具——dynaTrace AJAX 版的開發(fā)。他通過在Tiscover有限公司開發(fā)和運行大規(guī)模的門戶網(wǎng)站，積累了大量web和性能方面的經(jīng)驗。

　　加速之必要
　　不考慮技術(shù)，有一件事是肯定的——人們似乎總是希望可以更快。根據(jù)各種各樣的研究，現(xiàn)在用戶只愿意等待一個web應(yīng)用程序加載三秒或更短的時間，超過的話，他們會變得越來越不耐煩或者干脆換一個應(yīng)用程序。這些高期待不斷被壓到移動web之上；現(xiàn)在還壓到移動App上。像Web，現(xiàn)今的移動移動app都有它們自己的性能問題并需要做出一些微調(diào)。新研究表明，過去，在手機上獲取app時，47%的移動用戶主要是抱怨速度慢且反應(yīng)遲鈍。App在蘋果的app商店上被譴責 “慢得可怕”。對于Facebook的 iPhone 應(yīng)用程序，38，000條評論中有超過21，000的用戶只給app一星的評價。用戶多數(shù)表示app慢，死機，“一直在加載”。
　　“移動app根據(jù)它們在app商店的排名而生存或死亡……排名不佳，用戶采用率降低” 佛里斯特研究公司的Margo Visitacion這么說道。這或許是為什么80%的品牌iPhone，Android和Blackberry應(yīng)用程序無法達到1，000的下載量的原因。拙劣的移動app性能直接影響用戶獲取和用戶維系。那么該做些什么以保證你的移動app性能盡可能的強大呢？

　　通過捕捉現(xiàn)實中移動app性能“獲得真實信息”
　　移動app性能首先，重要的是：為了真正理解移動app性能，你必須衡量你的真正用戶正在體驗的性能。在數(shù)據(jù)中心的模擬機上進行測試可以有所幫助但是它基本和你的真實終端用戶的真正體驗無關(guān)。你的數(shù)據(jù)中心和你的終端用戶間有許多影響性能的變量因素，包括云，第三方服務(wù)/集成，CDNs，移動瀏覽器和設(shè)備。衡量真實用戶是在巨大的復(fù)雜物上評估性能并確定一個性能提升的基準線的方法。衡量你的真實用戶體驗的性能可以讓你移動app（關(guān)鍵參數(shù)方面的，如你客戶使用的所有的地域，設(shè)備和網(wǎng)絡(luò)）性能做出報告。
　　現(xiàn)在，移動app測試和使用SDKs監(jiān)控以提交本地app可以讓你快速輕松地鳥瞰你所有客戶的移動app性能。
　　負載測試從終端用戶角度看也很重要，尤其是在開始一個app前，綜合測試網(wǎng)絡(luò)可以讓你在不同的條件下評估性能水平。

　　理解拙劣性能的商業(yè)影響
　　確定移動app性能問題以及它們對轉(zhuǎn)化的影響很重要：比如，你會注意到移動app的響應(yīng)時間增加與轉(zhuǎn)化的減少息息相關(guān)。這樣你可以進行分類，基于一些考慮（如：我的哪些客戶，多少客戶受到影響了）按輕重緩急解決問題。如果一個地區(qū)的流量份額很高但有問題，而另一個地區(qū)的份額較少，那你知道該優(yōu)先解決哪個性能問題了。

　　確保第三方集成有效
　　像web應(yīng)用程序，許多移動app為了給終端用戶提供更豐富更滿意的體驗吸收了大量第三方服務(wù)的內(nèi)容。一個實例便是社交媒體集成，如Twitter被集成到奧林匹克移動app中了。很不幸，如果你依賴第三方服務(wù)的話，你會完全受限于他們的性能特點。在使用一個第三方集成的app前，你需要確保集成無縫順利且可以提供你期待的性能。此外，你還要確保一直監(jiān)控著第三方性能且你的app被設(shè)計得可以完好地降級以防第三方的問題。

　　讓你的移動APP快起來
　　在這個飛速運轉(zhuǎn)的移動app世界有一句格言比任何時候都真——快比慢好。你可以使用一些特定工具和技術(shù)讓你的移動app變得更快，包括以下：
　　▪▪優(yōu)化緩存 – 讓你的app數(shù)據(jù)完全脫離網(wǎng)絡(luò)。對于內(nèi)容多的app，設(shè)備上的緩存內(nèi)容可以通過避免移動網(wǎng)絡(luò)和你的內(nèi)容基礎(chǔ)設(shè)施上的過多障礙以提升性能。
　　▪▪將往返時間小化 – 考慮使用一個可以提供無數(shù)能夠加快你的app服務(wù)的CDN，包括減少網(wǎng)絡(luò)延遲的邊緣緩存，網(wǎng)絡(luò)路由優(yōu)化，內(nèi)容預(yù)取，以及更多。
　　▪▪將有效荷載規(guī)模小化 – 專注壓縮，通過使用任意可用的壓縮技術(shù)減少你的數(shù)據(jù)的規(guī)模。確保圖像規(guī)模適合你要的設(shè)備段。同樣，確保你利用壓縮。如果你有要花很長時間加載的內(nèi)容，那么你可以一點一點兒的加載。你的app可以在加載時使用該內(nèi)容而不是等整個加載完成后才使用它。零售app經(jīng)常使用該技術(shù)。
　　▪▪優(yōu)化你的本機代碼 – 寫得不好或全是bug的代碼也會導(dǎo)致性能問題。在你的代碼上運行軟件或檢查代碼以找出潛在問題。
　　▪▪優(yōu)化你的后端服務(wù)性能 – 如果對你的app進行了性能測試后你發(fā)現(xiàn)后端服務(wù)是性能削弱的罪魁禍首，那么你不得不進行評估并決定該如何加快這些服務(wù)。

　　總結(jié)
　　智能手機用戶當然也是“快比慢好”，他們期待他們的app可以飛快。幾乎每隔一段時間，移動運營商和智能手機制造商都要宣布更快的網(wǎng)和設(shè)備，但不幸的是，移動app本身的速度卻跟不上。
　　主要的原因是一組截然相反的目標使得實現(xiàn)飛速性能變得很困難。移動app開發(fā)者總希望提升速度的同時可以提供更豐富的體驗。需要更多內(nèi)容和特點能夠快速地覆蓋寬帶，內(nèi)存和計算機能力。
　　本文給出了一個簡短的本地移動app的性能佳實踐的例子。性能調(diào)整的空間很大，但錯誤的空間同樣也很大。因此，早點測試你的app，絕不要藥聽天由命。記住——快總比慢好。

版權(quán)聲明：本文出自 SPASVO澤眾軟件測試網(wǎng)：http://www.misscakediy.com/news/html/2014910152013.html

原創(chuàng)作品，轉(zhuǎn)載時請務(wù)必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。