在之前一篇關于GOV.UK的文章中寫到了樹形圖測試（Tree Testing）的研究方法，后來又在其他很多地方看到相關的內容。出于好奇就搜索了一下，找到幾篇文章，在這里整理一下。
樹形圖測試,又稱為反向卡片分類(reverse card sorting)或基于卡片的分類(card-based classification)。大型網站/應用的內容通常以主題和子主題構成的結構性組織呈現，樹形圖測試便是測量用戶在這個結構中尋找到目標內容的效率，其結果為網站/產品的信息架構和導航設計提供一系列評測指標。
1. 確定測試的目的:適用于基線研究、新架構的驗證性研究及不同架構方案的對比性研究；
2. 將網站/產品的信息架構以卡片的形式表現出來，示例見圖1；
3. 確定測試的任務和參與用戶；
4. 測試數據指標的記錄和分析。
樹形圖測試回答的問題：
1. 用戶能否在當前的樹（信息架構）中找到任務的目標內容？
2. 用戶能否直接找到目標內容，而不需要在內容之間回返？
3. 是否用戶能夠在主題間快速切換，而不需要過度的思考？
4. 總體而言，信息架構中的哪些部分是成功的，哪些是有問題的？
樹形圖測試中關注的指標：
1. 用戶在樹上的行為路徑；
2. 用戶是否成功的找到任務目標；
3. 用戶的猶豫和回返行為；
使用樹形圖測試的優勢：
1. 與閉合的卡片分類(closed card sorting)相比，開片分類告訴研究者用戶在文件/信息歸類方面的傾向，而樹形圖測試則揭示用戶如何尋找信息；
2. 使用樹形圖測試能夠避免在測試信息架構的過程中被界面UI、幫助信息和其他因素（如搜索功能）的影響；
3. 樹形圖測試不需要真正成型的產品/線框圖，便于在設計的早期進行，能夠降低試錯成本。
你可能關注的問題：
1. 在樹形圖中需要包括全部的信息架構嗎？
YES：如果你的架構中包含不多于100個主題和子主題；全新的信息架構；
NO：主題和子主題成百上千（支持把不必要的都刪掉，然后就變100以下了...）；信息架構微調；
另外，Jeff Sauro推薦在測試中包含：a) 跨主題/部門的元素；b) 涉及核心任務流程的元素；c) 在開放式卡片分類測試中存在爭議的元素。
2. 需要測試多少用戶？
下圖為Jeff Sauro提供的95%的置信度下樣本量VS.誤差界限表。舉個栗子：當樣本量為93人時，如果50%的用戶完成任務，則意味著：在相同的樹形圖測試任務中，你有95%地把握全體用戶中的40~60%能夠正確地找到任務目標。
3. 需要預設多少個測試任務？
視情況而定。Jeff Sauro的經驗是：14個任務的測試花費大概17分鐘，30個任務的測試花費的時間再53分鐘（每個任務完成后還包括對任務自信和主觀難度的測試）。
4. 樹形圖測試如何與其他可用性研究方法結合使用？
Jeff Sauro提供了一個不錯的例子：將任務自信評分和主觀難度(SEQ)評分相結合。另外，通過比較樹形圖測試和已上線產品的可用性測試結果，能夠判斷你的界面設計、幫助信息和搜索功能是幫助還是在阻礙用戶獲取信息。
5. 可用的在線工具
Dave OBrien中描述了他們根據Donna Spencer的文章和線下交流所設計的在線樹形圖測試工具---Treejack。
UserZoom也提供類似的在線工具，與Jeff Sauro合作完成了相當多次測試。
測試介紹：本案例介紹了一次樹形圖測試的基本內容，翻譯于Donna Spencer，2003。
1. 自我介紹：
在每次測試中，花一兩分鐘來做自我介紹，讓參與者知道你為什么這樣做。告知他們，測試只需要很短的時間，并給他們任何需要的相關背景信息。這些時間有助于用戶平復緊張和不安，并提供一些初步的反饋。
我通常使用介紹是：
“你好，我是Donna Maurer，這是[我的同事]，我們為[我的部門]工作。我們正在對我們的網站做一些改進。我們做了一些研究，并提出了一種不同的信息排布的方式。但在它真正應用之前，我想確保它對用戶是有意義的。我需要大約15分鐘來測試它。你不需要任何背景信息或特殊技能?！?/p>
“我要請你告訴我你怎么尋找某些信息。在這些卡片上是我了解到的人們當前在網站上尋找的信息。我會請你選擇一個任務，然后我會給你一個列表。我希望你告訴我在列表中你首先選擇的信息是什么?！?/p>
“然后我會給你和你選擇的信息相關的卡片，讓你告訴我你下一步你會選擇什么。如果它上面都沒有你希望選擇的，則回到上一張卡片重新選擇。要注意的是，在一個任務中，我們不會讓你進行超過兩次的選擇。這不是尋寶活動，它是對對我們是否有把對你有用的信息放在正確的地方的一次檢驗。如果這些你聽著不太明白，不用擔心，一旦我們開始做了你就會理解的。另外，如果這些卡上的任務你不會做或認為沒有意義，直接跳過它們吧。”
“最后，[我的同事]在我們進行測試的過程中會要記錄一些筆記?！?/p>
2. 呈現任務場景：
a) 確保用戶完成了任務的閱讀，將最上層的標簽卡在表上，并問：“在這些選擇中，你會到哪里去尋找信息？”
b) 用戶作出選擇。對于該項目，將次級標簽卡放在桌子上，并問，“你現在會去到哪里尋找信息？”
c) 對于用戶的每次選擇，將相應的卡片放在桌子上，直到達到分類的最低層級。
d) 讓同事記錄任務ID和分類號。然后更改任務，拿起除頂層以外的所有卡，重新開始。在任務中，如果參與者看起來猶豫，問他是否想再次選擇。
3. 測試結果的記錄和分析：
樹形圖測試的結果由著不同的分析方式：
Donna Spencer的文章中提供的方式為：分析不同用戶/群體的最終選擇的一致性情況；
Dave OBrien的Treejack工具則提供更詳細的任務完成度分析、任務路徑圖和最終選擇的一致性圖表；
拓展閱讀：對更多案例感興趣的朋友可以看看Grace G Lau在Boxes and Arrows 上更新的文章，講述了如何通過樹形圖測試檢測廚房中物品的安置。文章中解析了Treejack的測試結果，會對深入了解如何分析和解釋樹形圖測試結果有很大的幫助：Could You Hand Me the Dry Rub Please?
PS. 港真，我接觸用研的時間也不算短了。從研一開始到現在畢業季，斷斷續續也有近兩年時間，還是最近才了解到‘樹形圖測試’的概念。之前整理可用性測試用的量表時發現大家用的都是很早以前編制的量表，感覺好像我們已經停止探索了... ?這次對TreeTest的新發現首先反映了我在學習方面的不足，但同時也增長了對用戶研究的熱情。
參考文獻：
Dave OBrien, 2009, Tree Testing
Donna Spencer, 2003, Card-Based Classification
Jeff Sauro, 2013, Using Tree-testing to test information architecture
Summer,2012,樹形圖測試---快速評估網站構架
