软件进度条内嵌百分比数字引发开去。。。。

2009-06-25 20:00:15 来自: 眉小拧

测试某应用程序，有这样一个功能：
创建了一个任务，该任务下面包含了很多子任务，“开始”按钮之后，有一个进度状态监控窗口，该窗口中首先显示了一条不断向前跑的进度条，该进度条上内嵌了相应的完成百分比，在进度条后面，有两项时间相关的数字：已用时间，剩余时间。

因为该程序是完全为windows平台所做，考虑到windows 界面风格提倡的进度条内不要嵌数字，于是测试人员报了BUG，让开发人员拿掉进度条内的百分比。

下面是双方的对话摘要：
开发：为什么要拿掉百分比？这个就是为了让用户看的清楚的。

测试：首先windows界面风格不提倡进度条内嵌百分比，其次进度条后面不是还有两项时间相关的数字呢嘛，百分比是画蛇添足。

开发：进度条内的百分比是告诉你任务完成的进度，后面的两项时间数据是告诉你所花时间以及还需时间，这两个是两回事

测试：时间进度不就是我做这个任务的进度吗？

开发：你完全混淆概念了，时间进度是整个时间开销情况，任务进度是所有子任务的进行情况，不一样的概念

测试：但是我从用户的角度，我只关心我做这个任务用了多少时间还需要多少时间啊，我不关心你做了几个任务或者说某个任务做到了百分之多少

开发：我觉得这个进度条内的百分比对用户是有用的，你完全混淆了时间进度和任务进度的概念

测试：我混淆了吗？

开发：举例来说，你造金字塔，预计100天完成，前99天你什么都不做，但是你的时间进度已经到了99％，而任务进度是0％，最后一天你做完了所有的使，于是你的任务进度从0％变为100％，而时间进度是从99％变为100％，明白了吧？就是两个概念

测试：好吧，那么首先为什么要给用户这两个概念上的考量数据？不是更让人迷惑吗？其次也是最重要的，即使你进度条显示的是任务进度，那和将内嵌百分比数字拿掉也不矛盾啊

双方谁也不能说服对方，这个问题就这么一直悬着呢（当然这不是一个会影响发布德大的功能或者稳定性方面的问题）

不知道把这个问题发在这里是否合适，不过希望能请朋友们从各个角度分析分析这个情况，提出点您的想法和建议，谢谢各位先了

2009-07-15 00:29:18 阿尔卑斯 ([ www.uxren.com ])

呵呵这样的争论是很令人困惑

解决办法也有很多，常见的办法是找几组用户做一个测试看看数据是怎样的

依据测试结果来决定

但是有个前提不能忽视参与测试的人群必须是该产品甚至细节一点说是该进程的使用者他们的感受和态度才是最重要的

让我们来扩展一点范围，如果在一个庞大的软件体系结构中，在不同的细节环节上都可以依据不同的目标来看待当前的执行过程比如任务导向的，时间导向的，结果导向的，过程导向的，这些不同的角度，以及不同角度的观察者和使用者，他们的在这个进程中的思维和操作是很不一样的

这样就要对设计本身做一个分析，弄清楚是为何而设，哪些人在用，他们要得到什么结果，设计要得到什么结果，然后再协调就会顺畅多了

回应删除举报广告
2009-07-15 09:22:57 杰西™ (居里先生写论文，居里夫人做实验)

开发人员疏忽了，没有充分了解用户的需求。
测试人员越权了，替用户做了决定。

回应删除举报广告
2009-07-23 15:13:12 阿尔卑斯 ([ www.uxren.com ])

似乎是这样大家都拿一个supposed conditions来当做必然这些条件又都是下一步的依据那跑偏就在所难免了

今天看到一个presentation，说将不同的用户分类比如medium2experts user，basic user等等在产品上再做对应的区分设计和融合

似乎思路还不错

回应删除举报广告
2009-08-05 12:38:59 眉小拧

假如公司没有引入或者执行用户体验相关测试。。。。。。

回应删除举报广告
2009-08-05 23:05:37 零零

小白的想法:进度条本身不是就能基本表示进程百分比了么?
倘若百分比真的需要,那么对用户而言一个进度条足以,而具体到底是45%还是50%并不是那么重要, 这种抽象的数字对用户意义不大.

回应删除举报广告
2009-08-05 23:08:08 零零

我想这也是为什么我们用饼撞图和柱状图来表示数据,重点应该是数据的一个大概关系,一个趋势.

回应删除举报广告
2009-08-14 02:03:53 阿尔卑斯 ([ www.uxren.com ])

如果能减少用户花在“数据表现形式上”的周折时间
引导用户更多的关心数据内容及影响
这样可能会更贴近实用

回应删除举报广告