山大人機(jī)交互技術(shù)課件09可用性分析與評估

1、第9章 可用性分析與評估山東大學(xué)計算機(jī)學(xué)院Lecture 52內(nèi)容提要可用性的定義可用性工程支持可用性的設(shè)計原則可學(xué)習(xí)性靈活性魯棒性可用性的評估方法用戶模型法、啟發(fā)式評估、認(rèn)知性遍歷、用戶測試和用戶調(diào)查法等可用性案例Lecture 539.1可用性與可用性工程 可用性定義（ISO9241-11）可用性是指特定的用戶在特定的環(huán)境下使用產(chǎn)品并達(dá)到特定目標(biāo)的效力、效率和滿意的程度。其他定義可用性意味著使用產(chǎn)品的人能夠快速而方便的完成任務(wù)。定義基于以下四點：可用性是以用戶為中心；人們使用產(chǎn)品的目的是創(chuàng)造價值；所謂用戶就是那些為了完成任務(wù)而忙碌工作的人；產(chǎn)品是否易用由用戶判定。Lecture 54可用性

2、的五個方面可用性反應(yīng)用戶對產(chǎn)品的需求，表現(xiàn)在五個方面（5E）：有效性（Effective）怎樣準(zhǔn)確、完整地完成工作或達(dá)到目標(biāo)。效率（Efficient）怎樣快速地完成工作。吸引力（Engaging）用戶界面如何吸引用戶進(jìn)行交互并在使用中得到滿意和滿足。容錯能力（Error Tolerant）產(chǎn)品避免錯誤的發(fā)生并幫助用戶修正錯誤的能力。易于學(xué)習(xí)（Easy to Learn）支持用戶對產(chǎn)品的入門使用和在以后使用過程中的持續(xù)學(xué)習(xí)。Lecture 55增強(qiáng)可用性的好處提高生產(chǎn)率增加銷售和利潤降低培訓(xùn)和產(chǎn)品支持的成本減少開發(fā)時間和開發(fā)成本減少維護(hù)成本增加用戶的滿意度Lecture 56可用性案例在Win

3、dows98系統(tǒng)的控制面板中有一項功能“添加/刪除程序”，可以對系統(tǒng)中的應(yīng)用軟件進(jìn)行刪除或修改。但出于某種目的，對于Internet Exploer 6.0，卻只能選擇“添加”或“修復(fù)”，而無法刪除；用戶如果真正想刪除，必須借助于一些工具或手工改動注冊表，這顯然是非常不方便的。可用性案例微軟的Visual Basic 5.0系統(tǒng)中有一個只有兩個條目的列表框，而實際上使用下拉列表或選項按鈕更加合適。Lecture 58可用性工程不管系統(tǒng)內(nèi)部實現(xiàn)如何復(fù)雜，產(chǎn)品展現(xiàn)給用戶的應(yīng)該是一個易用、高效的使用界面，因為用戶的最終需求在于使用產(chǎn)品以完成某種功能，而不是花費(fèi)很大的氣力去了解產(chǎn)品的工作原理。Usab

4、ility engineering. By Jay Simpson, from the cover of IEEE Computer, March 1992.Lecture 59可用性工程定義所謂可用性工程就是改善系統(tǒng)可用性的迭代過程。它是一個完整的過程，貫穿于產(chǎn)品設(shè)計之前的準(zhǔn)備、設(shè)計實現(xiàn)、一直到產(chǎn)品投入使用。其目的就是保證最終產(chǎn)品具有完善的用戶界面。Lecture 510可用性工程的生命周期了解用戶競爭性分析設(shè)定可用性目標(biāo)用戶參與的設(shè)計迭代設(shè)計產(chǎn)品發(fā)布后的工作Lecture 5111）了解用戶 要在工作環(huán)境中觀察用戶通過實地訪問，觀察、了解用戶的使用情況，這樣可以得到第一手的資料，而不要僅僅

