這是在豆瓣的hci人機互動小組的一篇內容，具體內容如下：
測試某應用程式，有這樣乙個功能：
建立了乙個任務，該任務下面包含了很多子任務，「開始」按鈕之後，有乙個進度狀態監控視窗，該視窗中首先顯示了一條不斷向前跑的進度條，該進度條上內嵌了相應的完成百分比，在進度條後面，有兩項時間相關的數字： 已用時間，剩餘時間。
因為該程式是完全為windows平台所做，考慮到windows 介面風格提倡的進度條內不要嵌數字，於是測試人員報了bug，讓開發人員拿掉進度條內的百分比。
下面是雙方的對話摘要：
開發： 為什麼要拿掉百分比？這個就是為了讓使用者看的清楚的。
開發：進度條內的百分比是告訴你任務完成的進度，後面的兩項時間資料是告訴你所花時間以及還需時間，這兩個是兩回事
測試：時間進度不就是我做這個任務的進度嗎？
開發：你完全混淆概念了，時間進度是整個時間開銷情況，任務進度是所有子任務的進**況，不一樣的概念
測試：但是我從使用者的角度，我只關心我做這個任務用了多少時間還需要多少時間啊， 我不關心你做了幾個任務或者說某個任務做到了百分之多少
開發：我覺得這個進度條內的百分比對使用者是有用的，你完全混淆了時間進度和任務進度的概念
測試：我混淆了嗎？
開發：舉例來說，你造金字塔，預計100天完成，前99天你什麼都不做，但是你的時間進度已經到了99％，而任務進度是0％，最後一天你做完了所有的使，於是你的任務進度從0％變為100％，而時間進度是從99％變為100％， 明白了吧？就是兩個概念
測試：好吧，那麼首先為什麼要給使用者這兩個概念上的考量資料？不是更讓人迷惑嗎？ 其次也是最重要的，即使你進度條顯示的是任務進度，那和將內嵌百分比數字拿掉也不矛盾啊
雙方誰也不能說服對方，這個問題就這麼一直懸著呢 （當然這不是乙個會影響發布德大的功能或者穩定性方面的問題）
<——————我是分隔線——————>
這是個在現實中應該算常見的例項，開發和測試都一口一聲叫著「使用者」，似乎他們都是「使用者」的化身，研究使用者的「專家」。但事實上，並沒有多少行為付諸於去驗證使用者的需求和想法。正如kent.zhu在這裡所提到的：「這個年代，什麼都缺，唯一不缺的就是專家！」我們不需要專家，我們不需要什麼ued（edu或due），我們真正需要的是請使用者來，泡杯茶，然後聽他說說他們到底要的是什麼。
百分比進度條
顯示介面 1 public w3c dtd xhtml 1.0 transitional en 2310 111286 8788106 純處理頁面 attr post tp 取tp和顯示頁面連起來，tp 取到的是陣列，因為另乙個頁面是用陣列提交的 取到的是每乙個選項的主鍵值 str implode ...
ios 滑塊進度條百分比 顯示進度
該方法監聽slider的值的改變 ibaction progresschanged uislider sender else 該方法繪製要顯示百分比的圈圈 uiimage progressimage nsstring progress context nil size uigraphicsbegin...
Python實現帶百分比的進度條
大家在安裝程式或 檔案時，通常都能看到進度條，提示你當前任務的進度。其實，在python中實現這個功能很簡單，下面是具體 在實際應用中，你完全可以根據自己的要求進行修改！比如，示例中是通過time.sleep 方法進行時間延遲，你完全可以根據實際的程式執行耗時進行控制 同樣，在進度百分比處，你也程式...