拥抱高效、拥抱 Bugtags 之来自用户的声音 1

关于 Bugtags，网上已经有相关的报道，用来干嘛的我就不说了，就分享几个很爽的点以及感受。以下是以 iOS 为例。

手机截屏直接提 Bug
早些日子在做黑盒测试的时候，先手机截屏，然后手机连接数据线，取出截屏图片，再打开网页，选择图片，点击上传，等待，最后才传到了测试管理平台（如 JIRA）上。使用 Bugtags 只需在手机屏幕上点几下即可完成！节约生命！

自动添加设备信息
在手机上提交的 Bug 都会自带这些属性，完全不用自己写这些信息了，开发同学一目了然。回想从前手动 Copy、Paste 这些基本信息到 Bug 描述里，真是辛酸。



记录操作步骤
非常好的解释了「这个 Bug 是怎么出现的」这个问题。
当然，也是在手机上提交的 Bug 才会有这样的记录。
清晰的 ViewController 名字、行为、操作的 View 类型、Selector、应用状态变更等，Bug 复现是不是没那么难了？😁

// 保护隐私，截取了部分记录并替换了前缀
21:36:35.3635 Application: DidBecomeActive
21:36:36.3636 Top View: Demo.DemoNavigationController
21:36:36.3636 Top View: Demo.BookViewController
21:36:36.3636 Top View: UIInputWindowController
21:36:38.3638 Touch: (UIButton) in Demo.BookViewController
21:36:38.3638 Selector: historyButtonAction: by (UIButton) in Demo.BookViewController
...
21:36:49.3649 Top View: Demo.BookViewController
21:52:37.5237 Application: WillResignActive
21:52:38.5238 Application: DidEnterBackground
21:53:08.538 Application: WillEnterForeground
21:53:09.539 Application: DidBecomeActive
21:53:27.5327 Touch: (UIButton) in Demo.AudioViewController
21:53:27.5327 Selector: nextButtonAction: by (UIButton) in Demo.AudioViewController

Crash 时自动截屏
保留灾难现场！OMFG！说到这里完全高潮了！
很多闪退非常难解，但是现在有__现场截图__，再加上__操作步骤__，从此没有难解的bug。
之前是用 Fabric 来进行 Crash 的收集和分析，现在准备用 Bugtags 替换它了😁。
下图就是发生崩溃的界面，精准定位问题出现的地方。
「设备信息」、「用户步骤」、「堆栈信息」、「详细数据」，包含大量信息，非常有帮助。





目前我们团队使用了一个月多，确实是提高了效率，很专业。
如果不集成 Bugtags 的 SDK，那它网页本身也是一个独立的非常优秀的 Bug 管理系统，轻，简单，高效。

Bugtags 更新速度很快，相信以后会越来越牛逼👍