軟件測試文檔以功能、易用性測試課件

第四講軟件測試·測試文檔

SoftwareTestingmethodsandtechniques軟件開發(fā)系列·軟件測試在本章中，我們將學(xué)習(xí)：測試計(jì)劃測試用例測試期間數(shù)據(jù)的收集測試報(bào)告測試文檔·概覽完成此課程之后，學(xué)員將具備以下能力：測試計(jì)劃怎么做？包含的內(nèi)容有哪些？測試用例怎么做？測試報(bào)告怎么做？測試文檔·目標(biāo)測試計(jì)劃必須包含的內(nèi)容：目的：明確每階段測試的目的測試策略：用于測試的方法資源配置：測試所需的硬件設(shè)備和測試人員配備明確任務(wù)：所以參加測試工作的人員角色和職責(zé)進(jìn)度安排：每一測試階段的進(jìn)度安排風(fēng)險(xiǎn)：指明項(xiàng)目中潛在的問題和風(fēng)險(xiǎn)區(qū)域停止測試的標(biāo)準(zhǔn)：判斷每測試階段停止測試的標(biāo)準(zhǔn)測試用例編寫要求：決定選用測試用例的編寫方法，保存、使用和維護(hù)測試用例的策略記錄手段：明確測試當(dāng)中對問題、進(jìn)度等記錄的方法測試工具：明確測試所需的工具并制定相應(yīng)計(jì)劃測試計(jì)劃模板測試文檔·測試計(jì)劃測試計(jì)劃測試用例測試期間數(shù)據(jù)的收集測試報(bào)告測試文檔·課程目錄測試用例是由一組測試數(shù)據(jù)和與之對應(yīng)的預(yù)期結(jié)果組成的，是為了驗(yàn)證軟件的某個(gè)功能在輸入該測試數(shù)據(jù)的時(shí)候產(chǎn)生的實(shí)際輸出結(jié)果是否與我們理論的預(yù)期結(jié)果相對應(yīng)。測試用例應(yīng)包括合理的輸入條件和不合理的輸入條件一個(gè)測試用例只對應(yīng)一個(gè)測試結(jié)果測試文檔·測試用例有關(guān)測試結(jié)果的積累數(shù)據(jù)測試任務(wù)，測試集合和測試事件的描述缺陷分析由于計(jì)劃的問題，導(dǎo)致沒有發(fā)現(xiàn)的缺陷的數(shù)據(jù)嚴(yán)重的缺陷缺陷類型為什么缺陷沒有發(fā)現(xiàn)效果測試文檔·測試期間數(shù)據(jù)的收集軟件基本情況描述測試范圍描述測試依據(jù)測試結(jié)果描述測試是否通過的結(jié)論測試文檔·測試報(bào)告報(bào)告目前的軟件狀態(tài)功能/測試矩陣功能測試的狀態(tài)報(bào)告，側(cè)重點(diǎn)分析關(guān)于功能的工作時(shí)間軸期望發(fā)現(xiàn)VS實(shí)際發(fā)現(xiàn)的缺陷比沒有發(fā)現(xiàn)的缺陷和改正的缺陷的差距按照類型分類，沒有改正的缺陷的平均值缺陷分類報(bào)告測試活動(dòng)報(bào)告測試文檔·測試報(bào)告報(bào)告目前的軟件狀態(tài)功能/測試矩陣功能測試的狀態(tài)報(bào)告，側(cè)重點(diǎn)分析關(guān)于功能的工作時(shí)間軸期望發(fā)現(xiàn)VS實(shí)際發(fā)現(xiàn)的缺陷比沒有發(fā)現(xiàn)的缺陷和改正的缺陷的差距按照類型分類，沒有改正的缺陷的平均值缺陷分類報(bào)告測試活動(dòng)報(bào)告給出系統(tǒng)的操作性能的評價(jià)明確什么時(shí)候系統(tǒng)可以進(jìn)行產(chǎn)品化的工作測試文檔·測試分析報(bào)告第五講軟件測試·功能測試

SoftwareTestingmethodsandtechniques軟件開發(fā)系列·軟件測試在本章中，我們將學(xué)習(xí)：功能性測試概述測試方法功能分解等價(jià)類劃分邊界值分析因果圖法其他測試法功能測試·概覽完成此課程之后，學(xué)員將具備以下能力：理解功能性測試的含義使用等價(jià)類劃分的方法設(shè)計(jì)測試用例使用邊界值分析的方法設(shè)計(jì)測試用例

對具體項(xiàng)目進(jìn)行功能測試

功能測試·目標(biāo)功能性測試概述測試方法功能分解等價(jià)類劃分邊界值分析因果圖法

其他測試方法功能測試·課程目錄正常的流程與異常的流程正面的用例與反面的用例輸入數(shù)據(jù)的數(shù)據(jù)類型和長度邊界值的防范數(shù)據(jù)的準(zhǔn)確性功能測試·概述輸入輸出黒盒內(nèi)部實(shí)現(xiàn)不可見功能測試·功能性測試模型測試用例數(shù)量較大測試用例可能產(chǎn)生很多冗余功能性測試的覆蓋范圍不可能達(dá)到100%功能測試·功能性測試的缺點(diǎn)功能性測試概述測試方法功能分解等價(jià)類劃分邊界值分析因果圖法

其他測試方法功能測試·課程目錄3.檢查按鈕的功能是否正確：如新建、編輯、刪除、關(guān)閉、返回、保存、導(dǎo)入，上一頁，下一頁，頁面跳轉(zhuǎn)，重置等功能是否正確。常見的錯(cuò)誤會出現(xiàn)在重置按鈕上，表現(xiàn)為功能失效。

4.字符串長度檢查:輸入超出需求所說明的字符串長度的內(nèi)容,看系統(tǒng)是否檢查字符串長度。還要檢查需求規(guī)定的字符串長度是否是正確的，有時(shí)候會出現(xiàn)，需求規(guī)定的字符串長度太短而無法輸入業(yè)務(wù)數(shù)據(jù)。

5.字符類型檢查:在應(yīng)該輸入指定類型的內(nèi)容的地方輸入其他類型的內(nèi)容(如在應(yīng)該輸入整型的地方輸入其他字符類型),看系統(tǒng)是否檢查字符類型。

6.標(biāo)點(diǎn)符號檢查:輸入內(nèi)容包括各種標(biāo)點(diǎn)符號,特別是空格,各種引號,回車鍵?？聪到y(tǒng)處理是否正確。常見的錯(cuò)誤是系統(tǒng)對空格的處理，可能添加的時(shí)候，將空格當(dāng)作一個(gè)字符，而在查詢的時(shí)候空格被屏蔽，導(dǎo)致無法查詢到添加的內(nèi)容。

功能測試·測試方法7．特殊字符檢查：輸入特殊符號，如@、#、$、%、!等，看系統(tǒng)處理是否正確。常見的錯(cuò)誤是出現(xiàn)在%‘"這幾個(gè)特殊字符

8.中文字符處理:在可以輸入中、英文的系統(tǒng)輸入中文,看會否出現(xiàn)亂碼或出錯(cuò)。

9.檢查信息的完整性:在查看信息和更新信息時(shí),查看所填寫的信息是不是全部更新,更新信息和添加信息是否一致。要注意檢查的時(shí)候每個(gè)字段都應(yīng)該檢查，有時(shí)候，會出現(xiàn)部分字段更新了而個(gè)別字段沒有更新的情況。

