可用性測試任務的編寫

From Userbrain

有效地編寫測試任務及相關的情景是完成可用性測試的關鍵。為了獲得真實的反饋，研究人員需要在在任務描述中提供足夠的資訊以便使用者理解和完成任務，但又不能提供過多的資訊以避免汙染資料的真實性。

對於成熟的使用者研究人員而言，測試任務的撰寫應該是足夠明確的事情，他們知道如何在提供適當資訊的同時激勵使用者進行任務。對於我而言...感謝John Romadka 在UserZoom分享了這個模板（注意這個模板的內容是寫給自己/同事看的，對於給使用者看的測試任務怎麼寫，可以看看擴充閱讀中提供的幾篇文章）。

Romadka的原話：“我用這個來描述測試任務和場景。如果我不能親自撰寫測試任務的話，我會要求客戶或利益相關人按照這個模板給我提供資訊。我並不指望他們能夠把所有的元素填寫正確，但是這些元素是理解可用性測試的任務目標/假設/操作步驟和成功標準的必要資訊，對這些元素的思考和判斷將有利於更好的完成可用性測試。”

測試任務示例（源於UserZoom）

使用指南：

任務編碼和任務名稱：對每個測試任務進行編號和命名。命名將便於讓人瞭解每個任務的目的；編號的用處將體現在：你可以直接要求使用者‘接下來請跳過任務3直接進行任務4’，而不用與使用者交流任務相關的內容。

目標/輸出：描述使用者在完成任務後的產品狀態：是否有真實的結果產出？是否使用者能夠明白任務已經完成？使用者怎樣確認任務已經完成？

輸入：描述使用者完成任務所需的全部資訊/資源。例如：對於登入的測試，需要提供可供登入的賬號和密碼；

先決條件：即支援任務進行下去的先決條件。例如：測試希望瞭解使用者在註冊時遭遇到‘賬號已存在’時的反應，則先決假設為‘資料庫中包含有相同賬戶名的使用者’；

操作步驟：描述理想狀態下使用者從任務開始到結束的操作步驟。完善的步驟流程有利於判斷產品原型的準備是否完全；這些步驟將為不熟悉產品流程的參與人員進行觀察提供幫助。需要注意的是，在編寫步驟時保持在‘頁面’的水平 --- 即每個步驟在不同的頁面中產生。對於可通過多種路徑達成的目標，重點描述核心流程，備註其它流程。

成功的標準：用於判斷任務是否完成的指標；

備註：其它你認為有用的資訊。

擴充閱讀：

Usability testing: how do we design effective tasks 中介紹了：如何選擇 、編寫、向使用者呈現測試任務。

How to Write Better Tasks to Improve Your Usability Testing 中介紹如何編寫針對使用者的測試任務。

Task Scenarios: How to Avoid User Testing Bias 中介紹了編寫測試任務的步驟，以及如何將任務與場景結合以減少測試偏差。

Seven Tips For Writing Usability Task Scenarios 中Jeff Sauro指出了編寫測試任務/場景時需要注意的幾點資訊。

Turn User Goals into Task Scenarios for Usability Testing 中提供了編寫測試任務的3個小技巧。

5 Mistakes People Make When Writing Usability Tasks 中介紹了在編寫測試任務時大家需要避免的5種錯誤。

Creating usability test tasks that really motivate users 中David Travis將測試任務分為了6中型別並描述了每種型別適配的研究目的和內容。F