成功的可用性測試，有十步：
1）做好準備工作；
2）制定測試計畫；
3）設計測試過程；
4）安排測試地點和裝置；
5）進行**試；
6）招募使用者；
7）準備測試房間；
8）測試；
9）資料整理和分析；
10）付諸行動。
1.做好準備工作
這裡的資訊並不是經驗和培訓的替代品，但可能會對你有一些幫助，讓你成為乙個可以勝任的測試人員。第一步就是武裝自己，有很多可以利用的資源：
·書籍和文章
學校的書店和圖書館，包括一些專業的期刊，它們是書籍和文章的最好**。至少，你需要乙個統計方面的介紹性材料、與測試有關的資料和人因學/人機介面設計的書。
·研討會
過去的五年中，關於可用性測試的文章種類越來越多。在可以尋求幫助的四種方法中，這個通常是最薄弱的，因為大部分的研討會是理論性的。你需要的是約10%的「為什麼」和90%的「怎樣做」，而研討會常常不是這樣的。
另外，參加研討會往往費用較高。
·諮詢諮詢可能比研討會來得合算，但是也有可能得不償失。最有名氣的公司可能並不適合你。例如，請一位在大學裡面的人因學專家來做顧問，她會評估整個的測試過程，對記錄測試資料的方式提出很多有效的建議，在**試中指派一名研究生一起來控制整個過程，整個下來花費不多。
·大學和學院
大學裡提供了兩樣東西，課堂和教授。回到學校可能是你最不想做的一件事，但從乙個人那裡學習統計比從書本自學要容易得多。如果你的公司不需要你得到紙面文憑，那麼你就可以旁聽，可以通過也可以不及格。
可以直接與心理學和電腦科學的教授談論與可用性測試相關的課程（統計學、測試、人因學、人機介面設計）。如果你願意也可以參與乙個與可用性測試有關的碩士生專案。
就像請顧問一樣，教授的建議同樣是豐富的資源。例如，你可以設計乙個測試專案作為課程作業，教授就會幫助你並且可以減少花費。
2. 制定測試計畫
對可用性測試有所了解之後，下一步就是寫測試計畫。描述可用性測試的目的，以及如何來完成，這很重要，原因如下：一是從管理者或其他人那裡得到你所需要的支援；乙個是使你的思路和目標變得清晰。
測試計畫中要包括：
·為什麼要測試
對管理層陳述需要花費時間和金錢的理由。例如：如果使用者使用簡版的手冊，可以達到與現在使用的大部頭手冊同樣的效果，我們就會減少列印手冊的費用，如果效果更好的話，我們就可以減少客戶服務中心的線路數量。
·如何測試
誰主持，測試內容是什麼，測誰，幾名使用者，如何分組等。
·測試的花費
諮詢費、招聘使用者、使用者報酬、錄音、錄影、租場地、印刷等費用。
·測試的時間安排
時間表包括：定義你的測試，設計測試，安排測試地點和裝置，招聘，測試和分析結果。
·測試會持續多長時間
寫乙個時間表，包括：定義你要測試的任務，設計測試本身，安排測試地點和裝置，招募使用者，測試，分析結果。
3.設計過程
·定義使用者群
你的測試使用者必須能夠代表使用者群。考慮的人口統計學特徵有：教育水平、使用經驗水平、工作型別、年齡、性別、種族、身體條件等。
·定義想測試的內容
沒錯。但還是要確保絕對清楚哪些要測和哪些不測。內容越詳盡，得到有效測試的機會就越大。還要定義如何度量測試得到的資料，如完成時間和成功完成的任務數。
·寫任務
考慮組成乙個包括多個部門代表的小組來選擇任務，例如客戶支援部門可能會對關鍵任務有不同的看法。
任務應該是有意義的，以一定的邏輯順序展現給使用者，同時還要控制每個任務的完成時間，不能讓使用者把所有的時間都花費在乙個任務上。
在每一頁紙上寫下乙個任務。任務的指令要明確但不能有提示如何完成任務。
·為測試人員寫指令碼
以同樣的方式問候使用者，以同樣的方式解釋測試，以同樣的方式回答問題，以同樣的方式進行提示等等。為了做到這點，需要為測試者制定執行的指令碼。
·準備記錄**
即使錄影，也要在當時記錄使用者的行為。如果有乙個記錄**，記錄就會變得容易。可以有乙個和使用者任務相符的**來記錄使用者行為和你的理解。
第二種**可以是選單結構圖，用來記錄使用者試圖完成任務時的動作順序。另外需要記錄的是每個任務的完成時間，在哪些地方使用了幫助，在哪些地方參考了使用者手冊
4.安排測試地點和裝置
可以在使用者的地方或在自己的實驗室裡進行測試，也可以是乙個更中立的地方。
在使用者的地方有乙個好處就是使用者會因為熟悉周圍的環境而感到放鬆。缺點包括：不可控制的中斷；在路程上花費很多時間；除錯你的裝置等。
在自己的實驗室進行測試應該是方便的，但是對使用者來說不太方便，他們在乙個陌生的環境裡面可能會比較緊張。
在中立的地點進行測試的缺點與在你自己的地方測試是一樣的。對你來說它也可能不方便（尤其是如果需要運送裝置的話）。中立的測試地點可能即昂貴又難於安排。
對我們來說，採用乙個現場的會議室最好。如果你使用你的乙個房間，要找乙個靠近出口也靠近休息間的房間。房間要整潔，吸引人，舒適（確信要在門上掛上「測試進行中—請勿打擾」）。
5.進行**試
無論你自己重複多少次測試過程，你都不會對乙個測試需要多長時間有準確的估計，只有用乙個新手使用者進行**試，你才能知道一些小的細節。這個人不需要與測試使用者具備相同的特徵，但他/她應該是產品的新手使用者。
6.招募使用者
如果比較早地招募了使用者，他們就可能到時改變主意或者遺忘，所以不要在提前一周以上招募使用者並確保在前一天給他打**確認。把完整的測試地點的方位，包括地圖用郵件或傳真的方式發給他們。
因為你占用了使用者的時間，並且你要確保他們出席，就要支付他們報酬-現金。在測試之前告訴人們測試需要多長時間和需要對整個過程錄音，錄影。
·標準定義你需要的使用者的經驗、技能、教育程度、工作型別和其它的統計資料。然後準備乙個訪談指令碼來篩選潛在的使用者。大學生不會計較，很容易找到他們，費用也比較少，但如果他們不能真正代表你們使用者特徵的話，就不要管他們了。
·自己來做
不要招募朋友，家人或者同事。要做專業的招募工作：在國家字典、商務期刊和黃頁裡面找到一些公司（公開的圖書館裡可能也會有這些）。你應該乙個在你建立的標準裡面有不同業務的混合。
這有乙個指令碼的例子讓你通過回答**篩選使用者。「你好，我是簡，是真大公司的，是大鎮的乙個計算機生產商。我們正在設計某個新的pc產品。
我想與您公司裡面用電腦工作的人談一談，有哪些人呢，他們的職位和名字是什麼呢？」
當你得到這些人的資料的時候，他們是否合格是基於篩選指令碼的。例如，我們想要有pc經驗的人，曾經使用過傳真機。我們也想要多方面的人員—職員型別的，管理的、技術的和專業人員型別的，所以我們要為此制定篩選指令碼。
如果乙個人可以滿足你的這些標準，就可以邀請他們來參加這個研究。告訴他們需要多長時間，在哪測試，你會給他們多少報酬，你會對整個過程進行錄影。如果所有這些條件被接受了，就可以安排時間了。
要確保在兩場測試之間有足夠的時間來除錯裝置。
·給招募者支付一定的費用
如果你的預算足夠用，你可以僱傭乙個招募者來招募使用者。為我們的焦點小組來招募使用者的費用是15個使用者，478.14美元。
這個費用包括：他們來制定篩選指令碼（我們要檢查和核實），篩選使用者，安排時間，發出指引和確認信，並且在約定好的前一天給使用者打**。相信我，花這些錢是很值的。
7. 準備測試房間
如果你在測試前一天建立了測試間，你就有時間來改正操作時出現的問題。在任何情況下，要在每一次測試開始之前至少有半個小時的時間來保證測試已經準備好了。當可以掙到相當數量的錢時，人們通常會早些到。
8. 測試
使用者在心理和身體上的適應會影響測試結果，並且你的所作所為直接影響到他們—鎮靜和配合或者緊張和敵意。
·問候使用者
在使用者剛進來的時候就以友好的口氣與使用者交流，如果他們提前到了就為他們提供乙個合適的地方來休息等待。如果使用者太熱或太冷的時候可以調節測試間溫度，這些會很有幫助。
·給使用者大致介紹並得到許可
你在引導可用性測試，不是心理學測試，所以告訴使用者你的目的是什麼，他們要做什麼，為什麼你要進行錄音或錄影。強調你測試的是產品，不是使用者；他們所反映的是關於產品的問題，不是他們的問題。
因為你想知道的是為什麼使用者做某件事，不只是要讓他們做，還要鼓勵他們在完成任務時大聲說出想法。鼓勵他們在完成乙個像安裝乙個訂書器這樣的簡單任務時，通過描述行為來說明他的想法（使用者經常在測試過程中慢慢地就沉默了，可以輕輕地提示他們「你在想什麼？」而不要說「你為什麼這樣做？
」）然後讓他們簽訂乙個同意表（知情書）。知情書可能會包含上面所有的資訊，你可以對使用者大聲地讀，最後一段應該包含類似於這樣的資訊：「幫助我們評估結果，我們將要對整個過程進行錄影，作為我們整理資料的備份之用，所有的錄影不會用於商業目的，只是作為幫助我們分析結果之用。
」·執行測試
把寫好的任務交給使用者（乙個任務一頁），邀請他/她完成你大聲讀出來的任務。
你不能總是在使用者完成任務的時候告訴他，有時他們並不確定他們已經完成了任務，會繼續做下去（或者在還沒有完成任務時認為他們已經完成了）。這個資訊是有價值的，因為這告訴你介面缺乏足夠的反饋。你也想要使用者回到乙個自然的開始狀態，所以他們要在軟體的同乙個地方開始下乙個任務。
所以可以在每個任務中包括一些類似於「在完成任務時說出來，並回到主選單」的描述。
讓使用者自己來說出自己的想法，但當他們遇到困難時，可以提示他們。因為你不想他們因此沮喪，而在完成後面的任務時受到消極的影響。在測試指令碼中也要使用提示。
即使你要掌握測試的時間，也不要讓時間成為問題並且不要告訴使用者有時間限制。當他們已經達到測試時間時，要提示他們結束這個任務（如果他們實在不能完成，清楚地告訴他們如何回到開始的地方），進行下乙個任務。
如果你有乙個大房間，或者會有一或兩個測試人員在單面鏡後面，考慮讓兩個或更多的測試人員/觀察人員來參加。如果兩個人能記錄不同的內容就會容易些。例如，乙個人可以記錄使用者選擇的選單項的順序，哪些地方及什麼時候使用「幫助」，另外乙個人可以記錄完成單個任務的時間，測試者給予的提示和任務是否成功完成了。
如果多個測試人員會增加使用者緊張感的話，可以讓乙個觀察人員在測試後花費額外的時間來回顧錄影。
·使用者總結性的描述
測試後，你可以詢問使用者對產品的印象，他們在哪些地方會感到困惑，有哪些可以使產品更容易使用的建議，等等。
9. 資料整理和分析
在測試過程中你不可能記錄所有的事情，即使你有兩份記錄。這就是為什麼要對測試進行錄影的原因，就是為了再次**錄影（可能要一遍又一遍的看）直到你獲取了所有需要的資訊。
下乙個步驟就是分析結果：計算完成每個任務和完成每個測試的平均時間，每個使用者使用幫助或參考手冊的次數，提示的次數，任務是否成功完成對你來說都是重要的資訊。
所以，你已經得到了所有這些資訊，應該可以支援你的假設。但是在你得到結論之前，要使用統計方法分析資料。如果你沒有統計的背景，可買本統計學的書學習一下或者找乙個專家來幫忙。
在沒有進行統計分析時，說兩組測試結果之間存在很大的差異是沒有意義的。不僅得出的顯著度結果和提出的建議是不可靠的，而且如果測試結果不支援一般的使用者群體的特徵，你和可用性測試都意味著失去了可信度。
一種比較廉價的獲取幫助的方式是與一位教授一起組成團隊。他會給你一些關於適合你的資料的統計方法或幫助你完成這些統計測試結果。
10.付諸行動
無論測試結果支援你的假設與否，你都可以從中獲得經驗，提出建議或實現計畫。
例如，我們了解到，在兩個測試組之間沒有顯著地差異，**幫助沒起到作用，因為它沒有導航。通過這樣的資訊，我們就可以用最精簡的手冊（減少印刷費用）來重新設定標準手冊，重新編輯幫助介面。
然而，從測試中得到的最大的利益就是它的長期影響。對於決策者來說，尤其是在乙個工程的環境下，他們對資料是印象深刻的。另外一種非常有效的表現使用者使用軟體存在的問題的辦法是展示使用者測試中最讓使用者困惑的一段短的**（美國有最搞笑的可用性測試錄影）。
因為已經了解了可用性測試的價值，許多地方已經有了安裝了單面鏡的測試實驗室，許多專案負責人已經開始了在產品交付之前的測試工作。
學生選課系統 軟體可用性測試實驗
實驗報告 課程名稱 軟體測試方法和技術 學生姓名 學號院系 計算機班級 1202 組別 1 任課教師 張建東指導老師 張建東 目錄一 實驗目的 2 實驗組成員 三 可用性測試 四 實驗心得 實驗四軟體可用性測試 一 實驗目的 針對基於web的軟體缺陷管理工具mantis，使用nielsen十大評估原...
231華為IT動作管理 可用性管理流程
1 目的 該流程目的為通過制定可用性標準 制定有效的可用性計畫 跟蹤分析可用性並執行改進行動等措施提高it可用性。2 範圍 本流程適用於公司it部門負責維護的各應用系統 網路的可用性管理。3 流程提要 it控制人員制定可用性標準，並實施服務水平協議。生產計畫員根據要求制定響應的可用性計畫。在日常運作...
SQL Server 2019高可用性解決方案優劣分析
在sql server 2008資料庫中，本身就帶有不少的高可用性解決方案。如可以採用故障轉移群集 資料庫映象 日誌傳送或者複製等手段來提高資料庫的高可用性。由於解決方案多了，資料庫管理員不得不掌握各個解決方案的優點與缺陷，然後根據企業的實際應用來選擇合適的解決方案。其實，這不僅僅是在考驗解決方案的...