关于 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 更新速度很快,相信以后会越来越牛逼👍
来源:oschina
链接:https://my.oschina.net/u/88301/blog/538557