进度条 - UCD大社区

由进度条内嵌百分比引开的话题

耿人杰 — 2009-08-26 21:53:51

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

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

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

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

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

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

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

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

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

测试：我混淆了吗？

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

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

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

<——————我是分隔线——————>

这是个在现实中应该算常见的实例，开发和测试都一口一声叫着“用户”，似乎他们都是“用户”的化身，研究用户的“专家”。但事实上，并没有多少行为付诸于去验证用户的需求和想法。正如Kent.Zhu在这里所提到的：“这个年代，什么都缺，唯一不缺的就是专家！”我们不需要专家，我们不需要什么UED（EDU或DUE），我们真正需要的是请用户来，泡杯茶，然后听他说说他们到底要的是什么。

小谈进度条的用户体验

minchao — 2009-05-17 21:22:22

进度条即计算机在处理文件时，实时的，以图片形式显示处理文件的速度，完成度，剩余未完成文件的大小，和可能需要处理时间，一般以长方形条状显示。

进度条

有一篇文章是写对进度条效果研究，在这里我只把测试的结果给出来：“凡是曲线中有明显停顿的，用户所感知的进度都比较慢，而进度中一直在加速的，用户都会觉得进度走得很快。研究者们还指出虽然一个稳定的系统应该使用线性的进度条，但是如果能应用加速型的进度条，确实能小幅地改善用户体验。但是当进度并不能被准确测量时，进度条并不是一个很好的选择。”
360安全卫士清除系统垃圾时，出现进度条，让用户感觉能知道目前的进度，进度条到最后快完时，用户会出现这样的想象“马上就完了，哈，速度还不错”。可是完了时，进度条又从头开始再来一次，让人想不明白，刚才的心情舒畅的感觉，顿时像泄了气的皮球，“马的，骗子，还要转，这进度条有病，还让我等，气死我了”。

360安全卫士-进度条

进度条给了一种一切尽在掌控之中的感觉，而这种感觉是用户体验很重要的一部分,而这样的进度条顿时会让用户有被忽悠了的感觉，降低了用户对软件本身的好感度。这种感受比进度条显示得慢，慢慢一点一点的显示，也比让用户觉得被骗好。因为只要是进度条是准确的，会让人感受到，程序要执行的操作也很多，任务比较繁重，就拿这360清理系统垃圾来说，进度走的很慢，只要是准确，进度完，操作就完成，让人感觉“诚信”，慢，用户也会这样想：“原来我的系统那么多垃圾，清理进度条都这么慢，还是好呀，以前就觉得机器慢，原来这么多垃圾，这下360给我清理了，系统以后就快了，好……”
经常用傲游2浏览器,点工具>清除记录时，也会出现让人怪怪的问题：
1.当临时文件多的时候，它的进度条也会和360安全卫士一样，滚几圏
2.当临埋文件少的时候，它的进度条是滚动大概到1/3时候就和整个界面消失不见了。

以上两种情况都让用户感觉：进度条在撒谎!

看看photoshop cs4 的进度条：

photoshop_cs4_文字初始化进度条

windows xp和windows 2003 的启动进度条，从某种意义上说还不算是进度条，可能应该称之为“滚动条”，因为它只是有三个小方框不断的运动，并不能为用户指明目前的处理进度、完成度。个人觉得在不能给用户准确显示处理进度的时候，进度条应该设计成如windows xp、windows 2003这样的形式。

windows xp 进度条

windows2003_启动进度条(滚动条)

就像刚才指出的360安全卫士中的进度条形式，就应该用这种，要不就设计能准确显示处理进度。

现在Windows7 启动都不用进度条了，开机速度挺快的，看，多漂亮

windows7_启动画面1

windows7_启动画面2

相关话题：进度条源地址：http://minchao.cn/post/456.html

进度条效果研究

JJ.Ying — 2009-01-24 10:38:37

原文作者：Dennis Koks
原文链接：The effect of the progress-bar
译者：JJ.Ying

相信大家都一次又一次地遇上这样的体验：安装软件或者扫描图片的时候进度条稳稳当当地走到了99%却突然停了下来。这样的经历着实让人沮丧，但是现在我们可能有办法解决这样的问题。

来自Carnegie Mellon 大学的学者们做了一些关于进度条实际效果的研究，论文只有4页，但是为了方便大家阅读，这里简单做一下概括：