5、聽他們上司的描述。了解用戶的個體特征按照用戶的使用經(jīng)驗、受教育程度、年齡、先前接受過的相關(guān)培訓(xùn)等對用戶進(jìn)行分類。任務(wù)分析要想明確改善可用性的任務(wù)，就要了解用戶的所有目標(biāo)任務(wù)，以及用戶為達(dá)到目標(biāo)通常使用的方法；從中抽象出用戶的任務(wù)模型，收集其它一些必備的信息。功能分析分析這些用戶任務(wù)的功能性原因，弄清楚為了完成任務(wù)，什么是必須要做的，什么僅僅是些表面文章。Lecture 5122）競爭性分析啟發(fā)式地分析競爭產(chǎn)品或其交互界面，并結(jié)合使用經(jīng)驗，了解對手系統(tǒng)的優(yōu)缺點，針對其缺點進(jìn)行改進(jìn)，并借鑒其優(yōu)點。Eg:微軟在WINDOWS系統(tǒng)開發(fā)過程中，事實上從競爭對手蘋果公司的Mac系統(tǒng)借鑒了很多思想。 Lec

6、ture 5133）設(shè)定可用性目標(biāo) 預(yù)先確定可用性的評價尺度和可以量化的可用性目標(biāo)水平，也就是可用性目標(biāo)。單位時間發(fā)生錯誤數(shù)。完成單元任務(wù)，如航班預(yù)定，訂單定制等所花費(fèi)的時間。衡量可用性工程花費(fèi)的經(jīng)濟(jì)模型。 Lecture 5144）用戶參與的設(shè)計首先要明確什么樣的用戶會使用我們的系統(tǒng)；與這些用戶廣泛地溝通，理解他們的行為方式有什么不同；根據(jù)不同種類的用戶確定與軟件相關(guān)的用戶角色，定義這些角色的目標(biāo)，設(shè)定到達(dá)這些目標(biāo)的特定場景；之后考慮怎樣設(shè)計交互的解決方案了。 Lecture 5155）迭代設(shè)計設(shè)計、測試、再設(shè)計設(shè)計原型系統(tǒng)進(jìn)行迭代設(shè)計對發(fā)現(xiàn)的可用性問題進(jìn)行嚴(yán)重程度評級。動手解決新版本交互界

7、面中的問題。作出修改時，要記錄為什么做出改變的原因，也就是要抓住問題的原理。評估新版本的交互界面，如果還有改進(jìn)的余地，回到(1)，直到軟件開發(fā)時間或經(jīng)費(fèi)花光。Lecture 516瀑布模型（非迭代）需求設(shè)計編碼和單元測試系統(tǒng)集成運(yùn)行和維護(hù)迭代模型風(fēng)險曲線比較Lecture 5196）產(chǎn)品發(fā)布后的工作產(chǎn)品發(fā)布后繼續(xù)收集重要的可用性數(shù)據(jù)，這一點非常有必要，一方面可以用于進(jìn)一步改善產(chǎn)品的可用性，另一方面也為后續(xù)版本的開發(fā)作準(zhǔn)備。這些工作包括：通過與用戶座談、調(diào)查、觀察等手段明確可用性研究涉及的內(nèi)容。進(jìn)行標(biāo)準(zhǔn)化的市場調(diào)研，特別是調(diào)研用戶在新聞組、郵件列表、評論、雜志調(diào)查中對產(chǎn)品的評述。使用軟件日志記錄

8、，隨時記錄用戶遇到的問題，并設(shè)法發(fā)送回公司進(jìn)行分析。認(rèn)真分析用戶在產(chǎn)品服務(wù)熱線、修改要求、缺陷報告中對可用性的種種抱怨。 Lecture 5209.2 支持可用性的設(shè)計原則可學(xué)習(xí)性新用戶能否很容易地學(xué)會交互和達(dá)到最佳交互性能靈活性用戶和系統(tǒng)之間信息交流的方式是否靈活多樣魯棒性體現(xiàn)為用戶能不能成功達(dá)到交互目標(biāo)和能不能對達(dá)到的目標(biāo)進(jìn)行評估Lecture 521可學(xué)習(xí)性交互系統(tǒng)能否讓新手學(xué)會如何使用系統(tǒng)，以及如何達(dá)到最佳實用效果。支持可學(xué)習(xí)性的設(shè)計原則有：可預(yù)見性同步性熟悉性通用性一致性Lecture 522可學(xué)習(xí)性-可預(yù)見性可預(yù)見性意味著用戶利用對前面交互過程的了解就足以確定后面交互的結(jié)果?？深A(yù)見

