Klaus Enzenhofer在Web性能優化和使用者體驗管理方面有多年經驗及專業知識。他在dynaTrace軟體公司的卓越團隊中心擔任技術戰略專家。身居這一職位,他推進了dynaTrace APP性能管了解決方案和Web性能優化工具——dynaTrace AJAX 版的開發。他通過在Tiscover有限公司開發和運作大規模的門戶網站,積累了大量web和性能方面的經驗。 |
?
加速之必要
不考慮技術,有一件事是肯定的——人們似乎總是希望可以更快。根據各種各樣的研究,現在使用者隻願意等待一個web應用程式加載三秒或更短的時間,超過的話,他們就會變得越來越不耐煩或者幹脆換一個應用程式。這些高期待不斷被壓到移動web之上;現在還壓到移動App上。就像Web,現今的移動移動app都有它們自己的性能問題并需要做出一些微調。最新研究表明,過去,在手機上擷取app時,47%的移動使用者主要是抱怨速度慢且反應遲鈍。App在蘋果的app商店上被譴責 “慢得可怕”。對于Facebook的 iPhone 應用程式,38,000條評論中有超過21,000的使用者隻給app一星的評價。使用者多數表示app慢,當機,“一直在加載”。
“移動app根據它們在app商店的排名而生存或死亡……排名不佳,使用者采用率就降低” 佛裡斯特研究公司的Margo Visitacion這麼說道。這或許就是為什麼80%的品牌iPhone,Android和Blackberry應用程式無法達到1,000的下載下傳量的原因。拙劣的移動app性能直接影響使用者擷取和使用者維系。那麼該做些什麼以保證你的移動app性能盡可能的強大呢?
通過捕捉現實中移動app性能“獲得真實資訊”
移動app性能首先,最重要的是:為了真正了解移動app性能,你必須衡量你的真正使用者正在體驗的性能。在資料中心的模拟機上進行測試可以有所幫助但是它基本和你的真實終端使用者的真正體驗無關。你的資料中心和你的終端使用者間有許多影響性能的變量因素,包括雲,第三方服務/內建,CDNs,移動浏覽器和裝置。衡量真實使用者是在巨大的複雜物上精準評估性能并确定一個性能提升的基準線的唯一方法。衡量你的真實使用者體驗的性能可以讓你就移動app(關鍵參數方面的,如你客戶使用的所有的地域,裝置和網絡)性能做出報告。
現在,移動app測試和使用SDKs監控以送出本地app可以讓你快速輕松地鳥瞰你所有客戶的移動app性能。
負載測試從終端使用者角度看也很重要,尤其是在開始一個app前,綜合測試網絡可以讓你在不同的條件下評估性能水準。
了解拙劣性能的商業影響
确定移動app性能問題以及它們對轉化的影響很重要:比如,你會注意到移動app的響應時間增加與轉化的減少息息相關。這樣你就可以進行分類,基于一些考慮(如:我的哪些客戶,多少客戶受到影響了)按輕重緩急解決問題。如果一個地區的流量份額很高但有問題,而另一個地區的份額較少,那你就知道該優先解決哪個性能問題了。
確定第三方內建有效
就像web應用程式,許多移動app為了給終端使用者提供更豐富更滿意的體驗吸收了大量第三方服務的内容。一個執行個體便是社交媒體內建,如Twitter就被內建到奧林匹克移動app中了。很不幸,如果你依賴第三方服務的話,你就會完全受限于他們的性能特點。在使用一個第三方內建的app前,你需要確定內建無縫順利且可以提供你期待的性能。此外,你還要確定一直監控着第三方性能且你的app被設計得可以完好地降級以防第三方的問題。
讓你的移動APP快起來
在這個飛速運轉的移動app世界有一句格言比任何時候都真——快比慢好。你可以使用一些特定工具和技術讓你的移動app變得更快,包括以下:
??優化緩存 – 讓你的app資料完全脫離網絡。對于内容多的app,裝置上的緩存内容可以通過避免移動網絡和你的内容基礎設施上的過多障礙以提升性能。
??将往返時間最小化 – 考慮使用一個可以提供無數能夠加快你的app服務的CDN,包括減少網絡延遲的邊緣緩存,網絡路由優化,内容預取,以及更多。
??将有效荷載規模最小化 – 專注壓縮,通過使用任意可用的壓縮技術減少你的資料的規模。確定圖像規模适合你最要的裝置段。同樣,確定你利用壓縮。如果你有要花很長時間加載的内容,那麼你可以一點一點兒的加載。你的app可以在加載時使用該内容而不是等整個加載完成後才使用它。零售app經常使用該技術。
??優化你的本機代碼 – 寫得不好或全是bug的代碼也會導緻性能問題。在你的代碼上運作軟體或檢查代碼以找出潛在問題。
??優化你的後端服務性能 – 如果對你的app進行了性能測試後你發現後端服務是性能削弱的罪魁禍首,那麼你就不得不進行評估并決定該如何加快這些服務。
總結
智能手機使用者當然也是“快比慢好”,他們期待他們的app可以飛快。幾乎每隔一段時間,移動營運商和智能手機制造商都要宣布更快的網和裝置,但不幸的是,移動app本身的速度卻跟不上。
最主要的原因是一組截然相反的目标使得實作飛速性能變得很困難。移動app開發者總希望提升速度的同時可以提供更豐富的體驗。需要更多内容和特點能夠快速地覆寫寬帶,記憶體和計算機能力。
本文給出了一個簡短的本地移動app的性能最佳實踐的例子。性能調整的空間很大,但錯誤的空間同樣也很大。是以,早點測試你的app,絕不要藥聽天由命。記住——快總比慢好。
版權聲明:本文出自 SPASVO澤衆軟體測試網:http://www.spasvo.com/news/html/2014910152013.html
原創作品,轉載時請務必以超連結形式标明本文原始出處、作者資訊和本聲明,否則将追究法律責任。