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