10.信息重復(fù):在一些需要命名,且名字應(yīng)該唯一的信息輸入重復(fù)的名字或ID,看系統(tǒng)有沒有處理,會否報(bào)錯(cuò),重名包括是否區(qū)分大小寫,以及在輸入內(nèi)容的前后輸入空格,系統(tǒng)是否作出正確處理。

功能測試·測試方法11.檢查刪除功能:在一些可以一次刪除多個(gè)信息的地方,不選擇任何信息,按“delete”,看系統(tǒng)如何處理,會否出錯(cuò);然后選擇一個(gè)和多個(gè)信息,進(jìn)行刪除,看是否正確處理。如果有多頁，翻頁選，看系統(tǒng)是否都正確刪除，并且要注意，刪除的時(shí)候是否有提示，讓用戶能夠更正錯(cuò)誤，不誤刪除。

12.檢查添加和修改是否一致:檢查添加和修改信息的要求是否一致,例如添加要求必填的項(xiàng),修改也應(yīng)該必填;添加規(guī)定為整型的項(xiàng),修改也必須為整型。

13.檢查修改重名:修改時(shí)把不能重名的項(xiàng)改為已存在的內(nèi)容,看是否會處理,報(bào)錯(cuò).同時(shí),也要注意,會不會報(bào)和自己重名的錯(cuò)。

14.重復(fù)提交表單：一條已經(jīng)成功提交的紀(jì)錄，返回后再提交，看看系統(tǒng)是否做了處理。對于Web系統(tǒng)來說，可以通過瀏覽器返回鍵或者系統(tǒng)提供的返回功能。

功能測試·測試方法19.必填項(xiàng)檢查：應(yīng)該填寫的項(xiàng)沒有填寫時(shí)系統(tǒng)是否都做了處理，對必填項(xiàng)是否有提示信息，如在必填項(xiàng)前加“*”；對必填項(xiàng)提示返回后，焦點(diǎn)是否會自動(dòng)定位到必填項(xiàng)。

20.快捷鍵檢查：是否支持常用快捷鍵，如Ctrl+C、Ctrl+V、Backspace等，對一些不允許輸入信息的字段，如選人，選日期對快捷方式是否也做了限制。

21.回車鍵檢查:在輸入結(jié)束后直接按回車鍵,看系統(tǒng)處理如何,會否報(bào)錯(cuò)。這個(gè)地方很有可能會出現(xiàn)錯(cuò)誤。

22．刷新鍵檢查：在Web系統(tǒng)中，使用瀏覽器的刷新鍵，看系統(tǒng)處理如何，會否報(bào)錯(cuò)。

23．回退鍵檢查：在Web系統(tǒng)中，使用瀏覽器的回退鍵，看系統(tǒng)處理如何，會否報(bào)錯(cuò)。對于需要用戶驗(yàn)證的系統(tǒng)，在退出登錄后，使用回退鍵，看系統(tǒng)處理如何；多次使用回退鍵，多次使用前進(jìn)鍵，看系統(tǒng)如何處理。

功能測試·測試方法24．直接URL鏈接檢查：在Web系統(tǒng)中，直接輸入各功能頁面的URL地址，看系統(tǒng)如何處理，對于需要用戶驗(yàn)證的系統(tǒng)更為重要。如果系統(tǒng)安全性設(shè)計(jì)的不好，直接輸入各功能頁面的URL地址，很有可能會正常打開頁面。

25．空格檢查：在輸入信息項(xiàng)中，輸入一個(gè)或連串空格，查看系統(tǒng)如何處理。如對于要求輸入整型、符點(diǎn)型變量的項(xiàng)中，輸入空格，既不是空值，又不是標(biāo)準(zhǔn)輸入。

26．輸入法半角全角檢查：在輸入信息項(xiàng)中，輸入半角或全角的信息，查看系統(tǒng)如何處理。如對于要求輸入符點(diǎn)型數(shù)據(jù)的項(xiàng)中，輸入全角的小數(shù)點(diǎn)（“。”或“．”，如４．５）；輸入全角的空格等。

27．密碼檢查：一些系統(tǒng)的加密方法采用對字符Ascii碼移位的方式，處理密碼加密相對較為簡單，且安全性較高，對于局域網(wǎng)系統(tǒng)來說，此種方式完全可以起到加密的作用，但同時(shí)，會造成一些問題，即大于128的Ascii對應(yīng)的字符在解密時(shí)無法解析，嘗試使用“uvwxyz”等一些碼值較大的字符作為密碼，同時(shí)，密碼盡可能的長，如17位密碼等，造成加密后的密碼出現(xiàn)無法解析的字符。

功能測試·測試方法28．用戶檢查：任何一個(gè)系統(tǒng)，都有各類不同的用戶，同樣具有一個(gè)或多個(gè)管理員用戶，檢查各個(gè)管理員之間是否可以相互管理，編輯、刪除管理員用戶。同時(shí)，對于一般用戶，嘗試刪除，并重建同名的用戶，檢查該用戶其它信息是否重現(xiàn)。同樣，提供注銷功能的系統(tǒng)，此用戶再次注冊時(shí)，是否作為一個(gè)新的用戶。而且還要檢查該用戶的有效日期，過了有效日期的用戶是不能登錄系統(tǒng)的。容易出現(xiàn)錯(cuò)誤的情況是，可能有用戶管理權(quán)限的非超級管理員，能夠修改超級管理員的權(quán)限。

29．系統(tǒng)數(shù)據(jù)檢查：這是功能測試最重要的，如果系統(tǒng)數(shù)據(jù)計(jì)算不正確，那么功能測試肯定是通不過的。數(shù)據(jù)檢查根據(jù)不同的系統(tǒng)，方法不同。對于業(yè)務(wù)管理平臺，數(shù)據(jù)隨業(yè)務(wù)過程、狀態(tài)的變化保持正確，不能因?yàn)槟硞€(gè)過程出現(xiàn)垃圾數(shù)據(jù)，也不能因?yàn)槟硞€(gè)過程而丟失數(shù)據(jù)。

30．系統(tǒng)可恢復(fù)性檢查：以各種方式把系統(tǒng)搞癱，測試系統(tǒng)是否可正常迅速恢復(fù)。

功能測試·測試方法31．確認(rèn)提示檢查：系統(tǒng)中的更新、刪除操作，是否提示用戶確認(rèn)更新或刪除，操作是否可以回退（即是否可以選擇取消操作），提示信息是否準(zhǔn)確。事前或事后提示，對于Update或Delete操作，要求進(jìn)行事前提示。

32．?dāng)?shù)據(jù)注入檢查：數(shù)據(jù)注入主要是對數(shù)據(jù)庫的注入，通過輸入一些特殊的字符，如“’”，“/”，“-”等或字符組合，完成對SQL語句的破壞，造成系統(tǒng)查詢、插入、刪除操作的SQL因?yàn)檫@些字符而改變原來的意圖。如select*fromtablewhereid=‘’and

name=‘

’，通過在id輸入框中輸入“12’-”，會造成查詢語句把name條件注釋掉，而只查詢id=12的記錄。同樣，對于update和delete的操作，可能會造成誤刪除數(shù)據(jù)。當(dāng)然還有其它一些SQL注入方法，具體可以參考《SQL應(yīng)用高級SQL注入.doc》，很多程序都是基于頁面對輸入字符進(jìn)行控制的，可以嘗試跳過界面直接向數(shù)據(jù)庫中插入數(shù)據(jù)，比如用Jmeter，來完成數(shù)據(jù)注入檢查。

