|
|
1
4
首先,确保你的跟踪系统 用户友好。 它必须易于访问。你的客户需要去一个网页提交一个bug吗?应用程序是否深入到了站点地图中?没有人会打开一个浏览器,找到你的网站,并通过大量的链接只是为了文件的错误。这可以通过在应用程序中添加一个链接来解决(同样,它必须很容易找到;如帮助>报告错误)。如果您的客户有多个应用程序,请确保他被引导到正确的页面(或预先填充所需的字段)。 接下来,不需要客户机对bug进行分类(比如严重性以及它实际上是bug还是特性请求)。同时也要保持字段数量少。描述和截图就足够了。 使控件易于使用。当你试图完成一些工作时,没有什么比必须用三个下拉列表来选择日期时间更令人沮丧的了(当然,如果你选择了31天,然后选择了4月,那么这一天就会被重置为空值)。 如果你想要一个屏幕截图,给你的客户一个很好的silverlight控件,他可以把文件放在那里,而不是在他的整个磁盘上搜索。 当你的虫子填充器是定制的,这样你自己的母亲就可以使用它,你仍然需要推动一点。试着在某个时候“忘记”邮件,当电话打过来时表现得很惊讶,确保你的客户没有收到他的错误报告。当然,当他坚持说他确实把它发到了你的电子邮件上时,先说一声“啊”,然后告诉他你的电子邮件最近有点“奇怪”,然后让他重新发邮件。下一个错误报告将立即填写。 |
|
|
2
5
|
|
|
4
2
FB允许你有一个公共提交页面来提交新的bug。这是一个非常简单的页面,您的客户可以很容易地了解。
FB的最后一个插件:有一个bug提交工具,可以让你从机器上发送一个屏幕截图和一个bug描述。这对我的客户来说也很方便。 最后的建议是:停止修复任何不在bug跟踪器中的bug。当然你会被推倒,但不会像你想象的那么多。如果您对输入到跟踪系统的错误/功能请求做出响应,您的客户将开始看到价值。但是,就像小孩子一样,如果他们仍然能通过小题大做得到他们想要的东西,他们不会改变。 |
|
|
5
1
|
|
|
6
1
您可能需要指出bug跟踪系统对于客户的优势,比如更容易让他们看到bug的状态,提示输入强制性信息,比如版本号等。
|
|
|
7
1
|
|
|
8
1
您断言您的bug跟踪系统是为客户机设计的,但是客户机不会使用它。可能是客户端出了问题,可能是bug跟踪系统出了问题。 我一直很喜欢 rt 然而,我并不是建议你改变你的错误跟踪系统。我建议你和一些更友好的客户讨论一下情况,看看你能不能找出他们为什么不使用它——当然你有一个理论(你脑子里有一些想法),但是你有数据(他们脑子里有一些想法)吗? 然后更改为rt:-) 最后一点是个笑话,我应该写的是——当你知道问题的真正所在时,你可以考虑解决它。不与客户讨论情况就从系统X更改为系统Y是愚蠢的。
|
|
|
9
1
如果他们通过电子邮件向你发送错误报告,而不是使用错误跟踪系统, ! 当然,您必须实现该功能,但解析电子邮件以包含该功能将是一种新颖的方式。 如果电子邮件格式不正确,bug跟踪器会用一个包含正确布局的模板给他们发回电子邮件,让他们填写,同时附上他们发送的原始文本,以便进行相应的剪切和粘贴。 如果他们仍然发送电子邮件给你,将其转发到错误跟踪系统,当你收到带有模板的回复时,将该信息转发回客户端,并告诉他们系统不会接受它。这仍然是一个有点手动过程,但你将培训客户在同一时间对媒体,他们喜欢,他们仍然在做大部分的工作。
|
|
|
10
-1
去买M.D.风格的房子approach:tell them 直截了当地说,你没有阅读任何电子邮件有关的错误报告,他们直接去垃圾邮件文件夹。不过,您已经拥有了这个用于记录bug的漂亮界面,通过使用它,它们可以确保您能够看到它们。 |