代码之家 › 专栏 › 技术社区 › javadude

内部和外部错误跟踪设置

ticket-system bug-tracking

2

javadude · 技术社区 · 16 年前

你们中的大多数人肯定用了某种追踪器。可能只有在内部,一旦客户通过电子邮件或电话提交了一个bug,您就可以自己添加一个新的票据。有时,每周的项目会议可能是新门票的好来源,最好是excel表格的风格,桌子另一边的项目经理喜欢维护和追逐你。

更高级(和透明)的版本:允许客户将他的bug直接归档(并查看进度)到bugtracker中。像jira这样的系统允许您使用配置文件来拥有某些访问权限等。

但是现在问题 :用户不需要引发的bug会在特定的模块/方法/ejb/类中转换为1个bug。他使用的(您的)web应用程序的版本没有转换为导致错误的类的版本。如何维护票证的内部部分以及所有令人讨厌的技术细节,同时让用户感觉良好的票证(需要更多信息,接受,进行中,…)?为内部和外部创建两个票据?链接它们?

有什么聪明的食谱可以分享吗?

4 回复 | 直到 10 年前

1

2

Patrick 16 年前

将bug系统与客户支持跟踪系统分离,并允许它们之间的链接。

Bug可以指零个、一个或多个客户支持票证。
客户支持票证可能指零个bug(例如,客户的问题与您的软件无关)、一个bug(以防它真的是您的软件中的问题)或多个bug(发生了狗屎)。

进行如下查询:

哪些客户正在等待错误x的解决方案
哪些客户在等待开放的关键bug
用户y已经遇到了哪些错误
…

您还将注意到每个数据库都有自己的“速度”。在我的情况下,我有大约4倍的客户支持电话比真正的错误。

2

1

TomTom 16 年前

最明智的方法是有两个系统,或者一个供最终用户提交bug的替代机制(通过电子邮件)。主要的问题不在于一个bug不一定能转化为类中的一个方法,而在于如果你有超过一手的用户,peopel就不会阅读现有的bug,并且会比“button不工作”想得更远。

如果你隔离了真实的事故系统(使其公开,但只读),你的工作人员可以筛选传入的错误,确保它们是可复制的,并有重新编程的情况,检查现有的错误,一般来说,一旦你进入它,就有一个清晰的错误,而且不难理解的混乱,可能是,也可能不是。有意义的是,同一个bug的另一个条目已经输入了30次。

3

1

Adrian 16 年前

jira中的每个注释都有一个“viewable by”字段,允许您设置注释可见的组或项目角色。你可以用它来隐藏“令人讨厌的技术细节”。

或者,当你说创建两个问题并将它们链接起来时,你可能是在正确的轨道上。这还有一个额外的好处,就是向客户隐藏您的内部工作流。

4

1

nullvoid 16 年前

一个用于(外部)服务台和(内部)问题跟踪的系统。只要你能完全控制 能见度 票证/问题,可以连接外部/内部项目,那么这没什么大不了的。