BugTags使用感受

关于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更新速度很快，相信以后会越来越牛逼👍