軟件測試入門課件

測試入門測試入門1軟件測試目的測試是一個為了尋找錯誤而運行程序的過程一個好的測試用例是只可能找到迄今為止尚未發(fā)現(xiàn)錯誤的用例一個成功的測試是揭示了迄今為止尚未發(fā)現(xiàn)的錯誤的測試軟件測試目的測試是一個為了尋找錯誤而運行程序的過程2軟件測試方法分類黑盒測試白盒測試兩種測試方法從不同的角度出發(fā)，反映了軟件的不同側(cè)面，也適用于不同的開發(fā)環(huán)境。軟件測試方法分類黑盒測試白盒測試兩種測試方法從不同的角度出發(fā)3軟件測試方法：白盒測試白盒測試又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序本身的測試，也可稱為測試員測試，主要應(yīng)用于結(jié)構(gòu)化開發(fā)環(huán)境。應(yīng)用程序軟件測試方法：白盒測試白盒測試又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或基4軟件測試方法：黑盒測試黑盒測試又稱功能測試、數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明的測試，也可被稱為用戶測試，主要應(yīng)用于快速應(yīng)用開發(fā)（RAD）環(huán)境。RAD：RapidApplicationDevelopment

軟件測試方法：黑盒測試黑盒測試又稱功能測試、數(shù)據(jù)驅(qū)動測試或基5RAD為軟件測試帶來新的挑戰(zhàn)軟件結(jié)構(gòu)越來越復(fù)雜團隊規(guī)模越來越大開發(fā)成本與風(fēng)險越來越高用戶對應(yīng)用程序的質(zhì)量要求越來越嚴格RAD為軟件測試帶來新的挑戰(zhàn)軟件結(jié)構(gòu)越來越復(fù)雜6軟件測試生命周期軟件測試生命周期7軟件測試的階段組成測試計劃測試設(shè)計測試開發(fā)測試執(zhí)行測試評估軟件測試的階段組成測試計劃測試設(shè)計測試開發(fā)測試執(zhí)行測試評估8測試計劃的目標(biāo)收集并組織測試計劃信息將軟件細化為可檢驗的測試需求建立測試計劃測試計劃的目標(biāo)收集并組織測試計劃信息9測試計劃：定義測試需求用戶需求測試需求定義根據(jù)用戶需求定義并完善測試需求，以作為整個測試的標(biāo)準測試計劃：定義測試需求用戶需求測試需求定義根據(jù)用戶需求定義并10測試計劃：考慮測試內(nèi)容系統(tǒng)功能用戶界面系統(tǒng)性能加載測試強化測試容量測試配置測試安裝測試測試計劃：考慮測試內(nèi)容系統(tǒng)功能11測試設(shè)計的目標(biāo)定義自動測試過程選擇適當(dāng)?shù)臏y試用例組織測試過程信息，并傳遞給測試開發(fā)人員測試設(shè)計的目標(biāo)定義自動測試過程12測試設(shè)計定義用戶需求測試需求選擇決定測試過程測試用例測試設(shè)計定義用戶需求測試需求選擇決定測試過程測試用例13測試開發(fā)目標(biāo)建立可重用的自動測試維護測試對于測試需求的可跟蹤性測試開發(fā)目標(biāo)建立可重用的自動測試14測試開發(fā)技術(shù)：編程優(yōu)勢：具有較大的靈活性缺點：編程過程復(fù)雜測試開發(fā)技術(shù)：編程優(yōu)勢：缺點：15測試開發(fā)技術(shù)：錄制優(yōu)勢：操作簡單、快捷缺點：靈活性較差測試開發(fā)技術(shù)：錄制優(yōu)勢：缺點：16測試開發(fā)技術(shù)錄制腳本腳本生成自動化，并可根據(jù)需要修改自動生成測試開發(fā)技術(shù)錄制腳本腳本生成自動化，并可根據(jù)需要修改自動生17測試執(zhí)行的目標(biāo)執(zhí)行測試檢查測試結(jié)果研究并組織測試結(jié)果以便評估維護缺陷記錄測試執(zhí)行的目標(biāo)執(zhí)行測試18測試執(zhí)行的步驟：單元測試執(zhí)行的步驟：單元19測試執(zhí)行的步驟：模塊測試執(zhí)行的步驟：模塊20測試執(zhí)行的步驟：集成測試執(zhí)行的步驟：集成21測試執(zhí)行的步驟：系統(tǒng)聯(lián)調(diào)測試執(zhí)行的步驟：系統(tǒng)聯(lián)調(diào)22測試執(zhí)行的步驟：驗收測試系統(tǒng)聯(lián)調(diào)成功后，系統(tǒng)便可以進入試運行階段。經(jīng)過相對時間的系統(tǒng)試運行后，如果系統(tǒng)運行正常。便可進行用戶驗收測試階段。測試執(zhí)行的步驟：驗收測試系統(tǒng)聯(lián)調(diào)成功后，系統(tǒng)便可以進入試運行23測試執(zhí)行的步驟：維護測試執(zhí)行的步驟：維護24測試評估的目標(biāo)提交量化的測試覆蓋域及缺陷跟蹤報告評估軟件質(zhì)量測試評估的目標(biāo)提交量化的測試覆蓋域及缺陷跟蹤報告25測試評估的內(nèi)容：覆蓋域哪些測試需求經(jīng)過了測試哪些需求通過了測試我們的工作進度及效率如何測試評估的內(nèi)容：覆蓋域哪些測試需求經(jīng)過了測試26測試評估的內(nèi)容：缺陷我們發(fā)現(xiàn)了哪些缺陷我們解決了哪些缺陷遺留缺陷對軟件有何影響測試評估的內(nèi)容：缺陷我們發(fā)現(xiàn)了哪些缺陷27測試評估：綜合評價測試評估：綜合評價28測試模式測試模式29我們一般把發(fā)現(xiàn)的錯誤(Bug)/缺陷(Defect)按嚴重性分為4類：1.嚴重：系統(tǒng)崩潰或掛起等導(dǎo)致系統(tǒng)不能繼續(xù)運行；2.主要：使系統(tǒng)不穩(wěn)定、或破壞數(shù)據(jù)、或產(chǎn)生錯誤結(jié)果，而且是常規(guī)操作中經(jīng)常發(fā)生或非常規(guī)操作中不可避免的主要問題；3.次要：系統(tǒng)性能或響應(yīng)時間變慢、產(chǎn)生錯誤的中間結(jié)果但不影響最終結(jié)果等影響有限的問題，如：顯示不正確但輸出正確；4.輕微：界面拼寫錯誤或用戶使用不方便等小問題或需要完善的問題；錯誤分級－嚴重性我們一般把發(fā)現(xiàn)的錯誤(Bug)/缺陷(Defect)按嚴重性30錯誤分級－優(yōu)先級我們也把發(fā)現(xiàn)的錯誤按優(yōu)先級分為三種：1.高：立即修改；2.中：必須修改，但不一定馬上修改；3.低：允許不修改；一般來說是越影響用戶接受或使用該產(chǎn)品的錯誤優(yōu)先級越高。錯誤分級－優(yōu)先級我們也把發(fā)現(xiàn)的錯誤按優(yōu)先級分為三種：31常見問題下面將列出一些問題，他們具有一些特征：顯而易見的開發(fā)時容易被忽略容易避免容易修改但是對于測試人員或用戶來說可能卻是非常頭痛和不方便的常見問題下面將列出一些問題，他們具有一些特征：32形象類問題這類問題一般是表面上的，技術(shù)含量不高，但是給予用戶的感覺往往是軟件不夠?qū)I(yè)……1.不符合用戶操作習(xí)慣。如，快捷鍵定義不科學(xué)（不易理解、與系統(tǒng)快捷鍵沖突等）、不實用(鍵位分布不合理、按鍵太多，甚至沒有快捷鍵等)；2.風(fēng)格的統(tǒng)一性；對于同一個系統(tǒng)，同一系統(tǒng)環(huán)境下的應(yīng)用程序出現(xiàn)不同的界面風(fēng)格和操作風(fēng)格，對用戶來說是一大考驗，對開發(fā)者來說是專業(yè)性和正規(guī)性的表現(xiàn)。3.界面中英文混雜，經(jīng)常彈出莫名其妙的信息，甚至還拼錯單詞；4.提示、標(biāo)題等不夠?qū)I(yè)，或各處描述不一致；形象類問題這類問題一般是表面上的，技術(shù)含量不高，但是給予用戶33形象類問題（續(xù)）

