概述 Bugly Unity Plugin是专为基于Unity引擎开发的跨移动平台(iOS/Android)游戏APP而开发的异常监控插件,它能够自动捕获Unity项目中脚本(如JavaScript、C#)和本地代码(如Objective-C、Java)抛出的异常,并提供实时、准确的错误分析服务。 准备工作 如果你之前已经在[Bugly]或[腾讯移动开放平台]注册了应用,并获取到AppID,可以继续使用它。 如果你尚未注册应用,可以通过QQ登录Bugly网站,点击”用户名”,选择”我的App”,点击
最近在处理Bugly问题的时候顺便解决了下符号表上传的问题,使用最新的上传工具包,也是顺便整理了下可以使用的脚本添加到了项目中,把这个过程中遇到的问题总结出来,脚本也会给出来,实测是没有问题的,希望可以帮助到有需要的小伙伴。首先关于什么是符号表,符号表是用来干什么的,在哪里找自己的符号表这些问题我们不在这里说,Bugly文档里面说的很详细也很清楚,需要的小伙伴直接去看官方文档。
wb = load_workbook(fileName,data_only=True)
我们都知道,app在上线之后,用户如果操作我们的app导致的崩溃、错误信息,我们是无法获知的,这时候,就需要一款工具,来告诉我们现在的app在线上的运行情况; 现在线上信息收集的工具有 友盟、极光等,
Bugly平台正式推出“标签”功能,快速看穿每个异常! ------文章底部有传说中的彩蛋------ 前些日子在Bugly交流群上进行的需求投票结果中,有个需求得到了最高票选!究竟这个需求是什么?让大伙儿都想要? 或许在跟进问题时,你可能碰到过这样的情况: 要将问题列表中的每个问题都看一遍,才能找到自己负责模块的问题?因为无法一眼看穿,哭! 总是会重复查看同一个问题,重复确定这个问题的跟进状态?还是因为无法一眼看穿,再哭! 而作为一枚总是跟Bug争分夺秒的程序猿(媛),却一遍又一遍地在这种事情上浪费时
前言 前面介绍了 Android混淆代码错误堆栈还原,相信大家已经知道如何通过Retrace在本地进行混淆代码还原了,上一篇提到,如果崩溃异常很多,你总不能一个一个去手动还原吧,不觉得这样做很没有效率么,有没有想过如果能实现线上监控崩溃并且能上传mapping文件进行快速还原,而不需要自己手动去做这样的一件事?没错,Bugly就是这样的一个平台,可以很方便快捷实现你这样的需求,能帮助到你提高开发效率,更加敏捷。本篇文章就跟大家分享如何使用Bugly进行错误堆栈还原。 集成Bugly 关于如何集成Bugly
大家好,我是腾讯Bugly的精神哥(英文名:spirit),是Bugly资深码奴的同时,又是Bugly神秘的Crash实验室研究员哦!我的主要任务就是泡在实验室里,嗑着瓜子嚼着鸡爪,研究移动App中各种Crash(专挑疑难、坑爹、时髦、有趣的Crash),并通过“精神哥讲Crash”系列定期分享给大家! 今天精神哥给大家分享的第一个Crash是“UnsatisfiedLinkError” 。 一、UnsatisfiedLinkError基本介绍 全名java.lang.UnsatisfiedLinkErro
Bugly出热更新SDK了? 没错,Bugly也出热更新SDK啦,2016.11.25号,我们Bugly也上线了Android版的热更新SDK,大家都知道这一年来热更新被无数次提起,各大厂自主研发的热更新方案层出不穷,下面就列举一些大家比较熟悉的一些热更新方案: 微信开源:Tinker 大众点评:Nuwa 阿里巴巴:Dexposed 阿里巴巴:AndFix 美团:Robust 各个方案的优劣性笔者就不在这里做过多讨论了,总的一句话没有最好的,只有最适合自己的。 我们Bugly也是出于高可用性的考虑,Tink
本人所在项目组主要负责一款Android平台产品的开发,因为用户量比较大,正式版本发布后,每天Crash次数的上报量都在几十万量级,即便是内测版,每天Crash次数的上报量也在两三千次。面对如此庞大的上报量,能否快速准确的定位问题直接关系到Crash的解决率,我们项目组在这方面做了比较多的尝试,现在在这里给大家分享一下比较有效的一些做法,也欢迎大家一起来探讨和分享。 1 利用Bugly平台的工具自动还原堆栈 刚接入Bugly的时候,看着大量混淆后的java堆栈,着实让人头大。每次定位问题都要到处找mappi
亲爱的Bugly用户: 您好~ 腾讯Bugly于7月13日正式发布了 iOS卡顿、Android ANR(应用无响应)监控上报功能,业内只此一家,别无分店。 通过卡顿/ANR的异常监控,您可以实时了解用户在使用App过程中发生的卡顿/ANR问题,有效提升App的流畅度,欢迎大家接入使用。 Android ANR:Bugly捕获的ANR,精神哥告诉你是个什么鬼? iOS 卡顿:小萝莉和你聊聊iOS应用卡顿那些事儿 Bugly近期功能更新动态: 一SDK功能更新 Android SDK V1.2.3 1)
你给我,小信任,助力我成长~ 我给你,大屏幕,让你得曝光~ 资本寒冬,你是否还在冷风中瑟瑟发抖?别急,腾讯Bugly和优测将温暖的火焰带到你的身边啦,有了中关村大屏幕,新年你的产品一定火火火! “圣诞老人送我上大屏幕”活动在大家的热情参与中圆满落下帷幕,Bugly和优测在这里感谢大家对活动的大力支持。 同时,祝贺成功登顶并亮相中关村创业大街天使汇巨屏广告位的小伙伴。希望没有成功登顶的小伙伴也不要气馁,今年Bugly和优测还会有更多有趣的活动期待大家的参与哦~ “圣诞老人送我上大屏幕” 获奖名单公布:(排名不
最开始项目使用的是自己DIY的很简陋的上报系统,后来改成google breakpad来上报,发现其实都做的不太理想,游戏引擎因为版本历史问题存在一些崩溃问题。后来3.x接入了bugly,我这边抽了几天时间也准备接入,在接入bugly之前我是想用BugTags的,说实话我特别喜欢也为这款产品点赞(它的技术人员、客服人员响应速度和服务都是很赞的,最开始公司总结5个人,我也担任过客服的角色去跟用户沟通知道这其中的不易),但是毕竟它目前为止对NDK以及Lua方面支持的比较弱,而且截图时还存在黑屏的现象,对非原生的应用不太友好,所以后来还是放弃了,转入对C++崩溃捕获更为专业的Bugly。
我们都知道,在app开发完成发版的时候,会上传到各个应用市场,来增加用户量,但是这些市场往往会有一个审核的周期,等审核通过之后才会推送给用户来下载,并且,当我们某个版本出现严重bug,或者新增了一个特色功能的时候,我们会希望用户很快就能更新我们最新的app,这时候就要用到 应用检测更新了。 通常,实现应用更新一般我们有两种方法。 第一种 自己搭建后台检测是否有更新 这种方法通常要求客户端启动后,在某个时机,利用当前版本的某些信息(版本号,渠道号等)来请求服务器,服务器处理后返回是否需要升级等信息。
腾讯Bugly移动开发者沙龙 第四期:移动应用安全剖析 【分享内容】移动应用之威胁 & 防护 移动平台与应用的多样化和灵活性,在带来更简洁、灵活和丰富的用户体验的同时,其面临的安全问题也更加的复杂和多样化。移动App种类和功能繁多,移动开发中能力参差不齐,黑色产业日趋多样化……那么作为普通开发者,我们需要在日常的工作中注意哪些问题? 【分享嘉宾】 张军 毕业于北京交通大学,2014年加入腾讯,移动安全实验室研究员,在移动应用破解、加固、漏洞分析与利用领域均有研究,目前主要负责应用加固项目。 【分享PPT
昨天早上,很多 iOS 开发者们陆续收到苹果的警告邮件,如下图: 邮件内容大意是说,开发者App中使用热更新方案(动态下发代码)绕开苹果审核流程,违反了苹果开发者协议和苹果商店审核规则,并且存在安全隐患。要求开发者删除相关代码,框架或SDK,并重新提交进行审核。 此消息一出,iOS 圈瞬间炸了窝。 由于邮件中并未明确提到使用什么库,导致大家各种猜测。 iOS 应用开发常用的热更新方案有:JSPatch,React Native(RN),Weex,以及国外的 Rollout。 截至目前,开发者们发现苹
Bugly热更新采用Tinker开源方案,官方文档如下: Bugly Android热更新使用指南 Bugly Android热更新详解
自 HTML5 标准正式发布之后,其得天独厚的跨平台特性吸引了众多开发者的目光。 伴随着 HTML5 的发展,JavaScript 的重要性也在逐步增加,要说现在哪门语言最火的话,那一定是 JavaScript 了。 学了JavaScript 成为全栈工程师,迎娶白富美,步入人生巅峰,想想也是醉了。 但有个问题:很多开发者却并未考虑过收集 JavaScript 出错时抛出的异常信息。因为只要 JavaScript 异常后 App 不会崩溃,当没有发生过就好了。 或许,在浏览器时代,让用户刷新下页面,可以
众所周知,软件项目的交付是一个复杂的过程,任何原因都有可能导致交付的失败。很多时候经常遇到的一个现象是,应用在开发测试时没有任何异常,但一旦上线就问题频出。出现这些异常,可能是因为不充分的机型适配或者用户糟糕的网络状况造成的,也可能是Flutter框架自身缺陷造成的,甚至是操作系统底层的问题。
Bugly移动开发者沙龙,腾讯移动开发与质量专家亲临分享,Android应用性能如何调优,如何打造最合适的架构。 视频内容 5月31日,由腾讯的无线研发部主办的腾讯Bugly移动开发者沙龙第一期在北京市中关村创业街的车库咖啡拉开序幕。 腾讯移动开发者沙龙是腾讯为广大移动开发者搭建的分享平台,邀请行业内的开发大咖与大家进行面对面的交流,以实例和模型全面系统地介绍先进开发技术的运用,优质资源与工具的使用等热点话题。 主持人进行开场与活动介绍 本期沙龙的主题为“移动应用性能优化笔记”,邀请了腾讯移动
做移动开发最麻烦的就是收集用户在使用过程中的程序的异常崩溃日志,因为这个异常崩溃是无征兆的在毫无防备随时的出现,所以有时候真是丈二金刚(摸不着头脑);这个还是其次要命的是用户端程序的每次迭代和版本的分布又不容易推送和获取。
前两天有个用户反馈,应用在更新时会自动下载安装某些应用,怀疑与 Bugly 有关。经过分析,原来是 apk 地址被劫持,强制换成应用的下载地址。在这里,腾讯Bugly郑重声明:Bugly 不会监控和拦截任何网络请求,也不会自动下载安装任何应用,我们目前提供的能力只限捕获崩溃、卡顿等异常,帮助产品提升质量。所以,请大家放心使用! 根据 Bugly 目前提供的能力,统计数据主要包括:崩溃率、卡顿率等,用于衡量产品质量的一些标准。自 Bugly 上线以来,越来越多用户建议:能否提供用户数据的统计,帮助了解产品基本
之前在分享的时候,都是分享一些app测试相关的,最近在研究崩溃相关的,在学习过程中,用到了bugly来收集,如何使用bugly呢,在app接入的过程中,总结了一些自己的踩过的坑。在这里分享给大家。
腾讯的产品一直都是口碑不错,从开发者角度,我个人还是比较信赖腾讯的技术,这里推荐两款能帮助到个人开发者和公司的一些开发者服务平台 优测(http://utest.qq.com/) 腾讯Bugly(http://bugly.qq.com/) 优测 ---- 提供缺陷分析、应用测试、云手机等服务。 缺陷分析 主要是针对机型适配、漏洞分析,能帮助开发者通过海量样本进行适配分析,发现应用潜在漏洞,优测提供相应的解决方案,帮助你更好的完成开发。 应用测试 支持浅度、深度测试。 云手机 这个可以帮助企业节省购买机器
腾讯Bugly移动开发者沙龙 第四期:移动应用安全剖析 【分享内容】移动应用开发中常见的安全问题 移动平台与应用的多样化和灵活性,在带来更简洁、灵活和丰富的用户体验的同时,其面临的安全问题也更加的复杂和多样化。移动App种类和功能繁多,移动开发中能力参差不齐,黑色产业日趋多样化……那么作为普通开发者,我们需要在日常的工作中注意哪些问题? 【分享嘉宾】 张强 毕业于大连理工大学,从2005年开始一直在做移动应用开发,从Symbian,Window Mobile,到Android,iOS; 2011年加入腾
1、测试人员可手工输入bug,将bug提交与修改一体化,定制型强,满足测试和开发的多重需求,页面相对简洁;
Swift语言有什么优势?跟Objective-C有什么不同?腾讯攻城狮来揭开它的神秘面纱。 腾讯Bugly移动开发者沙龙 第二期:快速发展的Swift是否将淘汰Objective-C? 【分享内容】如何在实际工程中使用Swift开发? 随着Swift语言的推出和发展,越来越多的开发者开始把目光投向Swift。但是从现状看,Swift的使用并不广泛,这也让Swift在无形中多了一点神秘。在本次沙龙中,将从语法层面和工程应用方面对Swift进行简单介绍,揭开Swift的神秘面纱。 【分享嘉宾】 陈曦
如标题:bugly现在第三方自定义webhook接入的回调有问题,求助解答 1、我配置了15个APP的webhook路径,但是每天bugly回调的不全,并且每天未回调的APP都不一定相同(像今天只收到了13个回调)
上帝说要有ANR,于是Bugly就有了ANR上报,那么ANR到底是什么? 最近很多童鞋问起精神哥ANR的问题,那么这次就来聊一下,鸡爪怎么泡才好吃,噢不,是如何快速定位ANR。 ANR是什么 简单说,通常就是App运行的时候,duang~卡住了,怎么搞都动不了。当卡住超过一定时间,Android系统认为这就是一次“ANR(Application Not Responding)”。 具体说,在以下情况发生时,会发生ANR(可能在不同ROM 中时间有所更改): 用户的输入在5s内没被App响应
前言 上一篇文章已经给大家详细介绍了如何通过Gradle将我们开发好的Library上传到JCenter,基本上就是一系列配置,最后通过Gradle脚本将Library打包成jar或者aar包上传到maven仓库,然后添加到JCenter仓库进行审核,通过之后就能让开发者在gradle脚本进行引用。本篇博客还是基于Gradle,但稍微进阶一下,将跟大家分享一下如何开发一个Gradle插件,这个插件是我为Bugly开发的自动上传apk文件的Gradle插件,目前已经开源,有兴趣的朋友可以到github看看:h
Swift要替代Objective-C?腾讯开发专家从四方面跟你一起探讨App开发趋势和职业发展前景。 腾讯Bugly移动开发者沙龙 第二期:快速发展的Swift是否将淘汰Objective-C? 【分享内容】Swift是花拳绣腿?--开发语言与职业生涯的选择 随着WWDC 2015的举行,Swift 2.0面世,不仅带来了更多的新特性,更被苹果寄予厚望,有可能代替Objective-C成为iOS平台的标准开发语言。那么Swift能否替代Objective-C成为新的王者?现有的项目是否需要迁移?我们是否应
最近公司项目中需要集成热更新功能,由于刚开始接入的时候踩了很多坑,所以现在记录一下集成的过程.
不是每一个程序员都能成为一个架构师!十年移动开发专家告诉你,如何打造最合适的构架和最合适的重构。 张旭 2006年加入腾讯,近10年的移动软件研发经验。历任Android手机QQ,iPad手机QQ技术负责人,主导过腾讯内部多个项目的重构与性能优化。和大家一起聊聊从架构设计方面,如何有效的避免性能问题的发生。 若要查看分享视频,请点击 本
Android应用的性能一直受到诟病,如何评测和调优Android应用的性能?或许你能在这找到答案。 叶方正 2008年加入腾讯,曾在腾讯无线研发部测试开发组工作。目前就职于无线研发部专项评测组。 曾经在微博、手机QQ、浏览器等项目组负责性能优化工作,积累大量的移动终端平台优化以及评测经验。分享风格偏重于内容深入浅出、提炼深刻、课件形象、案例丰富、实战经验强。 若要查看分享视频,请点击
Gradle使用productFlavors打渠道包的痛 有很多同学可能会采用配置productFlavors来打渠道包,主要是它是原生支持,方便开发者输出不同定制版本的apk,举个例子: android { ... defaultConfig { minSdkVersion 8 versionCode 10 } productFlavors { flavor1 { packageName "com
先给大家讲个小故事吧! 2011年底,鹅厂内部出现一个“Crash监控”的服务后,开发某App的企鹅们发现了一个真相:原来自以为很稳定的版本,结果上线后竟然……。后来,这些企鹅们就开始默默地修Crash了。再后来,鹅厂的所有App都接入了Crash监控服务。 一般的产品开发过程,都会历经几大阶段。经过多年的经验积累,企鹅们已经将Crash监控充分融入到研发流程的各个阶段。在每个研发阶段充分利用Crash监控服务,让企鹅们的研发效率和质量得到大大的提升。 开发阶段
上一篇文章说道tinker的热更新,可是少了点补丁包的管理,这一篇文章介绍的bugly就是增强版的,更加方便你集成tinker和包括了补丁包的后台管理。 为什么使用 Bugly 热更新?
自Bugly上线以来,通过各位开发者的试用和口口相传,目前Bugly已经迎来了大批量的用户,在业内的反响只能用下图来形容: 当然也有很多程序员哥哥在使用的过程中遇到了一些问题,比如按照文档的引导流程正确接入了,但是上报的Crash文档却不可读,很难准确定位到Crash的所在。对于这个问题,小编跪抱技术哥哥们大腿,进行仔细查看,认真琢磨,发现原来都是符号表惹的祸。 说到这里,不禁有人要发问: 在产品开发的过程中,为了进行代码及产品保护,几乎所有的非开源App都会进行代码混淆。但是,当收集到崩溃信息后,
先说说标题 外来物种变鹅记?你可能会好奇为什么会说自己是外来物种,其实呢,只要不是以应届生身份进入鹅厂的,我觉得都可以叫外来物种,应届生可以说是纯种企鹅,因为从毕业就进入鹅厂的同学一开始就接受鹅厂的熏陶无参杂任何其他外面的东西。而社招进来的同学,比如我,是从其他公司进来的,曾经接受以前公司的文化或者价值观的影响,会有一些在以前公司的影子,比如工作习惯,沟通方式或者工作态度。鹅厂三个月的试用期,我觉得除了考查外来物种是否适合聘请岗位的工作,还有就是让我们重新审视自己的一些价值观和融入团队的过渡期。这三个月的过
1.打开独立Android SDK 管理器,在Android Studio中打开**:
2015年,随着移动智能设备的普及,移动端用户的增速明显放缓;相比之下,由于云服务、众筹平台、推广平台等基础设施和服务的不断改善,极大降低了创业的门槛,越来越多人投身于移动应用的创新创业中。 想让用户在数百万应用中爱上你的产品,开发者除了要满足用户的需求外,还必须要在快速迭代的过程中保证产品比竞争对手有更好的质量。 在这份报告中,腾讯Bugly和腾讯优测会对2015年Android和iOS平台上的应用质量进行详细盘点,帮助你了解你的产品质量在行业中处于什么位置。 首先,让我们从整体上,回顾一下2015年度的
最近因项目需求,需要集成热更新功能。先前项目也集成过腾讯tinker,但是这功能是写到公司后台更新下发的,现在并不能满足需求,便想着使用bugly热更+异常上报。 于是我按照官方Bugly Android热更新使用指南去集成了,也按他的推荐在SDK初始化的时候使用了enableProxyApplication = false 的方式,然而却出现了异常了
58 同城主 APP 的单架构的 bugly 符号表已经达到了 53MB(解压后 550MB+)。
这几天因为毕业之类的七七八八的事情有些日子没写博客了,刚好近日看到了Bugly发布的一篇关于自绘动画的博客《Android自绘动画实现与优化实战——以Tencent OS录音机波形动画为实例》,写的非常有深度但可惜没有放出源码,惊叹之余便有了亲自造个轮子的想法。
Tinker是微信官方的Android热补丁解决方案,它支持动态下发代码、So库以及资源,让应用能够在不需要重新安装的情况下实现更新。当然,你也可以使用Tinker来更新你的插件。
应用崩溃时,没有一句废话,不留一点痕迹,悄无声息,隐身而去,毫不留情。说它是用户流失的冷血杀手一点也不为过。它不光冷血,还带着深不可测的神秘感,让人难以揣摩。 四眼哥今天决定扮演一回福尔摩斯,为移动开发者追踪这个冷血杀手,一点点看清它的真实面目。 虽说应用崩溃这个冷血杀手来无影去无踪,但四眼哥的得力助手腾讯bugly还是能在崩溃发生后,应用退出前,获得足够的案发现场信息。 汇总了多年来的办案经验,四眼哥琢磨出这位冷血杀手的三大杀招! 杀招一:见光死 中招概率:22% 痛苦指数:90 打开应用不到1秒,冷
注册新App 注册登录平台账号,然后就可以注册新的app,填写相应的信息,就可以得到相应的APP_ID。 创建AS项目并配置gradle 这里要注意一下,在app下配置build.gradle,这种方
腾讯Bugly特邀鹅厂MIG专项测试组,陆续为大家分享移动应用质量的有效评估方法。 MIG专项测试组 致力于为腾讯移动互联网事业群(MIG)提供专项评测及深度优化(性能、功能、安全等);同时负责探索新的测试理论和方法,研发评测工具及基础组件。 背景 在手机App竞争越来越激烈的今天,Android App的各项性能,如CPU、内存消耗等都有了客观的衡量指标。但对于App使用过程是否流畅,一直没有一个可靠的指标将用户的客观感受和数据一一对应。虽然之前有FPS(每秒帧数)作为游戏或视频类App的性能指标,
机缘巧合,近距离接触了一个比较坑的外包团队,长了一丢丢扯皮的经验,写个小结,填坑。
最近精神哥接到多个小伙伴的投诉,说无法看懂Bugly崩溃克星页面上显示的堆栈信息!精神哥赶紧把正研究的Top Crash崩溃和心爱的鸡爪放下,开始着手跟进。经分析发现,大家误会Bugly崩溃克星了,这一切都是Proguard搞的鬼! 下面请容精神哥一一道来! 问题描述 先看看图一中显示的正常堆栈内容,正常堆栈中每一个调用帧(Frame),都会有3个元素组成: 类名(Full Class Name,红线标注); 方法名(Method,蓝线标注); 源文件及行号(SourceFile:LineNum,绿线标注
领取专属 10元无门槛券
手把手带您无忧上云