问题的常见标签

Question

我一直在使用问题跟踪系统一周。现在，我真的不知道如何对门票进行分类。我主要使用“增强”和“bug”标签。但是我想更加具体的标签。在谷歌的项目托管页面上，我看到了像“UI”等标签，但一般来说，我的门票包含了我申请的很多部分，因此我不能使用“ui”或“逻辑”。因此，我想学习您使用哪些标签对门票进行分类？。谢谢

Answer 1

• 缺陷 - 显而易见
• 变更请求 - 客户要求我们收取的费用
• 调整 - 变更请求非常小，比编写客户端文档并执行估算要快得多
• 改进 - 改进的建议不太可能由客户资助但可能值得做（通常是在内部而不是由客户提出）
• 支持 - 一般操作支持类型问题 - 我如何做这种类型的事情
• 文档 - 产品文档所需的更改

我过去使用的另一个是配置 - 可以通过更改应用程序配置来解决问题。我们使用Bugzilla，这是我们当前设置的解决方案类型，而不是问题类型，但根据您的产品的性质，您可能希望它以不同的方式设置。

我坚持最多5-8。除此之外，事情变得混乱和错误分类，因此它并不值得。

除此之外，我们还单独对其影响的应用程序的区域（大约20个，多选的列表）进行分类，我们将其用于规划回归测试。

作为一项规则，当你感觉自己不再在那里成长时，从较少而缓慢的积累开始。