5.界面元素的位置：缺省認為用戶使用某種分辨率，導(dǎo)致在其他分辨率下顯示不正常；6.說明書或幫助的排版格式不專業(yè)：中英文搭配不對、標(biāo)點符號全角半角部分、沒有排版禁則…7.程序名/路徑名不規(guī)則（比如為程序員的名字等）；8.沒有安裝程序、或安裝程序不完善(丟掉一些必要的模塊或文件)；9.界面元素參差不齊，文字不能完全顯示，TAB鍵順序與使用順序不一致等；…………形象類問題（續(xù)）34可用性問題用戶比開發(fā)或測試人員在接觸界面上要花費更多時間。錯誤和低效的用戶界面的影響會變得越來越大，最終甚至?xí)谏w了產(chǎn)品有用的方面。下面是一些用戶界面錯誤的例子：1.輸入無合法性檢查和值域檢查，允許用戶輸入錯誤的數(shù)據(jù)類型（有時只需要選擇合適的輸入控件即可，比如日期用專門的日期輸入控件），并導(dǎo)致不可逆料的后果；2.界面中的信息不能及時更新，不能正確反映數(shù)據(jù)狀態(tài)，甚至對用戶產(chǎn)生錯誤的誤導(dǎo)（如：記錄個數(shù)、參數(shù)設(shè)置對話框中的缺省值等）；可用性問題用戶比開發(fā)或測試人員在接觸界面上要花費更多時間。錯35可用性問題（續(xù)）下面是一些低效的用戶界面的例子：1.表達不清或過于模糊的信息提示；2.要求用戶輸入多余的、本來系統(tǒng)可以自己得到的數(shù)據(jù)（如：安裝后用戶要手動修改某些配置文件）；3.為了達到某個設(shè)置或?qū)υ捒颍脩舯仨氉鲈S多冗余操作（如對話框嵌套層次太多）；4.不能記憶用戶的設(shè)置或操作習(xí)慣（如用戶每次進入都需要重新操作一次初始環(huán)境）；5.使用不完善的功能且不給用戶以恰當(dāng)?shù)奶崾荆?.不經(jīng)用戶確認就對系統(tǒng)或數(shù)據(jù)進行重大修改；可用性問題（續(xù)）下面是一些低效的用戶界面的例子：36穩(wěn)定性問題往往是在設(shè)計時考慮不周而造成的一些問題。1.不可重現(xiàn)的死機，或不斷申請但不完全釋放資源，系統(tǒng)性能越來越低；2.主系統(tǒng)和子系統(tǒng)使用同樣的臨界資源而互相不知道（如：使用同樣的類名或臨時文件名、使用同樣的數(shù)據(jù)庫字段名或登錄帳號）；3.不能重現(xiàn)的錯誤（如不檢查異常情況(如內(nèi)存申請不成功、網(wǎng)絡(luò)突然中斷或長時間沒有響應(yīng))導(dǎo)致錯誤等）；穩(wěn)定性問題往往是在設(shè)計時考慮不周而造成的一些問題。37其他問題1.文檔匱乏：文檔不標(biāo)準；無新功能使用方法；無版本改動說明。我們不僅要認為沒有說明文檔的產(chǎn)品不是是一個完整的產(chǎn)品，也要認為沒有說明或沒有正確說明的功能是一個沒有完全實現(xiàn)的功能，因為用戶無法用得起來。2.運行時不檢查內(nèi)存、數(shù)據(jù)庫或硬盤空間等；3.假設(shè)用戶環(huán)境（硬件/網(wǎng)絡(luò)環(huán)境、軟件環(huán)境等、配置等）；4.安裝困難，或根本無法安裝等；5.提供的應(yīng)用程序帶有病毒；6.程序不經(jīng)調(diào)試，或提供Debug版本給測試組或測試用戶；7.用戶現(xiàn)場開發(fā)和修改，沒有修改記錄和保存版本；其他問題1.文檔匱乏：文檔不標(biāo)準；無新功能使用方法；無版本改38其他問題（續(xù)）8.錯誤反復(fù)出現(xiàn)，改動得不徹底、或版本管理出現(xiàn)混亂；9.改動時不小心，導(dǎo)致錯誤越改越多；10.版本中部分內(nèi)容和接口倒退；11.狀態(tài)沒有正確變更（有些選項永遠是灰的，有些選項、菜單項在該灰時還不灰）；12.資源沒有和代碼分離，不同語言版本間不能平滑轉(zhuǎn)換；13.模塊（子系統(tǒng)）間接口不一致；…………其他問題（續(xù)）8.錯誤反復(fù)出現(xiàn)，改動得不徹底、或版本管理出現(xiàn)39期望項目組關(guān)注的一些問題1.修改Bug時考慮得不夠；2.將問題留給測試人員去發(fā)現(xiàn)的心態(tài)（不仔細測試、不小心修改、修改不徹底）；3.更多地從用戶使用的角度考慮設(shè)計、編碼與測試；4.程序可重用性問題（很多不同的功能寫在一個應(yīng)用程序內(nèi)）；5.開發(fā)過程中人員變動；6.項目負責(zé)人對于BUG的跟蹤；期望項目組關(guān)注的一些問題1.修改Bug時考慮得不夠；40樹立質(zhì)量法制觀念、提高全員質(zhì)量意識。11月-2211月-22Sunday,November6,2022人生得意須盡歡，莫使金樽空對月。00:54:3800:54:3800:5411/6/202212:54:38AM安全象只弓，不拉它就松，要想保安全，常把弓弦繃。11月-2200:54:3800:54Nov-2206-Nov-22加強交通建設(shè)管理，確保工程建設(shè)質(zhì)量。00:54:3800:54:3800:54Sunday,November6,2022安全在于心細，事故出在麻痹。11月-2211月-2200:54:3800:54:38November6,2022踏實肯干，努力奮斗。2022年11月6日12:54上午11月-2211月-22追求至善憑技術(shù)開拓市場，憑管理增創(chuàng)效益，憑服務(wù)樹立形象。06十一月202212:54:38上午00:54:3811月-22嚴格把控質(zhì)量關(guān)，讓生產(chǎn)更加有保障。十一月2212:54上午11月-2200:54November6,2022作業(yè)標(biāo)準記得牢，駕輕就熟除煩惱。2022/11/60:54:3800:54:3806November2022好的事情馬上就會到來，一切都是最好的安排。12:54:38上午12:54上午00:54:3811月-22一馬當(dāng)先，全員舉績，梅開二度，業(yè)績保底。11月-2211月-2200:5400:54:3800:54:38Nov-22牢記安全之責(zé)，善謀安全之策，力務(wù)安全之實。2022/11/60:54:38Sunday,November6,2022相信相信得力量。11月-222022/11/60:54:3811月-22謝謝大家！樹立質(zhì)量法制觀念、提高全員質(zhì)量意識。11月-2211月-2241測試入門測試入門42軟件測試目的測試是一個為了尋找錯誤而運行程序的過程一個好的測試用例是只可能找到迄今為止尚未發(fā)現(xiàn)錯誤的用例一個成功的測試是揭示了迄今為止尚未發(fā)現(xiàn)的錯誤的測試軟件測試目的測試是一個為了尋找錯誤而運行程序的過程43軟件測試方法分類黑盒測試白盒測試兩種測試方法從不同的角度出發(fā)，反映了軟件的不同側(cè)面，也適用于不同的開發(fā)環(huán)境。軟件測試方法分類黑盒測試白盒測試兩種測試方法從不同的角度出發(fā)44軟件測試方法：白盒測試白盒測試又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序本身的測試，也可稱為測試員測試，主要應(yīng)用于結(jié)構(gòu)化開發(fā)環(huán)境。應(yīng)用程序軟件測試方法：白盒測試白盒測試又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或基45軟件測試方法：黑盒測試黑盒測試又稱功能測試、數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明的測試，也可被稱為用戶測試，主要應(yīng)用于快速應(yīng)用開發(fā)（RAD）環(huán)境。RAD：RapidApplicationDevelopment