功能測試·測試方法33．刷新檢查：web系統(tǒng)中的WebForm控件實(shí)時(shí)刷新功能，在系統(tǒng)應(yīng)用中有利有弊，給系統(tǒng)的性能帶來較大的影響。測試過程中檢測刷新功能對系統(tǒng)或應(yīng)用造成的影響（白屏），檢查控件是否回歸默認(rèn)初始值，檢查是否對系統(tǒng)的性能產(chǎn)生較大影響（如每次刷新都連接數(shù)據(jù)庫查詢等）。

34．事務(wù)檢查：對于事務(wù)性操作，斷開網(wǎng)絡(luò)或關(guān)閉程序來中斷操作，事務(wù)是否回滾。

35．時(shí)間日期檢查：時(shí)間、日期驗(yàn)證是每個(gè)系統(tǒng)都必須的，如2006-2-29、2006-6-31等錯(cuò)誤日期，同時(shí)，對于管理、財(cái)務(wù)類系統(tǒng)，每年的1月與前一年的12月（同理，每年的第1季度與前一年的第4季度）。另外，對于日期、時(shí)間格式的驗(yàn)證，如2006年2月28日、2006-2-28、等。日期檢查還要檢查日期范圍是否符合實(shí)際的業(yè)務(wù)，對于不符合時(shí)間業(yè)務(wù)的日期，系統(tǒng)是否會有提示或者有限制。

功能測試·測試方法36．多瀏覽器驗(yàn)證：越來越多的各類瀏覽器的出現(xiàn)，用戶訪問Web程序不再單單依賴于MicrosoftInternetExplorer，而是有了更多的選擇：Maxthon、Firefox、TencentTraveler等，考慮使用多種瀏覽器訪問系統(tǒng)，驗(yàn)證效果。

37．安裝測試：對于C/S架構(gòu)的系統(tǒng)，安裝程序的測試是一個(gè)重要方面，安裝程序自動(dòng)化程度、安裝選項(xiàng)和設(shè)置（驗(yàn)證各種方案是否都能正常安裝）、安裝過程中斷測試、安裝順序測試（分布式系統(tǒng)）、修復(fù)安裝及卸載測試。

38．文檔測試：主要是對用戶使用手冊、產(chǎn)品手冊進(jìn)行測試，校驗(yàn)是否描述正確、完整，是否與當(dāng)前系統(tǒng)版本對照，是否易理解，是否二義性等。

39．測試數(shù)據(jù)檢查：事實(shí)告訴我們，測試數(shù)據(jù)比代碼更有可能是錯(cuò)的，因此，當(dāng)測試結(jié)果顯示有錯(cuò)誤發(fā)生的時(shí)候，懷疑代碼錯(cuò)誤前要先對測試數(shù)據(jù)檢查一遍。

功能測試·測試方法40．請讓我的機(jī)器來運(yùn)行：在某些項(xiàng)目中，出現(xiàn)一個(gè)病態(tài)的問題：系統(tǒng)沒有問題呀，它在我的機(jī)器上是能夠通過的。這就說明了其中存在著和環(huán)境相關(guān)的BUG。“是否所有的一切都受到了版本控制工具的管理？”、“本機(jī)的開發(fā)環(huán)境和服務(wù)器的環(huán)境是否一樣？”、“這里是否存在一個(gè)真正的BUG，只不過是在其他的機(jī)器里偶然出現(xiàn)？”。所有的測試必須在所有系統(tǒng)要求的機(jī)器上運(yùn)行通過，否則的話，代碼就可能存在問題。

41．Ajax技術(shù)的應(yīng)用：Ajax有很多優(yōu)點(diǎn)，但也有很多缺點(diǎn)，如果利用優(yōu)點(diǎn)、避免缺點(diǎn)，是我們對新的Web2.0應(yīng)用的一個(gè)挑戰(zhàn)。而Ajax的應(yīng)用最直接的問題就是用戶體驗(yàn)，用戶體驗(yàn)的效果直接關(guān)系到是否使用Ajax技術(shù)?！皶?，并不意味著應(yīng)該做、必須做”，這就是對Ajax技術(shù)的很重要的注解。

功能測試·測試方法42．Ajax技術(shù)的應(yīng)用：Ajax采用異步調(diào)用的機(jī)制實(shí)現(xiàn)頁面的部分刷新功能，異步調(diào)用存在異常中斷的可能，嘗試各種方法異常中斷異步的數(shù)據(jù)調(diào)用，查看是否出現(xiàn)問題。在這里遇到的一個(gè)問題就是對日期控件的操作，已經(jīng)如果頁面數(shù)據(jù)較多的時(shí)候的刷新。

43．腳本錯(cuò)誤：隨著Ajax、IFrame等異步調(diào)用技術(shù)的發(fā)展，Javascrīpt技術(shù)也越來越受到開發(fā)人員的重視，但Javascrīpt存在調(diào)試?yán)щy、各瀏覽器存在可能不兼容等問題，因此在Web系統(tǒng)中，可能會出現(xiàn)腳本錯(cuò)誤。同時(shí)，腳本錯(cuò)誤造成的后果可大、可小，不能忽視。功能測試·測試方法翻頁功能我們常碰到的一般有以下幾個(gè)功能：1、首頁、上一頁、下一頁、尾頁。2、總頁數(shù)，當(dāng)前頁數(shù)3、指定跳轉(zhuǎn)頁4、指定每頁顯示條數(shù)當(dāng)然，有一些是少于多少頁，全部以數(shù)字的形式顯示，多于多少頁后，才出現(xiàn)下一頁的控件。本文暫且用以上四點(diǎn)來做為通用的用例來設(shè)計(jì)吧。對于1翻頁鏈接或按鈕的測試，主要要檢查的測試點(diǎn)有：

1、有無數(shù)據(jù)時(shí)控件的顯示情況

2、在首頁時(shí)，首頁和上一頁是否能點(diǎn)擊

3、在尾頁時(shí)，下一頁和尾頁是否能點(diǎn)擊

4、在非首頁和非尾頁時(shí)，四個(gè)按鈕功能是否正確

5、翻頁后，列表中的記錄是否仍按照指定的排序列進(jìn)行了排序功能測試·測試方法對于2總頁數(shù)，當(dāng)前頁數(shù)，主要要檢查的測試點(diǎn)有：

1、總頁數(shù)是否等于總的記錄數(shù)/指定每頁條數(shù)

2、當(dāng)前頁數(shù)是否正確對于3指定跳轉(zhuǎn)頁，主要要檢查的測試點(diǎn)有：

1、是否能正常跳轉(zhuǎn)到指定的頁數(shù)

2、輸入的跳轉(zhuǎn)頁數(shù)非法時(shí)的處理對于4指定每頁顯示條數(shù)，主要要檢查的測試點(diǎn)有：

1、是否有默認(rèn)的指定每頁顯示條數(shù)

2、指定每頁的條數(shù)后，列表顯示的記錄數(shù)，頁數(shù)是否正確

3、輸入的每頁條數(shù)非法時(shí)的處理功能測試·測試方法分析完上面的測試點(diǎn)，應(yīng)該可以進(jìn)行用例的設(shè)計(jì)了。