9、性有別于計算機(jī)系統(tǒng)的確定性行為?？深A(yù)見性則是一個以用戶為中心的概念，它取決于用戶的觀察，不能完全由計算機(jī)的狀態(tài)決定交互的行為，還要由用戶根據(jù)自己的判斷來決定操作的可預(yù)見性Eg:窗口系統(tǒng)都在右上角提供三個按鈕：最小化、最大化和關(guān)閉Lecture 523可學(xué)習(xí)性-同步性同步性是指用戶依據(jù)界面當(dāng)前狀態(tài)評估過去操作造成影響的能力，也就是說用戶能不能同步地知道交互操作的結(jié)果。 Eg: 文件拖動Lecture 524可學(xué)習(xí)性-熟悉性 系統(tǒng)的新用戶在現(xiàn)實生活或使用其它系統(tǒng)時，會有一些交互過程的寶貴經(jīng)驗；可能這些經(jīng)驗與新系統(tǒng)的應(yīng)用領(lǐng)域不同，但對新用戶來說，如果新系統(tǒng)跟過去使用過的類似系統(tǒng)有一定相關(guān)性，那使用起

10、來就比較方便。Office 2003 & Office 2007 Lecture 525可學(xué)習(xí)性-通用性交互系統(tǒng)的通用性就是在交互中盡可能的提供一些通用的或能夠從現(xiàn)有功能類推出來的功能。Eg: 多窗口系統(tǒng)的cut/paste/copy 操作Lecture 526可學(xué)習(xí)性-一致性一致性是說在相似的環(huán)境下或執(zhí)行相似的任務(wù)時，一般會執(zhí)行相似的行為。一致性與前面提到的其它交互原則有關(guān)，如熟悉性可以看作與過去現(xiàn)實世界經(jīng)驗的一致性，通用性可以看作與同一平臺、同一系統(tǒng)中軟件交互體驗的一致性。 Lecture 527靈活性 靈活性體現(xiàn)用戶與系統(tǒng)交流信息方式的多樣性，主要表現(xiàn)在：可定制性對話主動性多線程可互換性

11、可替換性Lecture 528靈活性-可定制性可定制性是指用戶或系統(tǒng)修改界面的能力。 用戶主導(dǎo)：可定制-customized系統(tǒng)主導(dǎo)：可適應(yīng)-adaptive定制能力界面元素位置、顏色的定制交互結(jié)構(gòu)、流程的定制Eg: 根據(jù)用戶使用具體功能的頻繁程度來調(diào)整菜單項排列的順序，或?qū)⒁恍簳r不用的菜單項隱藏起來Lecture 529靈活性-對話主動性將人機(jī)交互雙方看作是一對對話者時，重點是誰是對話的發(fā)起人。系統(tǒng)主導(dǎo)系統(tǒng)可以發(fā)起所有對話，這種情況下，用戶只是簡單的響應(yīng)信息請求。例如，一個模式對話框就禁止用戶與系統(tǒng)的其它窗口交互。用戶主導(dǎo)用戶可以自由的啟動對系統(tǒng)的操作。從用戶角度看，系統(tǒng)主導(dǎo)的交互阻礙了靈

12、活性，而用戶主導(dǎo)的交互增強(qiáng)了靈活性。 一般而言，我們希望交互系統(tǒng)由用戶主導(dǎo)，但還是有些情況需要系統(tǒng)來主導(dǎo)交互如多用戶協(xié)同圖案設(shè)計中，一個用戶可能試圖刪除或涂抹另一用戶正在編輯的某一區(qū)域，這時就有必要由系統(tǒng)來限制這種具有嚴(yán)重“破壞行為”的交互活動。如飛機(jī)在著陸時，如果飛機(jī)翼襟未能同步展開，自動飛行系統(tǒng)應(yīng)該禁止著陸以避免機(jī)毀人亡。本地編輯操作員A操作員BLecture 531靈活性-多線程多線程的人機(jī)交互系統(tǒng)同時支持多個交互任務(wù)，可以把線程看作是一個特定用戶任務(wù)的相關(guān)對話部分；并發(fā)的多線程允許各自獨(dú)立交互任務(wù)中的多個交互同步進(jìn)行；交替地執(zhí)行多對話線程，允許各自獨(dú)立的交互任務(wù)暫時的重疊；但在任何給定

