在工作中體現可用性
在創建軟件的環境中，術語“可用性”表示一種方法，它將用戶而不是系統擺在過程的中心。這一方法稱作以用戶為中心的設計，它從設計過程的一開始就將用戶關心的問題和意見考慮在內，并提出在任何設計決策中用戶的需要都應擺在首位。
這種方法最顯著的特點就是可用性測試。在測試中，用戶使用產品的界面進行工作，通過界面進行交互，就他們的觀點和關心的問題與設計人員和開發人員進行交流。
本文討論了可用性的概念，并討論了為什么可用性在所有軟件設計項目中都是一個重要部分。本文的第一部分定義了在軟件開發環境中可用性意味著什么，以及它與衡量產品價值的其它方面間的關聯。第二部分回答了一些常見的問題，包括：為什么可用性很重要，以及如何在開發過程中體現以用戶為中心的設計理念等。本文在結尾處列出了一些書籍、論文和組織機構名稱，幫助您加深對可用性的了解，并在項目中應用可用性。
本文中討論的大部分概念在零售和內部軟件開發中均有所應用。在閱讀本文時，請注意“用戶”和“產品”等詞語，并思考如何將其應用到您的項目和最終用戶中。
可用性定義
易于使用
可用性是衡量使用一種產品來執行指定任務的難易程度的尺度，它與實用性和受歡迎度等相關概念是有差異的。
可用性與實用性
決定產品可接受性的核心屬性是其有用性，它用于評價實際使用產品時，是否能達到設計人員期望產品實現的目標。有用性的概念可以進一步劃分為實用性和可用性。雖然這些術語間有聯系，但它們卻不能相互替代。
實用性指產品執行任務的能力。根據設計，產品執行的任務越多，其實用性就越高。
讓我們以二十世紀八十年代末問世的典型 Microsoft® MS-DOS® 字處理程序為例。此類程序提供了多種強大的文本編輯和處理功能，但需要用戶學習和記憶幾十個令人費解的按鍵后才能執行這些功能�？梢哉f此類應用程序具有很高的實用性（它們為用戶提供了必要的功能），但其可用性卻較差（用戶必須花費大量的時間和精力來學習和使用它們）。與之形成對比的是，一個設計合理的簡單的應用程序（如計算器）使用起來很容易，但其實用性卻有欠缺。
這兩種性質都是一種產品被市場接受所必需的，而且它們都是總的有用性概念的一部分。顯然，若程序很好用但沒有什么有價值的功能，那么沒有人會使用它；如果程序的功能強大但卻很難使用，那么用戶也很可能會拒絕這個程序而轉向其它的替代品。
可用性測試幫助您判斷用戶使用產品執行特殊任務的難易程度。但是，它并不能直接幫助您判斷產品自身是否有價值、是否實用（在可用性測試中，用戶可能會主動提出一些關于實用性的意見，但任何意見都應通過其它更可靠的研究方法予以驗證）。
喜歡它與使用它
受歡迎度往往表示產品中可取的特性。如果人們喜歡某產品，就更有可能使用它，并將它推薦給其他人。但是，與實用性一樣，您一定要小心不要將受歡迎度和可用性混淆。
人們喜歡某產品的原因往往與實用性和可用性無關。他們可能被產品的樣式和引人注目的外觀吸引，或被心目中所賜予的該產品的地位吸引。人們傾向于喜歡很好用的產品，但這并不是說人們普遍喜愛的產品就是可用的。
可用性是指人們是否可以使用該產品來執行他們需要執行的任務�？捎眯詼y試主要用于評價性能而不是評價喜愛程度，但標準化的調查問卷也可以用來衡量人們對產品的喜愛程度。
發現、學習與有效性
可用性包含很多方面，但通常這一術語特指發現、學習和有效性這三種屬性。
發現表示針對某種特定的需要去尋找并找到產品的某一功能�？捎眯詼y試可用于確定用戶找到某一功能所用的時間，以及在整個過程中用戶犯了多少錯誤（關于定位的錯誤選擇）。
學習表示用戶弄清楚如何運用所發現的功能來完成現有任務的過程�？捎眯詼y試可以確定這個過程的長短，以及在學習該功能期間用戶犯了多少錯誤。
有效性表示用戶“掌握”了某項功能，不再需要進一步學習即可使用�？捎眯詼y試可以確定有經驗的用戶使用該功能時執行必要步驟所需的時間。
可用性的這三個基本方面在很大程度上受到當前任務性質和用戶執行任務的頻率的影響。有些功能的使用頻率很低或者使用起來十分復雜，導致用戶基本上每次使用時都要重新學習；對于這些功能，Microsoft 通常開發了使用向導，在整個使用過程中對用戶予以指導。
光喊口號是不夠的
軟件設計人員有時以為簡單的口號，如“使產品更可用”，就可以解決可用性問題。雖然對可用性的積極態度是重要的，但是只有在具體的產品創建環境中，通過對普通用戶進行恰當的可用性測試，才能為設計人員提供所需的信息，使產品可以滿足用戶的需要�！笆巩a品更可用”應當成為每個軟件設計人員的座右銘，但是這句話只對那些了解“可用性”含義的設計人員才有意義。而對普通用戶進行測試就是可以找到的最可靠的途徑。
常見問題
為什么要強調可用性問題呢？
如果您還沒有在產品設計過程中將可用性因素考慮在內，您可能會問：可用性為什么是必要的，或可用性為什么是可取的？畢竟，不進行任何可用性工作，也可能發售一個可以工作的、沒有錯誤的產品。但是，通過引入以用戶為中心的設計理念可以使產品在很多方面得以很大改進。
減少用戶撥打技術支持電話的次數是執行可用性測試的最佳理由。較差的可用性是用戶撥打軟件技術支持熱線的主因，而每個軟件公司主管以及信息服務經理都知道產品支持的成本是多么昂貴。此外，用戶不得不尋求技術支持增加了用戶對產品的潛在不滿情緒。如果用戶發現貴公司的產品使用起來十分容易，那么他們就不必頻繁地打電話尋求技術支持了。
對于內部使用的軟件，之所以將可用性作為開發過程中的一個重要部分，其原因還在于它減少了培訓費用。對用戶而言，可用性強的軟件學習起來比可用性不受重視的產品學習起來要容易得多。用戶能夠更快地了解產品的各項功能，并能長久地掌握它，這直接減少了培訓費用和時間。
可用性測試有助于促進用戶對產品的接受程度。有很多因素決定了用戶對產品的接受程度，這些因素包括可用性、實用性和受歡迎度。對于零售產品，用戶的接受程度往往直接影響對產品的重復購買或對產品的忠誠度，這說明用戶可能將產品推薦給其他人。對于內部應用程序，用戶的接受程度決定用戶是否愿意使用該軟件執行任務，而這些軟件就是針對這些任務設計的，這有助于提高生產效率。提高可用性是提高用戶對產品的接受程度的一個因素。
可用性可將您的產品與您的競爭對手的產品區分開來。如果兩個產品在實用性方面從本質上講是一樣的，那么人們很可能認為可用性更好的產品高出一籌。此外，由于 Microsoft® Windows® 的外觀和感受以及隨附的編程準則劃定了基本用戶界面的使用區域的標準，因此很多執行相似功能的程序其外觀與操作在相當大的程度上是相似的。這些相似性表明，即使可用性上的細微差異也會對用戶的喜好產生重大的影響。
最后請記住，每個產品最終都要進行可用性測試。用戶每次使用您的產品時，都是在對它進行可用性測試，而他們對可用性優劣的意見將會影響他們是否繼續使用該產品。將產品推向市場之前，對產品進行測試，可以有助于確保用戶對產品的滿意程度。
它的花費是多少？
軟件設計人員和項目經理往往擔心，如果采用以用戶為中心的設計過程并執行適當的可用性測試，恐怕要占用大量的時間并花費大量的金錢。事實上，花費在關注用戶方面的時間和金錢通常是相當少的，而且與不這樣做而導致的花費相比，這點花費也是微不足道的。
例如，設想一下在開發周期的后期而不是在前期（產品仍處在開發階段時）對設計進行修正您要花費多少時間和金錢吧！如果您一直等到 Beta 測試時期才使用戶接觸到產品以便進行可用性測試，就會發現自己不得不將花費了大量時間開發的程序的各部分分拆重做。而若等到產品真正發布時，如果要根據負面反饋進行修改或支持較差的設計，因為產品支持的龐大開銷或用戶對產品的接受程度較差等原因，很可能要支付高昂的費用。
合理的可用性研究通常只需要兩周或更短的時間，并可以顯著減少開發周期后期進行修改所需的時間和金錢。進行測試所需的花費將根據您的產品的性質以及所測試的界面部分的不同而有所不同。
可以認為可用性測試與代碼測試是類似的。成功的項目經理在計劃開發項目時總是會考慮到代碼測試。他們并不認為代碼測試是項目時間表或預算外的額外部分，而是將代碼測試作為開發過程的一部分而計入成本。因為若不進行代碼測試，那么花費反而會高得多。對于可用性測試，情況也是如此。
怎樣獲得可用性？
在理解可用性的重要性基礎上，軟件設計人員有時試圖“獲得”一些可用性，就好象可用性是一種成分，他們可以簡單地把它添加到產品中，這樣產品就更可用了。然而，可用性應當是設計過程本身的一部分，不是您可以在設計過程的隨便某一地方添加的“東西”�？捎眯詫＜姨岬健坝脩絷P注的”與“以用戶為中心的設計”的原因是：可用性取決于將用戶的需要一直作為設計過程的中心。以用戶為中心的設計根據需要的不同，包含的內容不單單是在界面中按照一組規則，對按鈕和菜單布置進行管理�？捎眯詼y試是對設計工作進行檢查的良機，而不是在產品中“添加”可用性的一種方法。
Gould、Boies 和 Lewis (1991) 為以用戶為中心的設計定義了 4 個重要的原則：
及早以用戶為中心：設計人員應當在設計過程的早期就致力于了解用戶的需要。
綜合設計：設計的所有方面應當齊頭并進的發展，而不是順次發展。使產品的內部設計與用戶界面的需要始終保持一致。
及早并持續性地進行測試：當前對軟件測試的唯一可行的方法是根據經驗總結出的方法，即若實際用戶認為設計是可行的，它就是可行的。通過在開發的全過程引入可用性測試，可以使用戶有機會在產品推出之前就設計提供反饋意見。
反復式設計：大問題往往會掩蓋小問題的存在。設計人員和開發人員應當在整個測試過程中反復對設計進行修改。
為什么應當將用戶融入進來？
文章來源于領測軟件測試網 http://www.kjueaiud.com/
