lou*_*ism 13 client project-management bug-tracking project
在大型项目中,我使用了一个旨在供客户使用的简单错误跟踪系统
我在说服客户使用它时遇到了很多麻烦(他们通过电子邮件发送错误报告)
有没有人有他们建议的任何策略?
另外,我一直在讨论为什么会这样的理论; 它是这样的:
要求客户记录一个错误就像把你的车送到机修工处进行维修一样,机械师会把你的发动机油交给你说"在这里,弹出那个".基本上,客户已经付钱给你做工作,记录一个错误听起来像工作,所以他们希望你这样做
想法?
以清晰,简洁的bug报告,不附退款要求,是对可以发生在你的开发工作是最好的事情,不管是什么格式它到达免费QA,伙计!为什么要让客户跳过箍来学习你的错误跟踪界面,从而阻碍这个过程?即使他们也是在软件行业,也许他们来自一个Bugzilla店,而不是一个FogBugz的店...
首先,确保您的跟踪系统非常用户友好。
它必须易于访问。您的客户是否必须访问网页才能提交错误?应用程序是否深埋在站点地图中?没有人会打开浏览器,找到您的网站并浏览大量链接只是为了提交错误。这可以通过在应用程序中放置一个链接来解决(同样,它必须很容易找到;例如“帮助”>“报告错误”)。如果您的客户有多个申请,请确保他被引导至正确的页面(或预先填写所需字段)。
接下来,不要要求您的客户对错误进行分类(例如严重性以及它实际上是错误还是功能请求)。同时保持较低的字段数量。描述和屏幕截图就足够了。
让您的控件易于使用。当您试图完成一些工作时,没有什么比不得不与具有三个下拉菜单的日期时间选择器较量更令人沮丧的了(当然,如果您选择第 31 天,然后选择 4 月,则日期将重置为空白值)。
如果您需要屏幕截图,请为您的客户提供一个很好的 silverlight 控件,他可以直接删除文件,而不用在整个磁盘上搜索它。
当你的错误填充器被定制以便你自己的母亲可以使用它时,你仍然需要推动一点。有时尝试“忘记”这封电子邮件,当接到电话时表现出惊讶,并确保您的客户您没有收到他的错误报告。当然,当他坚持说他确实将其发送到您的电子邮件时,请“啊”一下并告诉他您的电子邮件最近表现得“奇怪”,然后要求他重新发送电子邮件。下一个错误报告将被正确填写。
| 归档时间: |
|
| 查看次数: |
3351 次 |
| 最近记录: |