13、時間，對話實際上還是局限于單個任務(wù)。窗口系統(tǒng)很自然地支持多線程對話。每個窗口表示一個不同任務(wù)Lecture 532靈活性-可互換性可互換意味著任務(wù)的執(zhí)行可以在系統(tǒng)控制和用戶控制間進(jìn)行轉(zhuǎn)移。有可能的情況是交互一會兒由用戶控制，一會兒又由系統(tǒng)控制，交互的控制權(quán)彼此傳遞；或者將一個完全由系統(tǒng)控制的任務(wù)變成系統(tǒng)和用戶共同完成的任務(wù)。例如，字處理軟件中的拼寫檢查：用戶完全可以借助于字典逐字檢查，但這是一項繁雜的工作，所以最好交由機(jī)器來自動執(zhí)行，但機(jī)器往往對人名和無意義的重復(fù)輸入的單詞無法處理，這時還得靠人去處理，拼寫檢查最好由這種協(xié)作方式完成。在安全性要求特別嚴(yán)格的應(yīng)用中，任務(wù)遷移可以降低事故發(fā)生的概率

14、。例如，飛機(jī)飛行中的狀態(tài)檢查單靠人來執(zhí)行太過繁瑣，所以一般采用自動飛行控制，但一旦出現(xiàn)緊急情況，還得由飛行員憑借經(jīng)驗去處理。 Lecture 533靈活性-可替換性可替換性要求等量的數(shù)值可以彼此交換。例如頁邊距的單位，可以是英寸，也可以是厘米；在用戶輸入上，可以讓用戶在輸入框中輸入數(shù)值，也可以通過設(shè)定表達(dá)式的方式輸入。這種可替換性提供了由用戶選擇適當(dāng)方式的靈活性，并且通過適當(dāng)方式，避免無謂的換算，可以減少錯誤的發(fā)生?？商鎿Q性也體現(xiàn)在輸出上，也就是對狀態(tài)信息的不同描述方式。表示的多樣性說明了對狀態(tài)表達(dá)信息進(jìn)行渲染時的靈活性。例如，物體一段時間的溫度可以表示為數(shù)字溫度計（如果比較關(guān)心實際的溫度數(shù)值

15、），也可以表示為圖表（以清晰地反映溫度變化的趨勢）。有時可能需要同時提供這些表示方式，以備用戶適應(yīng)不同任務(wù)的需要。 Lecture 534魯棒性定義：可觀察性可恢復(fù)性響應(yīng)性任務(wù)規(guī)范性Lecture 535魯棒性-可觀察性可觀察性允許用戶通過觀察交互界面的表現(xiàn)來了解系統(tǒng)的內(nèi)部狀態(tài)。也就是說允許用戶將當(dāng)前觀察到的現(xiàn)象與要完成的任務(wù)進(jìn)行比較，如果用戶認(rèn)為系統(tǒng)沒有達(dá)到預(yù)定的目標(biāo)，可能會去修正后面的交互動作?？捎^察性涉及到五個方面的原則：可瀏覽性，缺省值提供，可達(dá)性，持久性和操作可見性。 Lecture 536魯棒性-可恢復(fù)性可恢復(fù)性是指用戶意識到發(fā)生了錯誤并進(jìn)行更正的能力?？苫謴?fù)性不僅利于魯棒性，還可