step1:列表無記錄

expect:1、四個(gè)翻頁控件變灰不可點(diǎn)擊

2、列表有相應(yīng)的無數(shù)據(jù)信息提示

3、不可指定頁數(shù)

4、不可指定跳轉(zhuǎn)頁

5、總頁數(shù)顯示為0

6、當(dāng)前頁數(shù)顯示為0

step2:列表的記錄數(shù)<=指定的每頁顯示條數(shù)

expect:1、四個(gè)翻頁控件變灰不可點(diǎn)擊

2、總頁數(shù)顯示為1

3、當(dāng)前頁數(shù)顯示為1

step3:列表的記錄數(shù)>指定的每頁顯示條數(shù)

expect:1、默認(rèn)在首頁，當(dāng)前頁數(shù)為1

2、列表的數(shù)據(jù)按照指定的排序列正確排序

3、記錄數(shù)與數(shù)據(jù)庫相符4、總頁數(shù)＝記錄數(shù)/指定的每頁顯示條數(shù)功能測試·測試方法step4:列表的記錄數(shù)>指定的每頁顯示條數(shù)，在首頁

expect:1、首頁變灰不可點(diǎn)擊

2、上一頁變灰不可點(diǎn)擊

3、下一頁可點(diǎn)擊，從（每頁指定條數(shù)＋1）條記錄

開始顯示，當(dāng)前頁數(shù)+1

4、尾頁可點(diǎn)擊，顯示最后頁的記錄

step5:列表的記錄數(shù)>指定的每頁顯示條數(shù)，在中間的某頁

expect:1、首頁可點(diǎn)擊，顯示1到每頁指定條數(shù)的記錄

2、上一頁可點(diǎn)擊，顯示上一頁的記錄

3、下一頁可點(diǎn)擊，從后一頁的記錄

4、尾頁可點(diǎn)擊，顯示最后頁的記錄

5、列表的數(shù)據(jù)按照指定的排序列正確排序

6、當(dāng)前頁數(shù)為所在頁功能測試·測試方法功能分解等價(jià)類劃分邊界值分析因果圖法其他測試方法功能測試·功能性測試的方法功能性測試概述測試方法功能分解等價(jià)類劃分邊界值分析因果圖法

其他測試方法功能測試·課程目錄含義把軟件分解為相對獨(dú)立的功能單元目的通過功能分解可以明確軟件功能性測試的內(nèi)容使軟件功能性測試可度量，有利于測試監(jiān)督和管理功能測試·功能分解功能分解應(yīng)把握好度不能分解得過粗不能分解得過細(xì)可提高軟件功能性測試度量的準(zhǔn)確性功能測試·功能分解功能性測試概述測試方法功能分解等價(jià)類劃分

邊界值分析因果圖法

其他測試方法功能測試·課程目錄等價(jià)類劃分是將程序的輸入域或輸出域的不同區(qū)間劃分為不同的數(shù)據(jù)類，以便導(dǎo)出測試用例每個(gè)等價(jià)類所揭示的程序錯(cuò)誤都是等價(jià)的要求此方法的測試用例能各自發(fā)現(xiàn)一類錯(cuò)誤，從而減少必須開發(fā)的測試用例數(shù)

功能測試·等價(jià)類劃分有效等價(jià)類對于程序的需求說明來說是合理的，有意義的輸入數(shù)據(jù)所構(gòu)成的集合利用它可以檢驗(yàn)程序是否實(shí)現(xiàn)了預(yù)期的功能和性能無效等價(jià)類對于程序的需求說明來說是不合理的，沒有意義的輸入數(shù)據(jù)所構(gòu)成的集合利用它可以檢驗(yàn)程序?qū)τ跓o效數(shù)據(jù)的處理能力功能測試·等價(jià)類分類如果輸入條件規(guī)定了取值范圍，或者值的個(gè)數(shù)，則可以確立一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類，例如：數(shù)據(jù)范圍是1~50有效等價(jià)類為“>=1&&<=50”兩個(gè)無效等價(jià)類為“<1”和“>50”功能測試·確立等價(jià)類的原則如果輸入條件是一個(gè)布爾量，則可以確立一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類

如果規(guī)定了輸入數(shù)據(jù)的一組值，而且程序要對每一個(gè)輸入值分別進(jìn)行處理，這時(shí)要對每一個(gè)規(guī)定的輸入值確立一個(gè)有效等價(jià)類，而對于這組值之外的所有值確立一個(gè)無效等價(jià)類

功能測試·確立等價(jià)類的原則如果規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則，則可以確立一個(gè)有效等價(jià)類（即遵守規(guī)則的數(shù)據(jù)）和若干無效等價(jià)類（從不同角度違反規(guī)則的數(shù)據(jù)），例如：

測試密碼域，要求密碼必須是數(shù)字或字母有效等價(jià)類為“密碼是數(shù)字和字母的組合”無效等價(jià)類為“密碼包括中文”、“密碼包括其它符號”等如果確知已劃分的等價(jià)類中的各元素在程序中的處理方式不同，則應(yīng)進(jìn)一步劃分成更小的等價(jià)類

功能測試·確立等價(jià)類的原則分析輸入輸出劃分有效等價(jià)類、無效等價(jià)類

設(shè)計(jì)測試用例，使其盡可能多的覆蓋有效等價(jià)類

設(shè)計(jì)測試用例，使其盡可能多的覆蓋無效等價(jià)類

功能測試·等價(jià)類測試用例設(shè)計(jì)功能性測試概述測試方法功能分解等價(jià)類劃分邊界值分析

因果圖法

其他測試方法功能測試·課程目錄缺陷往往遺漏在角落里，聚集在邊界上選取輸入條件的邊界區(qū)域作為測試數(shù)據(jù)比中間的數(shù)據(jù)更加容易發(fā)現(xiàn)錯(cuò)誤邊界值分析法是一種補(bǔ)充等價(jià)類劃分的測試用例設(shè)計(jì)技術(shù)不是對某個(gè)等價(jià)類隨便挑一個(gè)數(shù)據(jù)做測試數(shù)據(jù)，而是選一個(gè)或多個(gè)邊界數(shù)據(jù)，使得該等價(jià)類的每個(gè)邊界都被測試到不僅考慮輸入數(shù)據(jù)，而且考慮輸出數(shù)據(jù)功能測試·邊界值分析如果輸入條件或輸出條件規(guī)定了值的范圍并且有效條件包括了值的邊界，可分別對邊界和略超出邊界取值，例如：數(shù)據(jù)范圍是1<=x<=50正整數(shù)邊界值取為：1、50、0、51如果輸入條件或輸出條件規(guī)定了值的范圍并且有效條件不包括了值的邊界，可分別對邊界和略處于邊界內(nèi)取值，例如：數(shù)據(jù)范圍是1<x<50正整數(shù)邊界值取為：1、50、2、49功能測試·確立邊界值的原則如果輸入或輸出域是個(gè)有序的集合（如順序文件、表格等），應(yīng)注意選取有序集的第一個(gè)和最后一個(gè)元素以及集合外但靠近集合的元素作為邊界，例如：輸入文件名介于之間邊界值取為，，，功能測試·邊界值分析功能性測試概述測試方法功能分解等價(jià)類劃分邊界值分析因果圖法

