其实早就想写这篇文章了,我去年的一篇文章就提到了QunicyKit,一直拖到现在,再不写一年就过去了。more前言我们知道,iOS bug定位是极看重crash log的,目前网上提供了不少crash log收集与管理服务,较有名的有Crashlytics, Flurry, 友盟,可能大部分人也就是使用这个。我这里要说的QuincyKit + KSCrash是一对开源组合,可能没有前者各种高大上的功能,基本功能还是有的,但更偏重于以下使用场合:1)访问外网不太方便,或者大部分情况下在内网测试2)对出现的crash问题要求快速响应,快速定位3)需要自己掌控Crash Report,而不是交给别人显而易见,第1条就足以把Crashlytics, Flurry, 友盟诸如此类的排除在外了;关于第2条,我所知道的Flurry显示crash report延迟比较大,至少为6小时,Crashlytics稍微好一些,但是它们的服务器在国外,网页打开也比较慢。这里要额外说的是比较讨厌Crashlytics在程序每次编译时都会上传app binary与dSYM文件,在网络情况较差或app比较大的情况下相当费时。
还有我经历的另一种情况,就是开发与测试人员相隔比较远,比如开发的在5楼,测试的在1楼,在最原始的阶段测试人员发现了崩溃问题,会将测试设备送到5楼让开发人员用Mac解析,想想这效率,不言自明了
...
继续阅读
(37)