进度
研究者总共想出了9种不同的函数来表达进度：

线性（Linear）：递增率是常量
前停顿（Early paus）：类似于线性，但在25%进度附近进度递增非常慢
后停顿（Late paus）：类似于线性，但在75%进度附近进度递增非常慢
慢速波状曲线（Slow wavy ）：速度时快时慢，整个过程有3个周期
快速波状曲线（Fast wavy ）：类似于慢速波状曲线，但波长很短，有很多周期
平方曲线（Power）：进度的递增率不断在增加，也就是一开始很慢，随后越来越快
反平方曲线（Inverse power）：和平方曲线像反，一开始很快，随后越来越慢
快速平方曲线（Fast power）：类似于平方曲线，只是进度的递增率更高
快速反平方曲线（Inverse fast power）和反平方曲线类似,只是进度的变化率更大

研究者们把这集中曲线都应用到了一个实际的进度条中对总共22个用户进行测试。每个用户会在同一时刻观察两个使用不同函数曲线的进度条，整个进度都是5.5秒，但是要求用户选出感觉上哪个曲线速度更快，然后分析一下所有的结果

结论
总共九个函数可以被分成三组：
三个函数在测试结果中表现出让人感觉比线性函数慢：后停顿（late pause），慢速波状曲线（slow wavy）和快速速波状曲线（fast wavy）。
四个函数表现出的结果相差不多，感觉上的速度都比较相似：快速反平方曲线（Inverse fast power），反平方曲线（Inverse power），前停顿（Early paus）和线性（Linear）
另外两个函数在测试中普遍让用户觉得速度比较快：平方曲线（Power）和快速平方曲线（Fast power）

测试显示的结果告诉我们，凡是曲线中有明显停顿的，用户所感知的进度都比较慢，而进度中一直在加速的，用户都会觉得进度走得很快。研究者们还指出虽然一个稳定的系统应该使用线性的进度条，但是如果能应用加速型的进度条，确实能小幅地改善用户体验。但是当进度并不能被准确测量时，进度条并不是一个很好的选择，实际情况下可以选用不断重复的动画来代替

相关话题：进度条源地址：http://www.yeeyan.com/articles/view/jjying/26054

让等待快一些

Link — 2009-01-27 15:31:08

人喜欢速度慢的软件因为人们不喜欢等待，等待意味着你要浪费时间而无所事事。但等待是你和电脑交互的过程中所必须经历的过程，软件不会马上相应你的指示，你需要等待软件载入，等待网页下载，登载程序编译……

因为等待并不是产品好的特征，你需要把它的影响最小化。下面来介绍两个方法。

最直接的方法是优化你的代码：重构和缓存可以让你的程序运行更快，优化代码是最诚恳也是最最显而易见的减少等待时间的方式。

第二种方法是欺骗，一种指标而不治本的方式，来抵消等待带来的消极影响。

等待最大的问题是不确定性——不确定合适能够结束（当然，有时候对于开始的不确定性也是如此）

。在软件中，这种不确定性可以通过进度条和载入标识来解决。

进度条

进度条告诉你进度目前完成了多少，还剩下多少，还可以精确地显示进行得有多快，以此来估算出剩余时间。有时，显示剩余时间是比较合适的选择。

研究表明，在没有进度条的时候，人们会感觉程序运行的时间变长了，这意味着在没有任何进度显示标识的情况下，你的程序会让用户觉得比较慢。

载入标示

有时候处理过程仅需短短几秒，这种情况下无需显示完整的进度，仅仅加入一个“载入”标示就好。这样做的目的是告诉用户服务器已经响应了他们的请求并且会很快完成。没有这样的标示，用户不知道发生了什么，会误解认为程序崩溃或请求没有被响应。

John Maeda 在the Law of Simplicity中说，“当我们无法对程序提速时，就要想办法让用户容忍等待的时间。”

以后开发产品的时候，你需要想尽一切办法减少等待时间。优化代码是一个好办法，但往往事倍功半。减少等待造成的消极影响是另一种解决方案，进度条和载入标示这样的元素可以告诉你的用户程序正在运行以及他们要等待多久。这是一种行之有效的让等待变得更快的方法。

相关话题：进度条源地址：http://www.yeeyan.com/articles/view/linkchen/26264