其他測試方法功能測試·課程目錄考慮輸入條件之間的相互聯(lián)系、相互組合

因果圖法最終生成的是判定表，它適用于檢查程序輸入條件的各種組合情況功能測試·因果圖法介紹在一些數(shù)據(jù)處理問題中，某些操作依賴多個(gè)邏輯條件的取值。處理這類問題的一個(gè)非常有力的分析和表達(dá)工具是判定表一些軟件的功能需求可用判定表表達(dá)得非常清楚，在檢驗(yàn)程序的功能時(shí)判定表也就成為一個(gè)非常有力的工具功能測試·判定表介紹判定表由四個(gè)部分組成：條件樁（ConditionStub）動(dòng)作樁（ActionStub）條件項(xiàng)（ConditionEntry）動(dòng)作項(xiàng)（ActionEntry）功能測試·判定表介紹條件樁條件項(xiàng)動(dòng)作樁動(dòng)作項(xiàng)功能測試·判定表介紹功能測試·判定表圖示分析軟件規(guī)格說明描述中的因果關(guān)系（輸入與輸出的因果關(guān)系）

找出原因與結(jié)果、原因與原因之間的對應(yīng)關(guān)系，畫出因果圖在因果圖上標(biāo)記約束或限制條件把因果圖轉(zhuǎn)化為判定表將判定表中的每一列拿出來設(shè)計(jì)測試用例

功能測試·困果圖法步驟測試用例數(shù)目較少

測試用例數(shù)目隨數(shù)據(jù)數(shù)目的增加而線形的增加功能測試·困果圖法的優(yōu)點(diǎn)功能性測試概述測試方法功能分解等價(jià)類劃分邊界值分析因果圖法

其他測試方法功能測試·課程目錄使用隨機(jī)數(shù)生成器選取測試用例值避免測試偏見（只選取邊界值）存在問題：測試用例是否充分功能測試·隨機(jī)測試錯(cuò)誤推測法是基于經(jīng)驗(yàn)和直覺推測程序中所有可能存在的各種錯(cuò)誤，從而有針對性地設(shè)計(jì)測試用例功能測試·錯(cuò)誤推測法列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況來設(shè)計(jì)測試用例例如:

以前測試時(shí)曾出現(xiàn)過錯(cuò)誤的地方，包括單元測試、集成測試、系統(tǒng)測試、前幾次回歸測試輸入數(shù)據(jù)的問題，如是否可為空，是否可以有特殊字符，是否可以小于0、等于0等等一些問題的范圍或邊界功能測試·錯(cuò)誤推測法基本思想功能性測試方法主要有三種：等價(jià)類劃分、邊界值分析、因果圖法三種方法各有優(yōu)勢，應(yīng)靈活使用功能測試·本課總結(jié)第六講軟件測試·易用性測試

SoftwareTestingmethodsandtechniques軟件開發(fā)系列·軟件測試在本章中，我們將學(xué)習(xí)：概念對于易用性測試應(yīng)遵循的原則易用性測試的標(biāo)準(zhǔn)易用性測試的方法易用性測試·概覽完成此課程之后，學(xué)員將具備以下能力：理解易用性測試的含義易用性測試的標(biāo)準(zhǔn)是什么？易用性測試的方法有哪些？易用性測試·目標(biāo)概念對于易用性測試應(yīng)遵循的原則易用性測試的標(biāo)準(zhǔn)易用性測試的方法易用性測試·課程目錄

易用性(Useability)是交互的適應(yīng)性、功能性和有效性的集中體現(xiàn)。

在2003年頒布的GB/T16260-2003(ISO9126-2001)《軟件工程產(chǎn)品質(zhì)量》質(zhì)量模型中，提出易用性包含易理解性、易學(xué)習(xí)性和易操作性;即易用性是指在指定條件下使用時(shí)，軟件產(chǎn)品被理解、學(xué)習(xí)、使用和吸引用戶的能力。

通常對易用性有如下定義：

易見Easytodiscover：單單憑觀察，用戶就應(yīng)知道設(shè)備的狀態(tài)，該設(shè)備供選擇可以采取的行動(dòng)。

易學(xué)Easytolearn：不通過幫助文件或通過簡單的幫助文件，用戶就能對一個(gè)陌生的產(chǎn)品有清晰的認(rèn)識。

易用Easytouse：用戶不翻閱手冊就能使用軟件。

易用性測試·概念概念對于易用性測試應(yīng)遵循的原則易用性測試的標(biāo)準(zhǔn)易用性測試的方法易用性測試·課程目錄對于易用性測試可遵循以下原則：1、完成相同或相近功能的按鈕用Frame框起來，常用按鈕要支持

快捷方式。2、完成同一功能或任務(wù)的元素放在集中位置，減少鼠標(biāo)移動(dòng)的距

離。3、按功能將界面劃分局域塊，用Frame框起來，并要有功能說明

或標(biāo)題。4、界面要支持鍵盤自動(dòng)瀏覽按鈕功能，即按Tab鍵的自動(dòng)切換功

能。5、界面上首先應(yīng)輸入的信息和重要信息的控件在Tab順序中應(yīng)當(dāng)

靠前，位置也應(yīng)放在窗口上較醒目的位置。6、同一界面上的控件數(shù)最好不要超過10個(gè)，多于10個(gè)時(shí)可以考

慮使用分頁界面顯示。7、分頁界面要支持在頁面間的快捷切換，常用組合快捷鍵Ctrl+Tab8、默認(rèn)按鈕要支持Enter操作，即按Enter后自動(dòng)執(zhí)行默認(rèn)按鈕對

應(yīng)操作。易用性測試·對于易用性測試應(yīng)遵循的原則9、可輸入控件檢測到非法輸入后應(yīng)給出說明信息并能自動(dòng)獲得焦

點(diǎn)。10、Tab鍵的順序與控件排列順序要一直，目前流行總體從上到下，

同時(shí)行間從左到右的方式。11、復(fù)選框和選項(xiàng)框按選擇幾率的高底而先后排列。12、復(fù)選框和選項(xiàng)框要有默認(rèn)選項(xiàng)，并支持Tab選擇。13、選項(xiàng)數(shù)相同時(shí)多用選項(xiàng)框而不用下拉列表框。14、界面空間較小時(shí)使用下拉框而不用選項(xiàng)框。15、選項(xiàng)數(shù)較少時(shí)使用選項(xiàng)框，相反使用下拉列表框。16、專業(yè)性強(qiáng)的軟件要使用相關(guān)的專業(yè)術(shù)語，通用性界面則提倡

使用通用性詞眼。17、對于界面輸入重復(fù)性高的情況，該界面應(yīng)全面支持鍵盤操作，

即在不使用鼠標(biāo)的情況下采用鍵盤進(jìn)行操作。易用性測試·對于易用性測試應(yīng)遵循的原則是否符合日常習(xí)慣提示性信息是否準(zhǔn)確是否提供了很多幫助信息，用以指導(dǎo)用戶更好的使用軟件系統(tǒng)軟件的操作流程是否設(shè)置得很清晰，操作過程很簡潔用戶使用最頻繁的選項(xiàng)是否設(shè)置了默認(rèn)值，用戶使用最多的功能是否放在最顯眼的地方易用性測試概念對于易用性測試應(yīng)遵循的原則易用性測試的標(biāo)準(zhǔn)易用性測試的方法易用性測試·課程目錄

