Ⅰ app crash率多少算正常
ios不像android可以ddms抓取。 1、ios用自動化工具instrument或者monkey跑的時候會調用xcode的模板，這個模板會有trace文件，通過trace文件解析可以知道時間和操作元素哪裡crash。 2、另外，你的app crash後在你手機裡面會有崩潰日誌的，你用iTools找到plist對應的文件給開發看 3、第三個文件是dsym二進制符號表的堆棧信息，驗證xxx.crash、xxx.app和xxx.dSYM三者的uuid是否一致。這個開發知道，必須告訴開發對應編譯版本和你的plist文件一起，開發才能真正解析出bug產生日誌。
Ⅱ GooglePlay優化ASO有哪些操作
Google Play ASO優化分為兩部分，on-metadata（100%受開發者控制的元素）和off-metadata（不能完全受開發者控制的元素），其各自內容如下：
on-metadata：相關因素有Title、Short description、Long description、Icon、Screenshots & Video、崩潰率。另外，需要特別注意的是，Google Play搜索的關鍵詞權重排序為：Title > Short description > Long description。
● Title：APP名稱，50個字元以內，Title中的字詞被覆蓋到的可能性幾乎是100%，並且排名也不會差，通過研究排名前15的應用發現，title中包含相關關鍵詞的應用的排名是要明顯高於其他應用的。因此，Title中一定要包含關鍵詞。
● Short Description：APP的短描述，80個字元以內，用一兩句話來描述APP以及它的主要功能。短描述對 ASO 的影響能佔到前5名，對搜索排名和轉化率都有比較大的影響，而且Google play短描述最多限制 80 個字元，所以能做的優化空間也比標題要大些。需要注意的是要同時考慮表達語意和關鍵字覆蓋，一個影響轉化率，一個影響搜索排名。而在關鍵次覆蓋方面，對於新應用程序，選擇熱門關鍵詞，並希望做到靠前的位置，這相當具有挑戰性。因此，關鍵詞優化的最佳策略是選擇合適的關鍵詞。剛開始，最適合使用中長尾關鍵詞，因為它是更為具體的搜索關鍵片語合。這類關鍵詞一般轉換率較高，並且用戶在搜索查詢過程中70%為長尾詞，用戶會使用特定搜索，因為這類搜索更加准確。但是，長尾關鍵詞有一個弊病，流量少競爭少，所以應該盡量多地選擇長尾關鍵詞的不同組合，並覆蓋與應用程序相關的大量搜索查詢區域。這樣，可以提升關鍵詞覆蓋率和最大化移動應用搜索能見度。
● Long Description：App的長描述，4000個字元以內，對APP的功能的進行非常清晰且具有吸引力的描述，其填寫技巧與短描述基本相同。在Google Play上，重復重要的關鍵詞是關鍵，Google Play會通過抓取描述來覆蓋關鍵詞，因App長描述能夠填寫的字元較多，所以最好的做法是重復任何重要關鍵詞五次。
● Icon：圖標是APP與用戶的第一次互動，所以要確保它能夠很好的傳達你的品牌。
● Screenshots & Video：在上傳截圖的時候，不要就真的只是「截圖」，而應該是這些圖片具有可推銷性，因此可以在這些圖片里包含文本和其他圖形，以有趣直觀的方式向用戶呈現APP。
● APP崩潰率：在2018年的Google大會上，Google稱60%的一星評論是因為APP的崩潰、bug及響應速度，因此Google會調整演算法，優先考慮APP質量，提高崩潰率的權重。另外，Google將崩潰率低於1%的應用化為低崩潰率應用，高於5%的化為為高崩潰率應用。因此，APP需要提升自身產品的質量。
off-metadata：包括安裝量，評分，評論等。這部分我們無法直接控制，但仍可以做一些事情，來確保ASO可以達到更優的效果。
評分：評分非常影響APP排名，另外，用戶即使通過搜索進入APP頁面，如果評分很低，那麼下載轉化率也不會高。因此一定要聯系一分用戶修改評分。
評論：和評分一樣，很多用戶在下載APP前會去看用戶評論，如果評論不好，當然也會影響下載轉化率。
Ⅲ iphone5s的APP崩潰了怎麼回事
樓主你好,根據樓主敘述的情況來看,這有可能是系統的問題,之前有報道稱iphone5s上的APP崩潰率要比iphone系列其他的產品的幾率要高,而且蘋果官方也了解了這一情況,稱會通過更新系統的方面解決這個問題,樓主可以升級系統固件應該就可以了。
記得採納啊
Ⅳ app的用戶崩潰率5%算怎樣的水平
這比率有點高，你自己想想，100個人裡面有5個人出問題。如果使用量是上千上萬的，這軟體還不被罵死
Ⅳ 移動APP發生應用崩潰怎麼辦
移動APP一旦發生應用崩潰必定會影響用戶體驗，從而導致用戶流失。通過聽雲《2020年移動應用性能管理白皮書》中調查數據可以看出，在2020年5月iOS崩潰率發生了較大波動，Android 系統全年崩潰數據均比較穩定。而應用崩潰會導致關鍵業務中斷，ARPU降低；用戶留存下降，DAU與MAU持續下降；品牌口碑差，CPA(每用戶獲取成本)提高；生命周期價值（Life-cycle Value）下降等等。聽雲APP可以及時發現用戶在使用過程中的崩潰，在崩潰發生時，一份崩潰報告會在崩潰設備上創建並被存儲，崩潰報告描述
Ⅵ 一款代碼質量好的iOS應用，其崩潰率應該在多少之下
和前幾年iOS能夠憑籍App數量將安卓壓倒在地、安卓嬌喘吁吁起身不能的情況不同，現在安卓的App數量對比iOS平台可謂是有過之而無不及。2009年安卓系統起航伊始，Google Android Market內App數量僅有可憐的1萬9千個，而現在Play商店內App已經接近一百萬個，和蘋果App Store相比毫不遜色甚至更多。 安卓App為數龐大，安卓已經靠第三方慢慢充實自身內涵 然而高產似乎沒有為安卓App帶來好的口碑，在人們印象中，安卓App的作風和華強北相仿，粗製濫造頗有天朝四百八十寨的雄姿，FC卡頓有如家常便飯。那麼為何安卓App的質量如此低居不上呢?下面就讓我們一起來看看。 精品安卓App的秘密：Holo框架 安卓App數十萬計，當然其中也不乏精品，畢竟Play商店還不至於淪落成垃圾場。Play商店經常會在主頁放置Google官方推薦的安卓App，這些精品App往往有一個共同點，那就是按照安卓Holo設計規范編寫。 Play商店推薦應用Fancy，使用了Holo框架 也許有的朋友對Holo這個詞並不熟悉，的確這在國內很少被提及。Holo是Google在安卓4.0發布之時提出的安卓App交互及界面設計標 准，Google希望籍此為眾多的安卓App開發者提供一個設計參考——在之前大家的參考對象都是iOS應用的界面，甚至是塞班應用的界面。此 外，Google也在Holo中弱化了菜單鍵，這讓開發者很容易將iOS上的應用遷移到安卓平台，畢竟iOS沒有菜單鍵，為了吸引App移植安卓只能在這 方面向iOS靠攏了。 Google官方列舉的三種Holo主題樣式 Google為確立Holo標准做了很多努力，親自上陣編寫了Holo規范的條條框框，如規劃操作區域、操作手勢、功能模塊的布局邏輯甚至是所使用素材 的大小。由於有Google深入參與，所以按照Holo規范設計的App自然也享受到了很多標准化帶來的好處，比如說更容易對多種解析度進行適配，和原生 系統格調更一致，也更容易利用硬體機能，操作更流暢。 Google事無巨細地制訂了Holo框架，包括素材大小等 雖然不少人對Holo的布局頗有微辭，如將按鈕放置在難以操作到的屏幕頂部等，但Holo的美觀及高效卻得到了眾人的好評，左右滑動切頁很銷魂啊有木 有。而且，雖說Holo規范裁定了App交互的大體邏輯和框架，但Holo允許開發者在功能區放置自製控制項，這又為開發者們提供了天馬行空的餘地。 Holo出現後，國外大量安卓App開發者紛紛跟進，新一代的安卓App變得前所未有的美觀簡潔高效。 Holo：強大卻不強硬 Holo是很好很強大，但Holo卻有一個致命傷——它並非是一種強制性的標准。實際上Google也沒法強制推行Holo標准，讓新系統只兼容Holo，畢竟大量基於舊版開發組件編寫的App擺在那，扔掉不是作死么。 Holo很好，但沒法強推，因為不是所有的安卓設備都能像Nexus那樣用到最新系統 由於Holo並非是一個強制推行的框架，所以安卓App開發者們並不必須使用Holo開發App。用Holo開發App自然好處多多，然而這些好處不是 你想拿就能拿。就拿國內來說，大部分安卓機都是中低端機型，這些機器往往又沒啥機會使用新版安卓。在Holo剛開始推行的時候，國內大部分機器還在使用 2.×甚至是1.×的系統，Holo在這些機器上發揮不出優勢甚至出現各種奇怪的問題，FC啊卡頓啊排版錯亂什麼的猶如家常便飯。 直到現在，非Holo主題的安卓2.3仍在佔有率最高的安卓版本 在此種情況下，國內的安卓App開發者只要想賺錢，都不太可能去跟進Holo規范。用戶可不懂什麼技術不技術，釋出一個時靈時不靈的App，只會被用戶 罵成蜂窩煤。此外，國內軟體也一直有深度定製自己界面的傳統，君不見現在連Windows桌面都能被國內軟體商定製得一張桌面百樣臉，安卓深度定製版更有 N個是出自國人之手。想要讓國內軟體商乖乖跟進一個和自己沒啥商業合作的Google所制定的規范，只走尋常路，似乎有些不太符合國情。 目前，國內的App開發商更傾向於讓安卓App和iOS App長成同一張臉，畢竟iOS的設計風格更廣為人知，將不同平台的App統一成一種設計風格也有利於樹立自己的品牌形象。國內典型的在安卓平台上使用iOS風格的軟體商有騰訊、新浪等等，特別是騰訊，無論是微信還是QQ，安卓版和iOS版除了系統頂欄外，基本長成一個樣。 去掉標題欄，你猜猜哪個是微信的iOS版，哪個是安卓版? 隨著時代的發展，國內安卓機的系統也在慢慢更新，現在出爐的機器安卓版本最低也是4.0了。安卓4.×逐漸普及後，國產安卓App由於開發歷史悠久，慣 性使然，依然沒有跟進Holo規范——推倒重做多心疼。因此，國內的安卓App很難享受到新系統帶來的好處，如GPU加速等，這讓很多人抱怨為啥都黃油計 劃了App還是這么卡。而大量高解析度安卓機的出現進一步讓這些使用舊版開放工具開發的安卓App的缺點暴露無遺，素材被拉伸變模糊，而按鈕的布局也變得 不適合在大屏幕上操作——想想長了5寸大屏的iPhone吧，你一定點不到後退按鈕的。 iOS應用的布局在4寸屏的iPhone5中仍難以點到按鈕，何況在5寸屏安卓機 總的來說，安卓App質量不高很大一個原因就是沒有按照Google的Holo設計規范編寫，這在國內又尤為明顯。你問為啥國外的App會廣泛使用 Holo規范?那是安卓機在安卓4.0發布前在國外並不怎麼好賣，安卓4.0和Holo規范發布後安卓開始在市場一次次爆發小宇宙，國外軟體商才開始重 視，自然也會選擇用Holo寫App了。再加之Google在國外的影響力大得多，誰都知道自己的安卓App長得像iOS的話，Google是沒可能把它 擺在Play商店的推薦位的——在南韓掛北韓國旗不是作死么。 大部分App仍使用Java開發 “安卓基於Java”、“安卓App使用Java開發”這類的觀點見得很多，但實際上這種說法有失偏頗。Google很早就發布了安卓NDK(Native Development Kit，原生開發套件)，開發者可在NDK中使用C語言編寫安卓App。 使用NDK開發安卓App，效率會大為提高 在NDK中使用C語言編寫安卓App的好處是顯而易見的，就是性能大為提高。性能提高有多高?三四層樓那麼高啦。在性能測試軟體CF-Bench中，基 於NDK的性能是基於SDK(也就是使用Java的開發套件)的三倍以上，十分驚人。可以說，只有使用NDK，才能最大程度發揮安卓機的性能。 NDK編寫的安卓App速度遠比SDK編寫的快 NDK好處多多，但到了開發者那裡就不怎麼受待見了。首先，和SDK相比，NDK能做的東西有限，程序員難以在NDK中用純C開發一款安卓App，到頭 來還是得用Java去實現一些功能，這增添了安卓的開發難度。其次，使用NDK開發的安卓App兼容性往往不如在SDK中用Java編寫的安卓App好， 畢竟SDK寫的App有Davilk虛擬機支持，不需要直接和硬體對話。目前安卓硬體百花繚亂，ARM廠商就十幾個，之上還有ARM和X86兩大陣營，用 SDK的確是更明智的選擇。 移動市場分為ARM和X86兩大硬體陣營，ARM中又有N家製造商，比七國還亂 使用Java開發安卓App固然方便，但也容易拉低安卓App質量。雖說安卓系統利用Davilk虛擬機運行Java，比非智能平台的JVM效率高得 多，但始終沒法和NDK相比，你怪安卓的App慢，這份怨念很大一部分得喂給Java吃。Java自帶內存回收機制，所以開發者使用Java寫安卓App 時往往不注意控制內存泄漏(特別是一些小軟體)，當其進程超過Davilk虛擬機分配的閥值後，就會被系統殺掉釋放內存，這樣一來就有可能造成App的崩 潰、系統的假死等情況。 並不是說Java不能編寫出精品App，但Java的確容易造成問題 總的來說，安卓上並不是沒有高效的代碼，但碎片化的硬體讓開發者們很少考慮NDK，容易造成問題的Java仍被廣泛使用。那麼什麼安卓App最常使用NDK開發呢?答案是大型游戲。反正紋理數據包都要針對硬體匹配，也不差在主程序省力氣了，更何況游戲對代碼效率要求很高。如果你看到同一個游戲的安卓版本比iOS版卡頓，往往因為安卓機硬體太低——iOS設備的圖形性能比安卓機高太多了。 管理不力的Google，混亂的生態 歸根到底，程度都是人寫的。即使你的安卓App沒用Holo框架，也沒用NDK，只要用心開發，仍舊能成為精品。然而安卓平台的風氣並不怎麼好，隱約有劣幣驅逐良幣之勢，混亂的生態和Google管理不力有很大的關系。 Google Play市場是安卓最安全、最規范的市場，Google Play市場已經是安卓市場模範中的模範——相信這點沒人反對吧。然而就是這么一個正規的、大牌的、由Google親自管理的市場，仍然充滿著濫用高權 限、植入惡性廣告、依靠刷榜上位的App。連官方市場都如此，你能指望第三方市場怎麼樣? 我寫文章的時候隨便一找就能找到這種App，名字誘惑，許可權充滿殺機 安卓平台上是不乏精品App，然而劣質App一人一口痰估計就能把那些用心開發的好App淹掉。你問我為啥大家都不開發精品App?好，下面我們一起來看看好App是如何滾蛋的。 如果你是一名個人開發者，那麼保守估計，開發一個精品安卓應用需要歷時三個月，然後App在Play商店上架了，很快就廣為流傳。過了幾天你突然發現， 你的App已經被刷榜者刷下去了，錢都沒收到幾分。再回過頭一看，你的App已經被人從系統中提取出來，解包後重新封包，並被加入了大量惡性插件，並在 Play市場外的各種渠道流傳。 在安卓App中加點料，不用啥力氣，來錢快得很 於是很多用戶安裝這個被加了料的App後，個人信息被盜取，作惡者靠販賣用戶信息發了一筆小財——各種騙子電話就搶著買個人信息呢。於是你就轉念想，原 來安卓上這樣來錢才快，然後就不再開發精品App，轉而去搞旁門左道去了——寫寫釣魚App刷刷榜只是舉手之勞，何必這么辛苦。 彷若你有良心，不幹偷雞摸狗的事情，但只憑心意是吃不飽飯的。心灰意冷之下，自然也就停止更新，轉投更靠譜的iOS平台去了。只要你的App做得好，蘋果會好好對你的。你可以說蘋果抽水三成太多，但你不能說蘋果收了錢不幹事。 蘋果App Store的健康生態是安卓無法企及的 實話說，如果不是背景深厚實力充足的公司，很難單靠安卓平台長久混下去;就算在安卓平台上賴著，多也只是雙修，錢還是從蘋果App Store那裡得來。吃著地溝油喝著毒奶粉能幹贏天天吃牛肉的大漢么?安卓的生態和蘋果相比，也就是北京環境與西藏天空的區別了。
Ⅶ android各大廠商的crash率都是多少我們用的是bugly崩潰率是3%，是否在行業的標准范圍之內
有點高，一般水平在千分之幾，萬分之幾是比較優秀的水平
Ⅷ APP常規測試時常見崩潰原因，測試用例設計，和Crash測試復現分析。
我們測試過APP時都可能應該發現，App崩潰是一類非常常見的問題，很多時候還是致命性的，這就要求我們測試人員要盡最大可能去找出軟體當中的缺陷，減少app崩潰出現的概率。
1.APP常見崩潰的原因
設備碎片化：由於設備極具多樣性，App在不同的設備上可能有表現不同。
帶寬限制：帶寬不佳的網路對App所需的快速響應時間可能不夠。
網路的變化：不同網路間的切換可能會影響App的穩定性。
內存管理：可用內存過低，或非授權的內存位置的使用可能會導致App失敗。
用戶過多：連接數量過多可能會導致App崩潰。
代碼錯誤：沒有經過測試的新功能，可能會導致App在生產環境中失敗。
第三方服務：廣告或彈出屏幕可能會導致App崩潰。
2.App崩潰的測試用例設計：
驗證在有不同的屏幕解析度，操作系統和運營商的多個設備上的App行為。
用新發布的操作系統版本驗證App的行為。
驗證在如隧道，電梯等網路質量突然改變的環境中的App行為。
通過手動網路從蜂窩更改到Wi-Fi ，或反過來，驗證App行為。
驗證在沒有網路的環境中的App行為。
驗證來電/簡訊和設備特定的警報（如警報和通知）時的App行為。
通過改變設備的方向，以不同的視圖模式，驗證App行為。
驗證設備內存不足時的App行為。
通過用測試工具施載入荷驗證App行為。
3.我們遇到類似 的Crash時，請盡可能的使用app抓日誌分析，或者讓開發協助解決。
目前而言傳智播客黑馬程序員的性能階段的課程的質量還是蠻高的,如果需要可以深入了解
Ⅸ app的崩潰率是多少線上app出現問題如何解決
是你們的app還是別人的。如果是別人的話找他們客服反饋問題。自己的修復此問題。再提交給應用市場