軟件測試方法：黑盒測試黑盒測試又稱功能測試、數(shù)據(jù)驅(qū)動測試或基46RAD為軟件測試帶來新的挑戰(zhàn)軟件結(jié)構(gòu)越來越復(fù)雜團隊規(guī)模越來越大開發(fā)成本與風(fēng)險越來越高用戶對應(yīng)用程序的質(zhì)量要求越來越嚴格RAD為軟件測試帶來新的挑戰(zhàn)軟件結(jié)構(gòu)越來越復(fù)雜47軟件測試生命周期軟件測試生命周期48軟件測試的階段組成測試計劃測試設(shè)計測試開發(fā)測試執(zhí)行測試評估軟件測試的階段組成測試計劃測試設(shè)計測試開發(fā)測試執(zhí)行測試評估49測試計劃的目標(biāo)收集并組織測試計劃信息將軟件細化為可檢驗的測試需求建立測試計劃測試計劃的目標(biāo)收集并組織測試計劃信息50測試計劃：定義測試需求用戶需求測試需求定義根據(jù)用戶需求定義并完善測試需求，以作為整個測試的標(biāo)準測試計劃：定義測試需求用戶需求測試需求定義根據(jù)用戶需求定義并51測試計劃：考慮測試內(nèi)容系統(tǒng)功能用戶界面系統(tǒng)性能加載測試強化測試容量測試配置測試安裝測試測試計劃：考慮測試內(nèi)容系統(tǒng)功能52測試設(shè)計的目標(biāo)定義自動測試過程選擇適當(dāng)?shù)臏y試用例組織測試過程信息，并傳遞給測試開發(fā)人員測試設(shè)計的目標(biāo)定義自動測試過程53測試設(shè)計定義用戶需求測試需求選擇決定測試過程測試用例測試設(shè)計定義用戶需求測試需求選擇決定測試過程測試用例54測試開發(fā)目標(biāo)建立可重用的自動測試維護測試對于測試需求的可跟蹤性測試開發(fā)目標(biāo)建立可重用的自動測試55測試開發(fā)技術(shù)：編程優(yōu)勢：具有較大的靈活性缺點：編程過程復(fù)雜測試開發(fā)技術(shù)：編程優(yōu)勢：缺點：56測試開發(fā)技術(shù)：錄制優(yōu)勢：操作簡單、快捷缺點：靈活性較差測試開發(fā)技術(shù)：錄制優(yōu)勢：缺點：57測試開發(fā)技術(shù)錄制腳本腳本生成自動化，并可根據(jù)需要修改自動生成測試開發(fā)技術(shù)錄制腳本腳本生成自動化，并可根據(jù)需要修改自動生58測試執(zhí)行的目標(biāo)執(zhí)行測試檢查測試結(jié)果研究并組織測試結(jié)果以便評估維護缺陷記錄測試執(zhí)行的目標(biāo)執(zhí)行測試59測試執(zhí)行的步驟：單元測試執(zhí)行的步驟：單元60測試執(zhí)行的步驟：模塊測試執(zhí)行的步驟：模塊61測試執(zhí)行的步驟：集成測試執(zhí)行的步驟：集成62測試執(zhí)行的步驟：系統(tǒng)聯(lián)調(diào)測試執(zhí)行的步驟：系統(tǒng)聯(lián)調(diào)63測試執(zhí)行的步驟：驗收測試系統(tǒng)聯(lián)調(diào)成功后，系統(tǒng)便可以進入試運行階段。經(jīng)過相對時間的系統(tǒng)試運行后，如果系統(tǒng)運行正常。便可進行用戶驗收測試階段。測試執(zhí)行的步驟：驗收測試系統(tǒng)聯(lián)調(diào)成功后，系統(tǒng)便可以進入試運行64測試執(zhí)行的步驟：維護測試執(zhí)行的步驟：維護65測試評估的目標(biāo)提交量化的測試覆蓋域及缺陷跟蹤報告評估軟件質(zhì)量測試評估的目標(biāo)提交量化的測試覆蓋域及缺陷跟蹤報告66測試評估的內(nèi)容：覆蓋域哪些測試需求經(jīng)過了測試哪些需求通過了測試我們的工作進度及效率如何測試評估的內(nèi)容：覆蓋域哪些測試需求經(jīng)過了測試67測試評估的內(nèi)容：缺陷我們發(fā)現(xiàn)了哪些缺陷我們解決了哪些缺陷遺留缺陷對軟件有何影響測試評估的內(nèi)容：缺陷我們發(fā)現(xiàn)了哪些缺陷68測試評估：綜合評價測試評估：綜合評價69測試模式測試模式70我們一般把發(fā)現(xiàn)的錯誤(Bug)/缺陷(Defect)按嚴重性分為4類：1.嚴重：系統(tǒng)崩潰或掛起等導(dǎo)致系統(tǒng)不能繼續(xù)運行；2.主要：使系統(tǒng)不穩(wěn)定、或破壞數(shù)據(jù)、或產(chǎn)生錯誤結(jié)果，而且是常規(guī)操作中經(jīng)常發(fā)生或非常規(guī)操作中不可避免的主要問題；3.次要：系統(tǒng)性能或響應(yīng)時間變慢、產(chǎn)生錯誤的中間結(jié)果但不影響最終結(jié)果等影響有限的問題，如：顯示不正確但輸出正確；4.輕微：界面拼寫錯誤或用戶使用不方便等小問題或需要完善的問題；錯誤分級－嚴重性我們一般把發(fā)現(xiàn)的錯誤(Bug)/缺陷(Defect)按嚴重性71錯誤分級－優(yōu)先級我們也把發(fā)現(xiàn)的錯誤按優(yōu)先級分為三種：1.高：立即修改；2.中：必須修改，但不一定馬上修改；3.低：允許不修改；一般來說是越影響用戶接受或使用該產(chǎn)品的錯誤優(yōu)先級越高。錯誤分級－優(yōu)先級我們也把發(fā)現(xiàn)的錯誤按優(yōu)先級分為三種：72常見問題下面將列出一些問題，他們具有一些特征：顯而易見的開發(fā)時容易被忽略容易避免容易修改但是對于測試人員或用戶來說可能卻是非常頭痛和不方便的常見問題下面將列出一些問題，他們具有一些特征：73形象類問題這類問題一般是表面上的，技術(shù)含量不高，但是給予用戶的感覺往往是軟件不夠?qū)I(yè)……1.不符合用戶操作習(xí)慣。如，快捷鍵定義不科學(xué)（不易理解、與系統(tǒng)快捷鍵沖突等）、不實用(鍵位分布不合理、按鍵太多，甚至沒有快捷鍵等)；2.風(fēng)格的統(tǒng)一性；對于同一個系統(tǒng)，同一系統(tǒng)環(huán)境下的應(yīng)用程序出現(xiàn)不同的界面風(fēng)格和操作風(fēng)格，對用戶來說是一大考驗，對開發(fā)者來說是專業(yè)性和正規(guī)性的表現(xiàn)。3.界面中英文混雜，經(jīng)常彈出莫名其妙的信息，甚至還拼錯單詞；4.提示、標(biāo)題等不夠?qū)I(yè)，或各處描述不一致；形象類問題這類問題一般是表面上的，技術(shù)含量不高，但是給予用戶74形象類問題（續(xù)）