如果項(xiàng)目沒有對易用性的說明，測試人員就按照下面的標(biāo)準(zhǔn)測試：

1、頁面排布：文字、輸入域、輸出域、圖形、目錄、圖形等有序排布，整齊美觀。

2、切換方便：在兩個(gè)頻繁切換的界面之間提供方便切換的手段。

3、文字標(biāo)識：文字標(biāo)識應(yīng)該清楚表明相應(yīng)的頁面、輸入域、輸出域、按鈕、圖形、目錄、幫助等的功能作用，用戶通過標(biāo)識即可加以區(qū)分和清楚如何操作。

4、對不合理操作的反應(yīng)：系統(tǒng)對不合理輸入和不合理操作應(yīng)該作出適當(dāng)?shù)姆磻?yīng)或者做出相應(yīng)的處理，如果需要，給用戶適當(dāng)?shù)粡?fù)雜的提示。

5、提示對話框：提示對話框是與用戶交互的重要途徑，對話框的提示信息應(yīng)該緊密結(jié)合正在進(jìn)行的操作或者正在發(fā)生的事情，向用戶清楚表明接下來用戶可以進(jìn)行的操作。

易用性測試·易用性測試的標(biāo)準(zhǔn)6、顯示結(jié)果：應(yīng)該對用戶的每一步操作的結(jié)果給以清楚明白的顯示，使用戶知道已完成了的工作和下一步該做的工作。

7、簡單明了：系統(tǒng)的功能實(shí)現(xiàn)對用戶來說應(yīng)該是透明的，盡量讓用戶以最少的步驟完成需要實(shí)現(xiàn)的功能。

8、尊重用戶的習(xí)慣：有些用戶習(xí)慣于鼠標(biāo)操作，有些用戶習(xí)慣于鍵盤操作，而有些用戶在不同的操作中習(xí)慣會有不同；有些用戶習(xí)慣于按鈕在頂部的操作，有些用戶習(xí)慣于按鈕在底部，而有些用戶習(xí)慣于按鈕在一側(cè)等等，系統(tǒng)應(yīng)該尊重這些習(xí)慣。比如，支持鼠標(biāo)點(diǎn)擊的同時(shí)也應(yīng)該支持回車鍵等。

9、風(fēng)格一致：風(fēng)格的統(tǒng)一前后一致，會更加方便用戶了解使用一個(gè)系統(tǒng)，如字體的大小、顏色、排布；按鈕的大小、位置、標(biāo)識；頁面的排布習(xí)慣；界面的背景；交互的方式等等。

易用性測試·易用性測試的標(biāo)準(zhǔn)概念對于易用性測試應(yīng)遵循的原則易用性測試的標(biāo)準(zhǔn)易用性測試的方法易用性測試·課程目錄易用性測試包括針對應(yīng)用程序的測試，同時(shí)還包括對用戶手冊系統(tǒng)文檔的測試。通常采用質(zhì)量外部模型來評價(jià)易用性。包括如下方面的測試：

(1)易理解性測試;(2)易學(xué)性測試;(3)易操作性測試;(4)吸引性測試;(5)易用的依從性測試。

易用性測試方法有：靜態(tài)測試;動(dòng)態(tài)測試;動(dòng)態(tài)和靜態(tài)結(jié)合測試。

易用性測試·易用性測試的方法易用性測試方法有什么

1、用戶界面測試

用于與軟件交互的方式稱為用戶界面或UI。2、優(yōu)秀UI的構(gòu)成

軟件測試員要負(fù)責(zé)測試軟件的易用性，包括其用戶界面。

記住，軟件測試員不需要去設(shè)計(jì)UI，只需要把自己當(dāng)作用戶，然后去找出UI中的問題。

易用性測試·易用性測試的方法優(yōu)秀UI具備的七個(gè)要素：

（1）符合標(biāo)準(zhǔn)和規(guī)范

最重要的用戶界面要素是軟件符合現(xiàn)行的標(biāo)準(zhǔn)和規(guī)范—或者有真正站得住腳的不符合的理由。

注意：如果測試在特定平臺上運(yùn)行的軟件，就需要把該平臺的標(biāo)準(zhǔn)和規(guī)范作為產(chǎn)品說明書的補(bǔ)充內(nèi)容。像對待產(chǎn)品說明書一樣，根據(jù)它建立測試用例。

這些標(biāo)準(zhǔn)和規(guī)范由軟件易用性專家開發(fā)。它們是經(jīng)由大量正規(guī)測試、使用、嘗試和錯(cuò)誤而設(shè)計(jì)出的方便用戶的規(guī)則。

也并非要完全遵守準(zhǔn)則，有時(shí)開發(fā)小組可能想對標(biāo)準(zhǔn)和規(guī)范有所提高。

平臺也可能沒有標(biāo)準(zhǔn)，也許測試的軟件就是平臺本身。

在這種情況下，設(shè)計(jì)小組可能成為軟件易用性標(biāo)準(zhǔn)的創(chuàng)立者。易用性測試（2）直觀

用戶界面是否潔凈、不唐突、不擁擠？

UI的組織和布局合理嗎？

有多余功能嗎？

幫助系統(tǒng)有效嗎？（3）一致

如果軟件或者平臺有一個(gè)標(biāo)準(zhǔn)，就要遵守它。如果沒有，就要注意軟件的特性，確保相似的操作以相似的方式進(jìn)行。

快捷鍵和菜單選項(xiàng)

術(shù)語和命名

聽眾

諸如OK和Cancel按鈕的位置。（4）靈活

多種視圖的選擇：

狀態(tài)跳轉(zhuǎn)

狀態(tài)終止和跳過

數(shù)據(jù)輸入和輸出易用性測試

（5）舒適

軟件使用起來應(yīng)該舒適，不能給用戶工作制造障礙和困難。

恰當(dāng)；

錯(cuò)誤處理；

性能。

（6）正確

要測試正確性，就是測試UI是否做了該做的事。

注意：市場定位偏差、語言和拼寫、不良媒體、WYSIWYG（所見即所得）。

（7）實(shí)用

是否實(shí)用事優(yōu)秀用戶界面的最后一個(gè)要素。易用性測試

3、為有殘疾障礙的人員測試：輔助選項(xiàng)測試

輔助選項(xiàng)測試（accessibility

testing）也就是為有殘疾障礙的人測試。

殘疾有許多種：視力損傷、聽力損傷、運(yùn)動(dòng)損傷、認(rèn)知和語言障礙。

（1）法律要求：

開發(fā)殘疾人可以使用的用戶界面的軟件有一些法律規(guī)定。在美國，有3條法律：

美國公民殘疾人條例（ADA）聲明

居民條例第508款

通信條例第255款

（2）軟件中的輔助特性

軟件可以有兩種方式提供輔助。

最容易的方式是利用平臺或者操作系統(tǒng)內(nèi)置的支持。

如果測試的軟件不在這些平臺上運(yùn)行，或者本身就是平臺，就需要定義、編制和測試自己的輔助選項(xiàng)。

注意：如果正在測試產(chǎn)品的易用性，一定要專門為輔助選項(xiàng)建立測試用例。

如windows系統(tǒng)，提供了：粘滯鍵，篩選鍵，切換鍵，聲音衛(wèi)士，聲音顯示，高對比度，鼠標(biāo)鍵，串行鍵。

易用性測試

