80-20 規律告訴我們,80%的成果**於20%的努力。在軟體領域,80%的使用者只使用20%的功能。那麼我們為什麼不只開發那20%的功能呢?
這個問題有很多很多解釋。我在這裡只講一點。也許你的每個客戶都只使用一小部分功能,比如說沒人使用超過5%的功能。但是,他們都分別使用不同的部分的功能。當你把每個人的5%加起來的時候,你會發現每個功能都被用到了。例如,微軟的 word 是乙個巨大的程式,我懷疑大部分人連它1%的功能都沒有用到。但是它的每乙個功能都曾經被使用過。
這個理論很正確,特別是在軟體發布以後,而不是發布以前。當乙個功能發布後,就有人會用它。當使用者習慣這個功能後,他們就會持續的使用它。
假設你的軟體提供兩種不同的方式去完成相同的任務,方法1和方法2。一半的使用者使用方法1,另外一半的使用者使用方法2。在這種情況下,你不能移除任何一種方法,否則你就會造成一半的使用者不滿。但是假如你只提供一種方法,每個人都會很開心的使用它。
移除乙個功能幾乎是不可能的。你永遠都不可能簡化乙個軟體而不讓使用者不滿。但是同樣的使用者如果一開始就接觸的是乙個相對簡單的產品他們也會很樂意的接受。
額外功能的**開銷是它們需要常年的被支援。
軟體行業理論太多 實踐太少
一 中心思想 本文將從理論和實踐的角度分析在軟體行業理論與實踐的差距,將著重表達提高實踐在整個軟體行業的作用和意義 但是,本文不會刻意貶低理論的價值,理論同樣非常重要。二 軟體行業理論密切依賴於實踐 軟體行業理論和實踐似乎比其它行業更加密切,原因就在於使用它的實在太多了,不論國防 科技 教育 網際網...
軟體測試中的80 20原則
80 的軟體缺陷常常生存在軟體 20 的空間裡。這個原則告訴我們,如果你想使軟體測試有效地話,記住常常光臨其高危多發 地段 在那裡發現軟體缺陷的可能性會大的多。這一原則對於軟體測試人員提高測試效率及缺陷發現率有著重大的意義。聰明的測試人員會根據這個原則很快找出較多的缺陷而愚蠢的測試人員卻仍在漫無目的...
軟體測試中的80 20原則
今天看了一篇文章,覺得說的很有道理,現摘錄如下 80 的軟體缺陷常常生存在軟體 20 的空間裡。這個原則告訴我們,如果你想使軟體測試有效地話,記住常常光臨其高危多發 地段 在那裡發現軟體缺陷的可能性會大的多。這一原則對於軟體測試人員提高測試效率及缺陷發現率有著重大的意義。聰明的測試人員會根據這個原則...