Ⅰ 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还是别人的。如果是别人的话找他们客服反馈问题。自己的修复此问题。再提交给应用市场