4、總結(jié)

總之，不要讓易用性測試的模糊性和主觀性阻礙測試工作。易用性測試的模糊和主觀是固然的，即使設(shè)計(jì)用戶界面的專家也會承認(rèn)有的地方是這樣的。易用性測試對于易用性測試還可從以下幾個(gè)方面入手：1、導(dǎo)航測試

導(dǎo)航描述了用戶在一個(gè)頁面內(nèi)操作的方式，在不同的用戶接口控制之間，例如按鈕、對話框、列表和窗口等；或在不同的連接頁面之間。通過考慮下列問題，可以決定一個(gè)應(yīng)用系統(tǒng)是否易于導(dǎo)航：導(dǎo)航是否直觀？系統(tǒng)的主要部分是否可通過主頁存取？系統(tǒng)是否需要站點(diǎn)地圖、搜索引擎或其他的導(dǎo)航幫助？

在一個(gè)頁面上放太多的信息往往起到與預(yù)期相反的效果。應(yīng)用系統(tǒng)的用戶趨向于目的驅(qū)動(dòng)，很快地掃描一個(gè)應(yīng)用系統(tǒng)，看是否有滿足自己需要的信息，如果沒有，就會很快地離開。很少有用戶愿意花時(shí)間去熟悉應(yīng)用系統(tǒng)的結(jié)構(gòu),因此，應(yīng)用系統(tǒng)導(dǎo)航幫助要盡可能地準(zhǔn)確。導(dǎo)航的另一個(gè)重要方面是應(yīng)用系統(tǒng)的頁面結(jié)構(gòu)、導(dǎo)航、菜單、連接的風(fēng)格是否一致。確保用戶憑直覺就知道應(yīng)用系統(tǒng)里面是否還有內(nèi)容，內(nèi)容在什么地方。

應(yīng)用系統(tǒng)的層次一旦決定，就要著手測試用戶導(dǎo)航功能，讓最終用戶參與這種測試，效果將更加明顯。易用性測試2、圖形測試

在應(yīng)用系統(tǒng)中，適當(dāng)?shù)膱D片和動(dòng)畫既能起到廣告宣傳的作用，又能起到美化頁面的功能。一個(gè)應(yīng)用系統(tǒng)的圖形可以包括圖片、動(dòng)畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內(nèi)容有：（1）要確保圖形有明確的用途，圖片或動(dòng)畫不要胡亂地堆在一起，以免浪費(fèi)傳輸時(shí)間。應(yīng)用系統(tǒng)的圖片尺寸要盡量地小，并且要能清楚地說明某件事情，一般都鏈接到某個(gè)具體的頁面。（2）驗(yàn)證所有頁面字體的風(fēng)格是否一致。（3）背景顏色應(yīng)該與字體顏色和前景顏色相搭配。（4）圖片的大小和質(zhì)量也是一個(gè)很重要的因素，一般采用JPG或GIF壓縮。易用性測試3、內(nèi)容測試內(nèi)容測試用來檢驗(yàn)應(yīng)用系統(tǒng)提供信息的正確性、準(zhǔn)確性和相關(guān)性。

信息的正確性是指信息是可靠的還是誤傳的。例如，在商品價(jià)格列表中，錯(cuò)誤的價(jià)格可能引起財(cái)政問題甚至導(dǎo)致法律糾紛；信息的準(zhǔn)確性是指是否有語法或拼寫錯(cuò)誤。這種測試通常使用一些文字處理軟件來進(jìn)行，例如使用MicrosoftWord的"拼音與語法檢查"功能；信息的相關(guān)性是指是否在當(dāng)前頁面可以找到與當(dāng)前瀏覽信息相關(guān)的信息列表或入口，也就是一般Web站點(diǎn)中的所謂"相關(guān)文章列表"。4、整體界面測試整體界面是指整個(gè)應(yīng)用系統(tǒng)的頁面結(jié)構(gòu)設(shè)計(jì)，是給用戶的一個(gè)整體感。例如：當(dāng)用戶瀏覽應(yīng)用系統(tǒng)時(shí)是否感到舒適，是否憑直覺就知道要找的信息在什么地方？整個(gè)應(yīng)用系統(tǒng)的設(shè)計(jì)風(fēng)格是否一致？

對整體界面的測試過程，其實(shí)是一個(gè)對最終用戶進(jìn)行調(diào)查的過程。一般應(yīng)用系統(tǒng)采取在主頁上做一個(gè)調(diào)查問卷的形式，來得到最終用戶的反饋信息。對所有的可用性測試來說，都需要有外部人員（與應(yīng)用系統(tǒng)開發(fā)沒有聯(lián)系或聯(lián)系很少的人員）的參與，最好是最終用戶的參與。

易用性測試界面界面是軟件與用戶交互的最直接的層面，界面的好壞決定用戶對軟件的第一印象。而設(shè)計(jì)優(yōu)良的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作，起到向?qū)У淖饔?。同時(shí)界面如同人的面孔，具有吸引用戶的直接優(yōu)勢。設(shè)計(jì)合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設(shè)計(jì)的失敗，讓用戶有挫敗感，再實(shí)用強(qiáng)大的功能都可能在用戶的畏懼與放棄中付諸東流。

目前流行的界面風(fēng)格有三種方式：多窗體、單窗體以及資源管理器風(fēng)格，無論那種風(fēng)格，以下原則應(yīng)該得到重視或參考。在測試人員進(jìn)行測試過程中，也可參考以下原則對產(chǎn)品進(jìn)行評價(jià)。易用性測試1、規(guī)范性原則通常界面設(shè)計(jì)都按Windows界面的規(guī)范來設(shè)計(jì)，即包含“菜單條、工具欄、工具廂、狀態(tài)欄、滾動(dòng)條、右鍵快捷菜單”的標(biāo)準(zhǔn)格式，可以說：界面遵循規(guī)范化的程度越高，則易用性相應(yīng)的就越好。小型軟件一般不提供工具廂。

規(guī)范性細(xì)則：（1）常用菜單要有命令快捷方式。（2）完成相同或相近功能的菜單用橫線隔開放在同一位置。（3）菜單前的圖標(biāo)能直觀的代表要完成的操作。（4）菜單深度一般要求最多控制在三層以內(nèi)。（5）工具欄要求可以根據(jù)用戶的要求自己選擇定制。（6）相同或相近功能的工具欄放在一起。（7）工具欄中的每一個(gè)按鈕要有及時(shí)提示信息。（8）一條工具欄的長度最長不能超出屏幕寬度。（9）工具欄的圖標(biāo)能直觀的代表要完成的操作。（10）系統(tǒng)常用的工具欄設(shè)置默認(rèn)放置位置。易用性測試（11）工具欄太多時(shí)可以考慮使用工具廂。（12）工具廂要具有可增減性，由用戶自己根據(jù)需求定制。（13）工具廂的默認(rèn)總寬度不要超過屏幕寬度的1/5。（14）狀態(tài)條要能顯示用戶切實(shí)需要的信息，常用的有：目前的操作、系統(tǒng)狀態(tài)、用戶位置、用戶信息、提示信息、錯(cuò)誤信息、使用單位信息及軟件開發(fā)商信息等，如果某一操作需要的時(shí)間較長，還應(yīng)該顯示進(jìn)度條和進(jìn)程提示。（15）滾動(dòng)條的長度要根據(jù)顯示信息的長度或?qū)挾饶芗皶r(shí)變換，以利于用戶了解顯示信息的位置和百分比。（16）狀態(tài)條的高度以放置五好字為宜，滾動(dòng)條的寬度比狀態(tài)條的略窄。（17）菜單和工具條要有清楚的界限；菜單要求凸出顯示，這樣在移走工具條時(shí)仍有立體感。（18）菜單和狀態(tài)條中通常使用5號字體。工具條一般比菜單要寬，但不要寬的太多，否則看起來很不協(xié)調(diào)。（19）右鍵快捷菜單采用與菜單相同的準(zhǔn)則。易用性測試2、幫助設(shè)施原則系統(tǒng)應(yīng)該提供詳盡而可靠的幫助文檔，在用戶使用產(chǎn)生迷惑時(shí)可以自己尋求解決方法。

