拥抱高效、拥抱 Bugtags 之来自用户的声音（三）

小编按：这是一篇 Bugtags 用户来稿，主要是介绍了使用 Bugtags 先后对测试及解决 Bug 所带来的变化，感谢山西农业大学 - 高正炎同窗对 Bugtags 的信赖和支持。小编在这里诚邀各位热心用户向咱们投稿，说出你使用 Bugtags 的故事。

0x01 前言

写在 Bugtags 上线 Crash 发生趋势之际，以及英语四级前夜。仅感触，无其余。

0x02 起缘

在 9 月份的时候，开学之际，随着 Codekk 微信号推送了一条名为 “移动应用Bug快速反馈利器” 的消息，工欲善其事，必先利其器。
看完介绍了之后，不由感受眼前一亮，和之前接触的 Crash 收集工具备点不同，而且也据说过一些摇一摇进行反馈的功能。
这个主要是一个相似于外包的项目，应用内容是大学内 App 社交、社区等形式，其中总体 App 须要一个良好的架构，
以及完善的测试（然而并无测试），只好在边开发边测试。
最初咱们在应用开发上，采用的 git 版本控制，主要两我的进行开发，并无测试妹纸。（ 最初找了一个“设计师”同窗 ），在经理提出项目需求和改进时，
每每经过经理去告诉给另一我的，而后另外一我的进行评估，直接在代码里进行修改，而且没有记录，整个过程并不透明。
后来经理会找张纸记录一些问题，解决了打个对勾，可是这仍是很差管理，而且对于机型的不肯定性，以及 Bug 的难复现，下降了一些效率。

此处应该有图片：

在公众号信息里，展现了提交 Bug 的流程，而后试着集成了一下 SDK，总体集成的过程并不麻烦，很快感觉到了效果，并推荐给了另外一位开发。

在接入之后，熟悉了提交 Bug 的方式，感受相见恨晚，很适合经理在提哪有问题，哪须要改进。

0x03 成长

在接入应用之后，效率上感受到了一些方便，可是就发现了一些问题，好比那会会一直邮件收到提醒，并提了工单，
在 QQ 群里也进行了咨询，而且收到了这个问题正在解决中，会在下周上线。
而且 Bugtags 提交 Bug 时，总体流程并不麻烦。

使人感到欣慰的是，Bugtags 团队的迭代，使得 Bugtags 不断的完善，随着使用中，逐渐上线了如下几个特性：

增长几种标签状态和类型。

区别了开发人员和提交 Bug 人员

能够批量修改状态和删除标签

Crash 能够抓到截图

支持了导出功能

增长匿名提交

添加了批量邀请成员等功能

……

在团队的不断迭代开发应用的过程当中，收到了不少经理的提的标签，常常一天提十几条，若是按照往常的列出清单，而后一个一个去解决，会浪费不少时间和效率。
应用也在 fir.im 内测，不断的去完善，提升着本身的开发技能，奔溃影响机型数从最初的少许的几台手机在逐渐增长。

此处应该有图片：

0x04 伴随

在使用的过程当中，提交的问题愈来愈多，收到的标签也愈来愈多，毕竟是一个 App 应用，从 0.1 到 0.9 的过程（0.1指接入时已经开发了一个简单原型）。
一张如今的统计，标签已经很多了，此处继续应该有图片：

问题界面：

随着不断的使用，发觉提升了很多效率，在这将近三个月的相处之中，感觉到了 Bugtags 团队的不懈努力，感觉到了对开发与测试的关注。
而且如今也提供了一些可视化的数据，来表达测试的效果，以及应用的完善程度。
在上线之后，咱们也重点关注了一些 Crash，而且 Crash 相对于之前来讲，更加好复现，而且对其进行了改进，优化应用的性能，提高了一些用户体验。
由于机型和系统不一样，做为一个 Android 开发者，不可避免地会遇到不少 Crash，当用户遇到了之后，做为开发也很无奈，毕竟比较难复现，
有了 Bugtags 了之后，能够及时地统计机型，系统版本，以及用户所执行的步骤，
如今最近又上线了 Crash 的发生趋势，可让开发专一于近期发生频率高的 Crash 进行改进。

此处应该有图片：

在今年的华北五省计算机应用大赛的答辩现场，也给评委们简单介绍了一下这个 Bug 管理平台，提升了一些开发效率。

0x05 后记

大家的测试妹子、霸道产品、老板确定须要它好久了，爱他恨他就转给他。

在 Bugtags 以前，并不知道有相关的 Bug 管理平台，做为一名开发者，Bugtags 是值得推荐的。

最后提几点意见（其中有些不知道中肯与否）：

开发 Android studio 插件，实现能够收到紧急标签会提醒。

开发 Android 客户端，实现能够移动管理标签状态。

开放一些 API，实现自定义配置

但愿能够提供一些移动应用测试，例如 Monkey 之类的实践。

若是是非 Wi-Fi 环境下，提供一些流量方面的统计。