16、大大提高用戶的冒險意識，提高系統(tǒng)的可學(xué)習(xí)性 。Lecture 537魯棒性-響應(yīng)性響應(yīng)時間一般定義為系統(tǒng)對狀態(tài)改變做出反應(yīng)的延遲時間。一般而言，延遲較短或立即響應(yīng)最好。即使需要較長的時間才有最終結(jié)果，也應(yīng)該有所響應(yīng)。 Lecture 538關(guān)于系統(tǒng)響應(yīng)時間的一般約定0.1 sec.: 即時響應(yīng)的極限時間.直接操縱、虛擬場景的導(dǎo)航.1 sec.: 片刻等待的操作.若長于1sec.，顯示表示系統(tǒng)忙的光標(biāo).10 secs.: 使用戶保持對當(dāng)前交互關(guān)注的極限時間.如果長于10sec., 應(yīng)顯示操作進(jìn)度指示。Lecture 539魯棒性-任務(wù)規(guī)范性任務(wù)的規(guī)范性就是說系統(tǒng)為完成交互任務(wù)所提供的功能是否規(guī)范

17、。用戶可能已經(jīng)有一些交互體驗，對某些交互任務(wù)已經(jīng)有一些認(rèn)識；如果系統(tǒng)提供的功能符合規(guī)范，用戶就能大體知道系統(tǒng)對交互任務(wù)的支持，也就能夠比較容易理解和使用系統(tǒng)提供的新功能。規(guī)范的意義：可重復(fù)性強(qiáng)，出錯概率低Lecture 5409.3 可用性評估軟件可用性評估應(yīng)該遵循以下原則： 最具有權(quán)威性的可用性測試和評估不應(yīng)該針對專業(yè)技術(shù)人員，而應(yīng)該針對產(chǎn)品的用戶。軟件的可用性測試和評估是一個過程，這個過程在產(chǎn)品開發(fā)的初期階段就應(yīng)該開始。軟件的可用性測試必須是在用戶的實際工作任務(wù)和操作環(huán)境下進(jìn)行。要選擇有廣泛代表性的用戶。Lecture 541可用性評估方法用戶模型（User Model）啟發(fā)式評估 (He

18、uristic Evaluation)認(rèn)知性遍歷 (Cognitive Walkthrough)用戶測試 (User Testing)用戶問卷調(diào)查 (Questionnaire) 放聲思考法Lecture 542用戶模型法用戶模型法是用數(shù)學(xué)模型來模擬人機(jī)交互的過程。這種方法把人機(jī)交互的過程看做是解決問題的過程。它認(rèn)為人使用軟件系統(tǒng)是有目標(biāo)的，而一個大的目標(biāo)可以被細(xì)分為許多小的目標(biāo)。為了完成每個小的目標(biāo)，又有不同的動作和方法可供選擇，每一個細(xì)小的過程都可以計算完成的時間，這個方法特別適合于無法進(jìn)行用戶測試的情形。在人機(jī)交互領(lǐng)域中最著名的預(yù)測模型是GOMS模型。GOMS 是描述任務(wù)和用戶執(zhí)行該任務(wù)

19、所需知識的方法，通過目標(biāo) (Goal)、操作符 (Operator)、方法 (Method) 以及選擇規(guī)則 (Selection rule) 四個方面進(jìn)行描述。GOMS 模型可以模擬一個交互任務(wù)并以此進(jìn)行評估。關(guān)于GOMS模型的詳細(xì)論述參見本書第六章。 Lecture 543啟發(fā)式評估啟發(fā)式評估法就是使用一套相對簡單、通用、有啟發(fā)性的可用性原則（即“啟發(fā)”）來進(jìn)行可用性評估。具體方法是，專家使用一組稱為“啟發(fā)式原則”的可用性規(guī)則做為指導(dǎo)，評價用戶界面元素（如對話框，菜單，在線幫助等）是否符合這些原則。 Lecture 544可用性啟發(fā)原則1.系統(tǒng)狀態(tài)可見性2.系統(tǒng)與用戶現(xiàn)實世界相互匹配3.用戶