幫助設(shè)施細(xì)則：（1）幫助文檔中的性能介紹與說明要與系統(tǒng)性能配套一致。（2）打包新系統(tǒng)時(shí)，對作了修改的地方在幫助文檔中要做相應(yīng)的修改，做到版本統(tǒng)一。（3）操作時(shí)要提供及時(shí)調(diào)用系統(tǒng)幫助的功能。常用F1。（4）在界面上調(diào)用幫助時(shí)應(yīng)該能夠及時(shí)定位到與該操作相對的幫助位置。也就是說幫助要有即時(shí)針對性。（5）最好提供目前流行的聯(lián)機(jī)幫助格式或HTML幫助格式。（6）用戶可以用關(guān)鍵詞在幫助索引中搜索所要的幫助，當(dāng)然也應(yīng)該提供幫助主題詞。（7）如果沒有提供書面的幫助文檔的話，最好有打印幫助的功能。（8）在幫助中應(yīng)該提供我們的技術(shù)支持方式，一旦用戶難以自己解決可以方便的尋求新的幫助方式。易用性測試3、合理性原則屏幕對角線相交的位置是用戶直視的地方，正上方四分之一處為易吸引用戶注意力的位置，在放置窗體時(shí)要注意利用這兩個(gè)位置。

合理性細(xì)則：(1)父窗體或主窗體的中心位置應(yīng)該在對角線焦點(diǎn)附近。(2)子窗體位置應(yīng)該在主窗體的左上角或正中。(3)多個(gè)子窗體彈出時(shí)應(yīng)該依次向右下方偏移，以顯示窗體出標(biāo)題為宜。(4)重要的命令按鈕與使用較頻繁的按鈕要放在界面上注目的位置。(5）錯(cuò)誤使用容易引起界面退出或關(guān)閉的按鈕不應(yīng)該放在易點(diǎn)位置。橫排開頭或最后與豎排最后為易點(diǎn)位置。(6)與正在進(jìn)行的操作無關(guān)的按鈕應(yīng)該加以屏蔽。(7)對可能造成數(shù)據(jù)無法恢復(fù)的操作必須提供確認(rèn)信息，給用戶放棄選擇的機(jī)會。(8)非法的輸入或操作應(yīng)有足夠的提示說明。(9）對運(yùn)行過程中出現(xiàn)問題而引起錯(cuò)誤的地方要有提示，讓用戶明白錯(cuò)誤出處，避免形成無限期的等待。(10)提示、警告、或錯(cuò)誤說明應(yīng)該清楚、明了、恰當(dāng)并且應(yīng)避免英文提示的出現(xiàn)。易用性測試4、美觀與協(xié)調(diào)性原則界面應(yīng)該大小適合美學(xué)觀點(diǎn)，感覺協(xié)調(diào)舒適，能在有效的范圍內(nèi)吸引用戶的注意力。

美觀與協(xié)調(diào)性細(xì)則：（1）長寬接近黃金點(diǎn)比例，切忌長寬比例失調(diào)、或?qū)挾瘸^長度。（2）布局要合理，不宜過于密集，也不能過于空曠，合理的利用空間。（3）按鈕大小基本相近，忌用太長的名稱，免得占用過多的界面位置。（4）按鈕的大小要與界面的大小和空間要協(xié)調(diào)。（5）避免空曠的界面上放置很大的按鈕。（6）放置完控件后界面不應(yīng)有很大的空缺位置。（7）字體的大小要與界面的大小比例協(xié)調(diào)，通常使用的字體中宋體9-12較為美觀，很少使用超過12號的字體。易用性測試（8）前景與背景色搭配合理協(xié)調(diào)，反差不宜太大，最好少用深色，如大紅、大綠等。常用色考慮使用Windows界面色調(diào)。（9）如果使用其他顏色，主色要柔和，具有親和力與磁力，堅(jiān)決杜絕刺目的顏色。（10）大型系統(tǒng)常用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。（11）界面風(fēng)格要保持一致，字的大小、顏色、字體要相同，除非是需要藝術(shù)處理或有特殊要求的地方。（12）如果窗體支持最小化和最大化或放大時(shí)，窗體上的控件也要隨著窗體而縮放；切忌只放大窗體而忽略控件的縮放。（13）對于含有按鈕的界面一般不應(yīng)該支持縮放，即右上角只有關(guān)閉功能。（14）通常父窗體支持縮放時(shí)，子窗體沒有必要縮放。（15）如果能給用戶提供自定義界面風(fēng)格則更好，由用戶自己選擇顏色、字體等。易用性測試5、菜單位置原則菜單是界面上最重要的元素，菜單位置按照按功能來組織。

菜單設(shè)置細(xì)則：（1）菜單通常采用“常用--主要--次要--工具--幫助”的位置排列，符合流行的Windows風(fēng)格。（2）常用的有“文件”、“編輯”，“查看”等，幾乎每個(gè)系統(tǒng)都有這些選項(xiàng)，當(dāng)然要根據(jù)不同的系統(tǒng)有所取舍。（3）下拉菜單要根據(jù)菜單選項(xiàng)的含義進(jìn)行分組，并切按照一定的規(guī)則進(jìn)行排列，用橫線隔開。（4）一組菜單的使用有先后要求或有向?qū)ё饔脮r(shí)，應(yīng)該按先后次序排列。（5）沒有順序要求的菜單項(xiàng)按使用頻率和重要性排列，常用的放在開頭，不常用的靠后放置；重要的放在開頭，次要的放在后邊。（6）如果菜單選項(xiàng)較多，應(yīng)該采用加長菜單的長度而減少深度的原則排列。（7）菜單深度一般要求最多控制在三層以內(nèi)。（8）對常用的菜單要有快捷命令方式，組合原則見7。（9）對與進(jìn)行的操作無關(guān)的菜單要用屏蔽的方式加以處理，如果采用動(dòng)態(tài)加載方式—即只有需要的菜單才顯示—最好。（10）菜單前的圖標(biāo)不宜太大，與字高保持一直最好。（11）主菜單的寬度要接近，字?jǐn)?shù)不應(yīng)多于四個(gè)，每個(gè)菜單的字?jǐn)?shù)能相同最好。（12）主菜單數(shù)目不應(yīng)太多，最好為單排布置。易用性測試6、獨(dú)特性原則如果一味的遵循業(yè)界的界面標(biāo)準(zhǔn)，則會喪失自己的個(gè)性。在框架符合以上規(guī)范的情況下，設(shè)計(jì)具有自己獨(dú)特風(fēng)格的界面尤為