bugtags

bugtags怎么集成？

提示：

bugtags怎么集成？

SDK 最低兼容 iOS 6.0。
请勿与其他带有崩溃分析的 SDK 同时使用，否则将有可能影响崩溃捕捉功能的正常使用。
使用说明请参阅说明文档。

1、在你项目的 Podfile 中添加以下代码
pod 'Bugtags'

2、执行 pod 安装命令
pod install

***重要！ 在应用的 target 的设置中，Build Settings -> Linking 项下的 Other Linker Flags 中添加 -ObjC（如果已有，则不需要再添加）注意 O,C 大写***

3、在 AppDelegate.m 中导入头文件

#import

4、然后在 application:didFinishLaunchingWithOptions: 方法中加入一行

[Bugtags startWithAppKey:@"APP_KEY" invocationEvent:BTGInvocationEventBubble];

编译运行 App，将会在 App 内部看到一个小球，成功了!

Bugtags 和禅道哪个更好用，优缺点

提示：

Bugtags 和禅道哪个更好用，优缺点

作者：Leo Lee
链接：https://www.zhihu.com/question/36974137/answer/72489299
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

Bugtags 专注 App 人肉测试，以及可以收集闪退信息。
禅道 主做项目管理。
定位不一样。

从测试的角度上讲，我推荐你使用 Bugtags。
优点：
1、垂直、专注。
以前我们做 App 测试很痛苦，手机截图、标记错误位置、提交到 Bug 系统，并且还很细致地描述错误产生的步骤、设备信息、版本等等。
而使用了 Bugtags 的小伙伴都知道，这些问题通通不再是问题，只需要在 App 中点击错误位置，描述错误原因，指派给相应的人员即可，设备信息、版本、用户步骤、运行时数据、日志全部自动帮你记录了下来。大大提升了测试效率，提高质量。

2、让全民测试变得简单。
在中国，移动应用开发的性质导致测试团队不可能有足够的时间开展工作。竞争如此激烈，每天竞争对手都会在市场上发布最新版本的应用，其中包括你的应用尚未实现的功能，导致你的应用一直处于不断迭代，增加功能的状态，老板也宁可花3个测试人员的钱招一个开发，也不愿意多招测试人员，并没有认识到测试的重要性。
大部分产品在上线前 都会手忙脚乱，产品经理、老板、恨不得连客服也要帮忙测试，你让他怎么提问题？让他截图并往系统上录他也不一定会呀。但如果用Bugtags 就让这一切变得简单了，只需要装上集成了 Bugtags SDK 的 App，直接就可以在 App 中提问题。

3、云端更强大
我们上面说的都是站在非开发人员的角度，能够更快，更便捷地提问题。
那么对于开发人员来说，他们希望看到的 bug 相关信息越完善越好。
Bugtags 提供了强大的后台，支持 bug 截图、用户数据、用户步骤、控制台日志、Bugtags 日志、网络请求、设备的详细信息（系统版本、手机型号、网络状况、内存空间、崩溃次数、堆栈数据、影响用户数等等。），以及智能筛选、数据统计、项目成员管理等等。让协同工作变得高效。

禅道比较偏向于项目管理，其中包括： 产品管理、项目管理、质量管理、文档管理、事务管理等
测试方面的功能在质量管理中。测试只是禅道的部分功能。

如何分析android crash log

提示：

如何分析android crash log

　　android framework分为java和native两层 　　native运行于C的runtime，高效。一般java层只是封装，通过jni访问native　　底层HAL,driver的crash也会导致上层的crash ‍ 　　，有效利用Log信息并对其进行分析与实时的监控管理，对于分析Android手机发生Crash的原因具有极为重要的作用。 　 Android Log 文件类型 　　由于Android上的应用程序千差万别，出现的问题也不尽相同。不过Bug类型还是有规律可循的，可以根据生成的Log文件找到相应的错误，通常错误信息里记录了错误的大致位置，据此可以捕获到问题的关键信息。 　　Log文件记录着每次操作的信息，在出现问题后可以借助log信息分析以达到解决问题的目的，Log文件类型主要分为以下几种： 　　(1) Logcat: Main缓存日志，通过运行logcat命令，可以获得系统中使用的标记和优先级的列表，也可以加上过滤器进行表达式限制，只输出测试人员及研发人员感兴趣的标记-优先级组合。 　　…………………… 　　(2) Bugreport: Java应用程序Crash时会产生一个Bugreport文件，该文件主要包括三个方面的内容： 　　Dumpstate：内存信息，Cpu信息，Procrank信息，系统日志，Vm Trace信息等。 　　Build.Prop：当前版本、当前命令、显示系统Build的一些属性等； 　　Dumpsys：Dump Of Service Meminfo(显示某个进程更详细的内存消耗情况以及Native And Java (Dalvik)堆栈的统计数) ； 　　(3) Crashdump: 每次Crash都会产生一个Crashdump文件，文件包括主日志，Java 堆栈信息，本地调用堆栈，虚拟机/进程堆，Log缓存，内存信息，进程列表，Modem信息，Adb Log等信息； 　　(4) Bratlog: 测试用例及详细信息； 　　(5) Logalong: 事件，如手机通讯功能信息等； 　　(6) Pullfs: Traces(Java 堆栈信息)； 　　(7) Procrank: Uss(Unique Set Size) 值，进程独自占用的物理内存。