5.界面元素的位置：缺省認為用戶使用某種分辨率，導(dǎo)致在其他分辨率下顯示不正常；6.說明書或幫助的排版格式不專業(yè)：中英文搭配不對、標(biāo)點符號全角半角部分、沒有排版禁則…7.程序名/路徑名不規(guī)則（比如為程序員的名字等）；8.沒有安裝程序、或安裝程序不完善(丟掉一些必要的模塊或文件)；9.界面元素參差不齊，文字不能完全顯示，TAB鍵順序與使用順序不一致等；…………形象類問題（續(xù)）75可用性問題用戶比開發(fā)或測試人員在接觸界面上要花費更多時間。錯誤和低效的用戶界面的影響會變得越來越大，最終甚至?xí)谏w了產(chǎn)品有用的方面。下面是一些用戶界面錯誤的例子：1.輸入無合法性檢查和值域檢查，允許用戶輸入錯誤的數(shù)據(jù)類型（有時只需要選擇合適的輸入控件即可，比如日期用專門的日期輸入控件），并導(dǎo)致不可逆料的后果；2.界面中的信息不能及時更新，不能正確反映數(shù)據(jù)狀態(tài)，甚至對用戶產(chǎn)生錯誤的誤導(dǎo)（如：記錄個數(shù)、參數(shù)設(shè)置對話框中的缺省值等）；可用性問題用戶比開發(fā)或測試人員在接觸界面上要花費更多時間。錯76可用性問題（續(xù)）下面是一些低效的用戶界面的例子：1.表達不清或過于模糊的信息提示；2.要求用戶輸入多余的、本來系統(tǒng)可以自己得到的數(shù)據(jù)（如：安裝后用戶要手動修改某些配置文件）；3.為了達到某個設(shè)置或?qū)υ捒颍脩舯仨氉鲈S多冗余操作（如對話框嵌套層次太多）；4.不能記憶用戶的設(shè)置或操作習(xí)慣（如用戶每次進入都需要重新操作一次初始環(huán)境）；5.使用不完善的功能且不給用戶以恰當(dāng)?shù)奶崾荆?.不經(jīng)用戶確認就對系統(tǒng)或數(shù)據(jù)進行重大修改；可用性問題（續(xù)）下面是一些低效的用戶界面的例子：77穩(wěn)定性問題往往是在設(shè)計時考慮不周而造成的一些問題。1.不可重現(xiàn)的死機，或不斷申請但不完全釋放資源，系統(tǒng)性能越來越低；2.主系統(tǒng)和子系統(tǒng)使用同樣的臨界資源而互相不知道（如：使用同樣的類名或臨時文件名、使用同樣的數(shù)據(jù)庫字段名或登錄帳號）；3.不能重現(xiàn)的錯誤（如不檢查異常情況(如內(nèi)存申請不成功、網(wǎng)絡(luò)突然中斷或長時間沒有響應(yīng))導(dǎo)致錯誤等）；穩(wěn)定性問題往往是在設(shè)計時考慮不周而造成的一些問題。78其他問題1.文檔匱乏：文檔不標(biāo)準；無新功能使用方法；無版本改動說明。我們不僅要認為沒有說明文檔的產(chǎn)品不是是一個完整的產(chǎn)品，也要認為沒有說明或沒有正確說明的功能是一個沒有完全實現(xiàn)的功能，因為用戶無法用得起來。2.運行時不檢查內(nèi)存、數(shù)據(jù)庫或硬盤空間等；3.假設(shè)用戶環(huán)境（硬件/網(wǎng)絡(luò)環(huán)境、軟件環(huán)境等、配置等）；4.安裝困難，或根本無法安裝等；5.提供的應(yīng)用程序帶有病毒；6.程序不經(jīng)調(diào)試，或提供Debug版本給測試組或測試用戶；7.用戶現(xiàn)場開發(fā)和修改，沒有修改記錄和保存版本；其他問題1.文檔匱乏：文檔不標(biāo)準；無新功能使用方法；無版本改79其他問題（續(xù)）8.錯誤反復(fù)出現(xiàn)，改動得不徹底、或版本管理出現(xiàn)混亂；9.改動時不小心，導(dǎo)致錯誤越改越多；10.版本中部分內(nèi)容和接口倒退；11.狀態(tài)沒有正確變更（有些選項永遠是灰的，有些選項、菜單項在該灰時還不灰）；12.資源沒有和代碼分離，不同語言版本間不能平滑轉(zhuǎn)換；13.模塊（子系統(tǒng)）間接口不一致；…………其他問題（續(xù)）8.錯誤反復(fù)出現(xiàn)，改動得不徹底、或版本管