20、控制與自由4.一致性與標(biāo)準(zhǔn)5.錯誤預(yù)防6.識別而不是回憶7.使用的靈活性與效率8.美觀而精煉的設(shè)計9.幫助用戶認(rèn)識、診斷和修正錯誤10.幫助和文檔認(rèn)知性遍歷Cognitive Walkthrough在認(rèn)知性遍歷中，專家測評者從一個說明書或早期的原型出發(fā)構(gòu)建任務(wù)場景，然后讓用戶使用此界面來完成任務(wù)，即“遍歷”界面。用戶(稱為典型用戶)就象使用真正的界面那樣對界面進(jìn)行遍歷，使用它們來完成任務(wù)。仔細(xì)觀察用戶使用界面的每一步驟：如果界面中存在妨礙用戶完成任務(wù)的地方，就表明界面中缺少某些必要的內(nèi)容；完成任務(wù)的功能順序如果繁雜反復(fù)，就表明界面需要新的功能以簡化任務(wù)并修改功能的順序。Lecture 546認(rèn)

21、知性遍歷Cognitive Walkthrough進(jìn)行認(rèn)知性遍歷活動，需要以下四個條件： (1)對系統(tǒng)原型的詳盡描述，這種描述不一定是完整的，但要相當(dāng)詳盡。諸如菜單的位置描述或措辭選擇等這樣的細(xì)節(jié)也可能導(dǎo)致相當(dāng)大的差異。(2)對用戶在系統(tǒng)中要完成任務(wù)的描述，該任務(wù)應(yīng)當(dāng)是大多數(shù)用戶將要執(zhí)行的有代表性的任務(wù)。(3)一個完整的、書面的操作清單，列出使用給定原型完成任務(wù)所需執(zhí)行的操作。 (4）確定用戶的身份，以及評估人員能夠確定這些用戶已具有哪一類別的知識和經(jīng)驗。 Lecture 547認(rèn)知性遍歷認(rèn)知性遍歷認(rèn)為用戶完成一個任務(wù)的過程有三步：1.用戶在交互界面上尋找能幫助完成任務(wù)的行動方案；2.用戶選擇

22、并采用看起來最能幫助完成任務(wù)的行動；3.用戶評估系統(tǒng)作出的反饋，判斷在完成任務(wù)上的進(jìn)展。評審人員可以對用戶的每個交互過程模擬這三個步驟去評價，并以回答下列三個問題為基礎(chǔ)：1.界面上執(zhí)行正確動作的控件（按鈕、菜單、選項等）是否可見？2.用戶是否知道正確動作可以到達(dá)希望的結(jié)果？3.根據(jù)系統(tǒng)對動作的反饋信息，用戶是否能夠知道他的動作是否正確？ 網(wǎng)上書店買書找書網(wǎng)站上的圖書分類一步一步找書，記錄:用戶是否能夠方便的使用網(wǎng)站的分類系統(tǒng)網(wǎng)站的查詢系統(tǒng)查詢規(guī)則系統(tǒng)是否支持方便的查詢，以及在查詢過程中及時的反饋信息都會影響用戶交互任務(wù)的完成。用戶測試用戶測試就是讓用戶真正去使用軟件系統(tǒng)，由試驗人員對實驗過程進(jìn)

23、行觀察、記錄和測量。用戶測試可分為實驗室測試和現(xiàn)場測試。Lecture 550實驗室測試步驟1. 前期準(zhǔn)備工作（1）明確測試的目的l幫助改進(jìn)交互設(shè)計通過測試了解交互中有待改進(jìn)的地方，要搞清楚為什么出錯，而不僅僅是知道錯了?？梢栽跍y試中收集過程數(shù)據(jù)定量的去觀察發(fā)生了什么問題以及為什么會這樣。l評估交互的整體質(zhì)量根據(jù)一定的衡量指標(biāo)，通過測試評估交互的水平，比如用戶在某個交互任務(wù)上耗費(fèi)的時間，任務(wù)是否成功，出錯情況等等。也可對兩個以上的可選設(shè)計針對確定的性能需求進(jìn)行比較性評測。 Lecture 551實驗室測試步驟（2）準(zhǔn)備測試環(huán)境要確保測試環(huán)境的舒適。最簡單的是選一個安靜的房間，貼上“用戶測試中請

24、勿打擾”，關(guān)掉電話，保證房間足夠的亮度，給受測試者提供飲料；如果有可能的話使用專門的可用性實驗室。（3）準(zhǔn)備測試設(shè)備包括記錄測試過程需要的攝像機(jī)，三腳架，麥克風(fēng)，耳機(jī)，單向透光的鏡子，彩色監(jiān)視器，錄像機(jī)，錄像帶，電源線，擴(kuò)展插座，“請勿打擾”標(biāo)志，飲料，記錄軟件或表格等等。 注意：直面環(huán)境的干擾學(xué)生時代，每個人都經(jīng)歷過大小考試。要想使考試成績更準(zhǔn)確，必須降低這個過程中的干擾：一，改良考試環(huán)境；二，調(diào)整父母對考試期望的：學(xué)習(xí)知識才是最重要地！測試環(huán)境要測試的是大多數(shù)用戶使用這款產(chǎn)品時的正常環(huán)境。極端的環(huán)境都是相對的測試人員也是環(huán)境中一分子盡量減少測試人員對測試用戶的影響如果你給用戶一張購物卡，讓

25、Ta自己去買一樣他感興趣的東西。你躲在旁邊觀察，你會發(fā)現(xiàn)更多你想要的測試結(jié)果。Lecture 554測試用戶攝像機(jī)可用性工程師測試間觀察間攝像記錄控制設(shè)備其他觀察者單向透光的鏡子Lecture 555實驗室測試步驟（4）確定測試過程中的各種角色分配測試負(fù)責(zé)人負(fù)責(zé)全面控制測試，執(zhí)行所有與測試用戶的交談，以及撰寫任務(wù)報告等。 數(shù)據(jù)記錄員記錄測試過程中的重要事件和活動。攝像操作員對整個測試過程進(jìn)行錄像，包括開始的介紹和最后的任務(wù)報告部分。計算機(jī)操作員負(fù)責(zé)在測試之前，為每個新的測試用戶準(zhǔn)備交互初始界面和在系統(tǒng)崩潰、死機(jī)時進(jìn)行重新啟動等處理。測試者或測試用戶-參加測試的系統(tǒng)實際使用者。 實驗室測試步驟2

26、測試執(zhí)行的六個階段1.制定測試計劃計劃的主要部分包括：測試目標(biāo)、問題陳述、目標(biāo)用戶特征、測試方法、測試任務(wù)列表、需要收集的數(shù)據(jù)、測試報告內(nèi)容等。2.選擇測試者根據(jù)目標(biāo)用戶特征選擇有代表性的用戶，將他們分為幾類，每一類包含若干用戶；測試用戶來源應(yīng)該廣泛，有條件的話可以建立一個測試用戶數(shù)據(jù)庫。Lecture 5563.準(zhǔn)備測試材料測試指導(dǎo)書，說明測試的目的，介紹測試注意事項等；背景問卷，用來搜集用戶的有關(guān)信息，以便在測試過程中更好的理解用戶的表現(xiàn)；訓(xùn)練腳本，精確描述正式測試步驟，演示測試中的各種要求；任務(wù)場景描述，給測試用戶的測試描述；數(shù)據(jù)采集表格和測試后問卷，采集用戶數(shù)據(jù)和收集用戶在測試中的感受、觀點、建議等；最后將要做的事情按時間順序列成表格備查。4. 執(zhí)行引導(dǎo)測試對整個測試程序執(zhí)行引導(dǎo)測試，發(fā)現(xiàn)那些對測試的含糊描述和容易出錯的地方。5. 執(zhí)行正式測試執(zhí)行測試，測試過程中不要給用戶任何提示；測試結(jié)束，與用戶做測試后面談?wù){(diào)查；對特別有趣的問題和發(fā)現(xiàn)的問題保存屏幕快照；深入了解測試筆記中記錄的問題；復(fù)查測試后調(diào)查問卷；整理觀察者提出的問題等。6. 分析最終報告匯編和總結(jié)測試中獲得的數(shù)據(jù)，例如：完成時間的平均值、中間值、范圍和標(biāo)準(zhǔn)偏差，用戶成功完成任務(wù)的百分比，對于單個交互，用戶做出各種不同傾向性選擇的直方圖表示等。