1. 首页
  2. 问答
  3. 内部和外部Bug跟踪设置

内部和外部Bug跟踪设置

2010-03-16 106 views
2

你们大多数人当然使用某种错误跟踪器。也许仅限于内部使用，一旦客户通过电子邮件或电话提交错误，您可以自行添加新的门票。有时候，每周的项目会议可以成为新的门票的重要来源，最好来自Excel表格的另一边，PM的另一边喜欢维护和追逐你。内部和外部Bug跟踪设置

更高级的（和透明的）版本：允许客户将他的错误直接存档（并查看进度）到错误跟踪器中。像JIRA系统允许您使用的配置文件有一定的访问权限等

但现在的问题：用户没有必要转换成1个臭虫在特定的模块/方法/ EJB /类中引发的错误。他使用的（您的）Web应用程序的版本不会转化为导致错误的类的版本。你如何保持机票的内部部分与所有讨厌的技术细节和同时使用户感觉良好的机票（需要更多信息，正在接受，正在进行中......）？为内部和外部创建2张门票？链接他们？

任何智能食谱共享？

来源

2010-03-16 javadude

回答

2

将您的错误系统从客户支持跟踪系统中分离出来，并允许它们之间的链接。

  • 错误可以指零个，一个或多个客户支持服务单。
  • 客户支持票可能指的是零错误（例如，客户的问题与您的软件无关），一个错误（如果您的软件确实存在问题）或一个以上的错误（狗屎发生）。

作出这样的查询：

  • 哪些客户正在等待错误X的解决方案
  • 哪些客户正在等待开关键错误
  • 哪些错误已经被用户所遇到ÿ
  • ...

您还会注意到，每个数据库wi会有自己的'速度'。在我的情况下，我的客户支持电话比真正的错误多出4倍。

来源

2010-03-16 08:08:29 Patrick

1

最明智的方法是建立两个系统，或者最终用户通过电子邮件提交错误的机制。主要的问题不在于一个bug不一定会转化为一个类中的一个方法，而是大多数情况下，如果你不仅仅是一个用户，那么peopel将不会读取现有的错误，并且比“按钮不工作”思考得更远。

如果您隔离真实的事件系统（使其公开，但只读），您的员工可以筛选传入的错误，使其具有可重现性并具有repro情况，检查是否存在错误，并且一般都有明确的错误你输入它，而不是难以理解的混乱，可能会或可能不会有道理，并成为另一个同样的错误输入已经进入另外30次。

来源

2010-03-16 08:08:17 TomTom

1

JIRA中的每个评论都有一个“Viewable By”字段，允许您设置评论可见的组或项目角色。你可以用它来隐藏“讨厌的技术细节”。

另外，当你说创建两个问题并将它们链接时，你可能是在正确的轨道上。这有助于隐藏客户的内部工作流程。

来源

2010-03-16 08:11:46 Adrian

相关问题

 相关问题