軟件測試基礎(chǔ)文檔_圖文

1、軟件測試的概論1. 什么是軟件質(zhì)量是指滿足用戶需求的程度A. 明確定義的功能和性能需求B. 明確定義的開發(fā)標(biāo)準(zhǔn)和準(zhǔn)則C. 隱含要求的其他特性2. 軟件的組成文檔、數(shù)據(jù)和程序的集合。3. 測試Testing引申：度量、檢測。4. 什么是軟件測試？(有爭議是對數(shù)據(jù)、文檔和程序的一種度量和檢測。5. 軟件測試和軟件質(zhì)量之間的關(guān)系是什么？軟件測試是為了提高軟件質(zhì)量而服務(wù)的，是保證軟件質(zhì)量的手段6. 軟件測試的目的是什么？A. 驗(yàn)證 （軟件是否正確的實(shí)現(xiàn)了用戶的某一特定功能 （挑錯(cuò)）B. 確認(rèn) （軟件符合用戶需求）7. 軟件測試的對象文檔、數(shù)據(jù)和程序文檔（需求規(guī)格說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、

2、用戶手冊（幫助文檔）等等）數(shù)據(jù)（還包括圖片、視頻等）程序（源碼、模塊、部件、軟件）8. 軟件測試的原則是什么？A. 所有的測試活動(dòng)都應(yīng)以用戶需求（軟件需求規(guī)格說明書）為標(biāo)準(zhǔn)B. 應(yīng)盡早地和不斷的進(jìn)行軟件測試 （和看病一個(gè)道理）C. 完全測試是不可能的 （例如：計(jì)算器）D. 應(yīng)充分注意測試中的集群現(xiàn)象（第一個(gè)：2 . 8 定律 20%的錯(cuò)誤有80個(gè) 80%錯(cuò)有20個(gè)）E. 程序員應(yīng)避免檢查自己的程序F. 盡量避免測試的隨意性9. 軟件測試工程師的作用是什么？盡可能早的發(fā)現(xiàn)軟件缺陷，并確保其得以修復(fù)10. 軟件測試的衡量標(biāo)準(zhǔn)是什么？多、快、好、省11. 總結(jié)：從最初的軟件質(zhì)量-引申出軟件測試-了解

3、軟件測試需要了解什么內(nèi)容就是我們關(guān)心的了軟件質(zhì)量-軟件測試-軟件的組成-測試- -對象-目的-原則-軟件測試工程師-衡量標(biāo)準(zhǔn)軟件測試的基礎(chǔ)1. 軟件生存周期模型階 段 基本任務(wù) 基本任務(wù)問題定義 理解問題 生產(chǎn)電冰箱可行性研究 理解工作范圍 產(chǎn)值、產(chǎn)量、技術(shù)能力等需求分析 定義用戶要求 市場調(diào)研概要設(shè)計(jì) 建立軟件結(jié)構(gòu) 主體設(shè)計(jì)詳細(xì)設(shè)計(jì) 各模塊的功能實(shí)現(xiàn) 圖紙?jiān)O(shè)計(jì)編碼 編寫程序 制造測試 發(fā)現(xiàn)和排除錯(cuò)誤 檢驗(yàn)檢測維護(hù) 運(yùn)行和管理 保質(zhì)保修2. 軟件需求分析需求是 用戶對系統(tǒng)提出的要求，這種要求可能是原始的、籠統(tǒng)的，也可能是抽象的太細(xì)節(jié)化的軟件需求分析的主要目的是：在綜合分析用戶對系統(tǒng)提出的一組需

4、求（基本功能、性能、數(shù)據(jù)等方面）的基礎(chǔ)上，構(gòu)建一個(gè)從抽象到具體的邏輯模型表達(dá)軟件將要實(shí)現(xiàn)的需求。并以“軟件需求規(guī)格說明書”的形式作為本階段工作地結(jié)果，為下一個(gè)階段的軟件設(shè)計(jì)提供設(shè)計(jì)的基礎(chǔ)3. 概要設(shè)計(jì)又稱總體設(shè)計(jì)，即確定系統(tǒng)的具體實(shí)現(xiàn)方案、給出軟件的模塊結(jié)構(gòu)、編寫總體設(shè)計(jì)說明書4. 詳細(xì)設(shè)計(jì)又稱過程設(shè)計(jì)，這一步的工作，就是要對系統(tǒng)的每個(gè)模塊給出足夠詳細(xì)的過程性描述。這種描述不是程序的書寫，而是用一些工具來表示每個(gè)模塊，所以這種描述是不能夠在計(jì)算機(jī)上運(yùn)行的。5. 什么是Bug？Bug一詞的原意是“臭蟲”或“蟲子”?，F(xiàn)在泛指計(jì)算機(jī)硬件和軟件中的缺陷或錯(cuò)誤6. 缺陷的特征：1、軟件未實(shí)現(xiàn)需求說明書要

5、求的功能 2、軟件出現(xiàn)了需求說明書指明不該出現(xiàn)的錯(cuò)誤 3、軟件實(shí)現(xiàn)了需求說明書未提到的功能 4、軟件未實(shí)現(xiàn)需求說明書未明確提及但應(yīng)該實(shí)現(xiàn)的目標(biāo)5、軟件難以理解、不易使用、運(yùn)行緩慢等。7. 為什么會產(chǎn)生缺陷？信息傳遞的錯(cuò)誤1、用戶想要的 2、用戶所說的 3、需求人員理解的 4、系統(tǒng)需求規(guī)格說明書 5、開發(fā)人員理解的 6、實(shí)際軟件 實(shí)際軟件與用戶想要的有偏差。8. 缺陷的分布：第二個(gè)： 2 . 8 定律（60%需求 20%設(shè)計(jì) ） 8 . （15%編寫 5%其他）29. 缺陷修復(fù)的成本需求設(shè)計(jì) < 設(shè)計(jì)階段 < 編碼階段 < 支付階段10. 軟件測試的模型：什么是軟件測試的模型：

6、測試模型是對測試工作活動(dòng)的總結(jié)與歸納。 它告訴了我們在軟件開發(fā)過程中，測試人員應(yīng)該做什么、怎么做。第一大關(guān)鍵問題V模型：最常見的測試模型：下降的是開發(fā)過程各階段 右邊上升的是測試活動(dòng)的各階段局限性 軟件測試作為需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)和編碼之后的一個(gè)階段，而前期需求 的問題要到測試活動(dòng)的后期（驗(yàn)收測試）才會暴露出來。W模型：是V模型的一種發(fā)展它強(qiáng)調(diào)了測試應(yīng)該伴隨著整個(gè)開發(fā)周期，與開發(fā)同步進(jìn)行。優(yōu)點(diǎn)試的不僅僅是程序，需求分析和概要設(shè)計(jì)同樣需要測試更符合“盡早地和不斷地進(jìn)行軟件測試 ”的原則H模型：單元（模塊）測試針對軟件設(shè)計(jì)中最小的單位進(jìn)行正確性校驗(yàn)集成測試 在單元測試的基礎(chǔ)上，將程序模塊進(jìn)

7、行有序的、遞增的組裝測試11. 單元測試：目標(biāo)：檢驗(yàn)程序最小單元有無錯(cuò)誤（類、文件、窗口、菜單、報(bào)表或一個(gè)存儲過程）·接口、數(shù)據(jù)結(jié)構(gòu)、便捷、覆蓋、邏輯檢驗(yàn)單元編碼與設(shè)計(jì)是否吻合依據(jù)：詳細(xì)設(shè)計(jì)，編碼方法：白盒測試測試執(zhí)行人：開發(fā)工程師12. 軟件測試的分類-按開發(fā)階段分驗(yàn)收測試：系統(tǒng)（確認(rèn)）測試: System Testing 測試兩個(gè)或多個(gè)單元 是為了驗(yàn)證和確認(rèn)系統(tǒng)是否達(dá)到了用戶的原始目標(biāo)。 檢驗(yàn)組成整個(gè)系統(tǒng)的代碼、以及系統(tǒng)的軟硬件配合有無錯(cuò)誤 代碼實(shí)現(xiàn)的系統(tǒng)與用戶需求是否吻合 檢驗(yàn)系統(tǒng)的文檔等各種是否完整、有效 模擬驗(yàn)收測試的要求，檢查系統(tǒng)是否符合用戶的驗(yàn)收標(biāo)準(zhǔn)單元測試：Unit

8、Testing 檢查應(yīng)用程序的小單元和模塊集成測試：Integration Testing 測試整個(gè)系統(tǒng)系統(tǒng)測試：性能測試：所有的活動(dòng)都作為性能測試的一部分執(zhí)行，且與白盒測試緊密聯(lián)系。徹底檢 查并監(jiān)控系統(tǒng)，通過所有可能的輸入和預(yù)期的輸出結(jié)果來測量系統(tǒng)可用性測試：檢查輸出結(jié)果和錯(cuò)誤消息以判斷其是否有意義、是否簡單開發(fā)界面時(shí)要考慮用戶的教育背景和理解能力GUI 測試：窗體測試、空間測試、菜單測試圖形用戶界面是基礎(chǔ)代碼的前端，是用戶和軟件交互的工具配置和安裝測試：檢查軟件安裝，這個(gè)流程也判斷系統(tǒng)是否能在不同的平臺上安裝或卸載恢復(fù)測試：有意使系統(tǒng)發(fā)生故障如果系統(tǒng)自我恢復(fù)，將確認(rèn)重新初始化和檢查點(diǎn)機(jī)制是

9、否正確安全性測試：拒絕未經(jīng)授權(quán)的訪問都是經(jīng)過身份驗(yàn)證的用戶13. 驗(yàn)收測試：又稱交付測試，即當(dāng)軟件完成單元測試、集成測試、系統(tǒng)測試之后，我們依據(jù)軟件需求規(guī)格說明書，對軟件進(jìn)行一次全面的測試，完成對軟件整體質(zhì)量的評估1.有效性測試 是在模擬的環(huán)境運(yùn)用黑盒測試的方法，驗(yàn)證軟件是否滿足需求規(guī)格說明書列出的需求。2.軟件配置復(fù)查 保證軟件配置的所有成分都齊全，各方面的質(zhì)量都符合要求，文檔內(nèi)容與程序完全一致。測試：先在公司內(nèi)部的環(huán)境上運(yùn)行，由公司員工先試用，提出反饋意見和發(fā)現(xiàn)缺陷。 測試：讓少數(shù)用戶或者公司合作伙伴使用，提出反饋意見和發(fā)現(xiàn)缺陷。（微軟和QQ） 正式驗(yàn)收：用戶根據(jù)驗(yàn)收測試報(bào)告獨(dú)立完成或者在

10、測試人員指導(dǎo)下完成。14. 軟件測試的分類-按測試實(shí)施者分：開發(fā)方測試 開發(fā)方通過檢測和提供客觀證據(jù)，證實(shí)軟件的實(shí)現(xiàn)是否滿足規(guī)定的需求。 用戶測試 用戶通過運(yùn)行和使用軟件，檢測與核實(shí)軟件實(shí)現(xiàn)是否符合自己預(yù)期的要求。 第三方測試 介于開發(fā)方和用戶之間的測試組織的測試。15. 軟件測試的分類-按測試技術(shù)分：白盒測試 通過對程序內(nèi)部結(jié)構(gòu)的分析、檢測來尋找問題。 黑盒測試 通過軟件的外部表現(xiàn)來發(fā)現(xiàn)其缺陷和錯(cuò)誤。 灰盒測試 結(jié)合了以上兩種測試方法。16. 測試分類測試策略黑盒測試 白盒測試手動(dòng)測試 自動(dòng)測試靜態(tài)測試 動(dòng)態(tài)測試總結(jié)：第一章了解到了軟件測試的概論 那么這章了解到了軟件測試的基礎(chǔ)首先了解到得是

11、軟件生存周期模型，在了解軟件生存周期模型上，了解到了什么是軟件需求設(shè)計(jì)，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)等軟件測試？我們要發(fā)現(xiàn)的是什么？我們要發(fā)現(xiàn)的Bug。在了解Bug之后，必須要了解為什么會有Bug？它的特征是什么？分布？修復(fù)的成本那么我們怎么樣能更加好的測試呢？由此引出了模型（V模型 、 W 模型 、 H 模型）軟件測試的分類軟件生存周期-軟件需求分析-概要設(shè)計(jì)-詳細(xì)設(shè)計(jì)Bug-為什么會產(chǎn)生-特征是什么-怎么分布的-修復(fù)的成本模型-V模型-W模型-H模型軟件測試的分類-按開發(fā)階段分（驗(yàn)收測試、系統(tǒng)（確認(rèn)）測試、集成測試、單元測試）-按實(shí)施者分（開發(fā)方測試、用戶測試、第三方測試）-按技術(shù)分（黑盒測試、白盒

12、測試、灰盒測試）-測試策略（黑盒測試、白盒測試 - 手動(dòng)測試、自動(dòng)測試 - 靜態(tài)測試、動(dòng)態(tài)測試）軟件測試功能測試用例設(shè)計(jì)1. 測試用例的定義：測試用例就是記下我們要進(jìn)行什么測試，進(jìn)行測試的具體步驟，以及測試執(zhí)行是否正確的標(biāo)準(zhǔn)測試用例是一個(gè)包含輸入和預(yù)期輸出并與實(shí)際輸出有關(guān)的標(biāo)志解決要測什么、怎么測和如何測的問題所有的預(yù)期輸出缺一不可2. 測試用例的用途和目的：執(zhí)行測試，發(fā)現(xiàn)缺陷重新執(zhí)行測試，重現(xiàn)缺陷管理測試過程回歸測試，驗(yàn)證缺陷是否修復(fù)使測試更加方便的執(zhí)行提高測試效率便于進(jìn)行回歸測試使測試過程更方便管理3. 影響測試用例測試的主要因素需求目標(biāo)用戶實(shí)際使用場景軟件功能需求規(guī)格說明書測試的方法測試

13、的對象4. 測試用例的編寫原則：準(zhǔn)確性：測試用例的設(shè)計(jì)確實(shí)符合測試需求，并且必須準(zhǔn)確地說明測試的內(nèi)容簡潔性：測試用例的設(shè)計(jì)中必須包含完成測試必要的步驟、要素，不需要加入多余的、可有 可無的步驟、要素可重用性：測試用例的設(shè)計(jì)要求測試是可控的，它能夠使任何人在任何時(shí)間進(jìn)行測試都能獲 得同樣的結(jié)果適用性：測試用例對于當(dāng)前的測試環(huán)境和測試者而言是可以執(zhí)行的純凈性：不會因?yàn)閳?zhí)行該測試用例而影響其它測試用例的執(zhí)行，用例中應(yīng)說明如何將應(yīng)用系 統(tǒng)恢復(fù)到最初狀態(tài)，而不影響后續(xù)測試的進(jìn)行。5. 測試用例的編寫有三種主要格式：Step-by-step （按步驟）Matrix （矩陣表）Automated scrip

14、t （自動(dòng)化腳本）前兩種是測試用例最基本的格式，最后一種是自動(dòng)執(zhí)行前兩種測試用例的軟件腳本。6. 測試用例設(shè)計(jì)的方法：黑盒測試方法：1） 等價(jià)類劃分法2） 邊界值分析法3） 場景法4） 錯(cuò)誤推測法5） 因果圖法6） 判定表驅(qū)動(dòng)法7） 正交試驗(yàn)設(shè)計(jì)法8） 功能圖法白盒測試：1）語句覆蓋2）判定覆蓋3）條件覆蓋4）判定/條件覆蓋5）路徑覆蓋7. 編寫有效的測試用例使用合理的語言：測試人員該做什么，系統(tǒng)輸出什么應(yīng)該寫得很清楚明白，也就是說首先要分清楚測 試用例的輸入和預(yù)期輸出 避免含義混淆，方法：在操作步驟中采用動(dòng)詞+名詞的結(jié)構(gòu)，動(dòng)詞總是測試人員要 做得事情，名詞總是測試人員操作的對象、事物 制定命

15、名規(guī)則，同一種事物只有一種名稱使用模版：編寫測試用例更方便 提高測試用例的組織性 提供了標(biāo)準(zhǔn) 格式統(tǒng)一美觀 有助于測試人員尋找信息 能夠包括很多有關(guān)測試過程的選項(xiàng)使用克隆：模仿某個(gè)測試用例來寫別的測試用例 某些用戶手冊中的步驟、文字也可以被克隆 保存以前寫過的測試用例，以便以后進(jìn)行克隆 Matrixes測試用例也可以克隆，特別是在表結(jié)構(gòu)相同的情況下，只需要改變一些列 的名稱和值就可以測試用例的依賴關(guān)系：具有依賴關(guān)系的測試用例是一些需要依靠先前的測試用例執(zhí)行的結(jié)果來執(zhí)行的用 例 考慮是否真的需要其他的測試的結(jié)果作為數(shù)據(jù)輸入，如果是，那么測試必需是累積 的。應(yīng)盡量避免這種情況，以免讓測試變得繁瑣

16、保持測試用例依賴關(guān)系的正確性和一致性 以一種合理的順序來安排測試用例的順序8. 測試用例示例1.測試用例標(biāo)識 2.測試步驟 3.輸入 4.預(yù)期輸出 5.實(shí)際輸出 6.特殊過程的要求 7.與其他測試用例的依賴關(guān)系 8.環(huán)境要求 8.1 硬件 8.2 軟件 8.3 其他9. 測試模板包含的內(nèi)容項(xiàng)目名稱 程序版本測試壞境編制人 編制時(shí)間功能名稱功能特性測試目的預(yù)制條件參考信息 特殊規(guī)程說明用例編號 測試步驟 邊界值 輸入數(shù)據(jù) 預(yù)期結(jié)果 測試結(jié)果總結(jié)：為什么有測試用例？怎么樣把它做到最好從測試用例的定義到怎么編寫一個(gè)好的測試用例定義-用途和目的-編寫原則-影響因素-編寫格式-方法-有效的測試用例-測試

17、用例的模板最主要的是理解 - 方法軟件測試功能測試用例設(shè)計(jì)（黑盒測試 等價(jià)類方法）1. 測試用例：預(yù)期輸入不同就寫一個(gè)測試用例2. 黑盒測試內(nèi)部實(shí)現(xiàn)不可見 關(guān)注的只有輸入和輸出 （這兩個(gè)條件是否滿足需求）3. 黑盒測試發(fā)現(xiàn)的常見錯(cuò)誤A. 功能不正確或遺漏B. 界面錯(cuò)誤C. 數(shù)據(jù)庫訪問錯(cuò)誤D. 性能錯(cuò)誤4. 黑盒測試的特點(diǎn)從理論上來講，黑盒測試只有采取 窮舉輸入 測試，把所有可能的輸入都作為測試情況考慮，才能查出所有的錯(cuò)誤實(shí)際上測試情況是無窮多的，完全測試是不可能的。如何解決把黑盒測試加以分類1、節(jié)約測試實(shí)施的時(shí)間和資源 2、避免盲目測試、提高測試效率 3、使測試的實(shí)施重點(diǎn)突出、目的更明確5.

18、分類1、等價(jià)類劃分法 2、邊界值分析法 3、錯(cuò)誤推測法 4、因果圖法 5、判定表驅(qū)動(dòng)法 6、正交試驗(yàn)設(shè)計(jì)法 7、功能圖法（把軟件分解為相對獨(dú)立的功能單元8、場景法結(jié)合一起使用6. 等價(jià)類劃分講程序的輸入域分成若干部分，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)作為測試數(shù)據(jù)特點(diǎn)：代表性數(shù)據(jù)在測試活動(dòng)中的作用等價(jià)于這一類中其他的數(shù)據(jù)分類：有效和無效等價(jià)類有效等價(jià)類：對于程序的需求說明來說是合理的，有意義的輸入數(shù)據(jù)所構(gòu)成的集合利用它可以檢驗(yàn)程序是否實(shí)現(xiàn)了預(yù)期的功能和性能無效等價(jià)類：對于程序的需求說明來說是不合理的，沒有意義的輸入數(shù)據(jù)所構(gòu)成的集合利用它可以檢驗(yàn)程序?qū)τ跓o效數(shù)據(jù)的處理能力7. 劃分等價(jià)類的方法：

19、A . 在輸入條件規(guī)定了取值范圍的情況下，則可以確立以個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類如：輸入值是學(xué)生成績，范圍是 0100 有效： 0 <=成績<=100 無效：成績<0 成績>100B . 在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下,可確立一個(gè)有效 等價(jià)類和一個(gè)無效等價(jià)類；如：填寫驗(yàn)證碼C . 在輸入條件是一個(gè)布爾量（true和false）的情況下,可確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。如：我同意條款才能執(zhí)行下一步 QQ安裝D . 在規(guī)定了輸入數(shù)據(jù)的一組值（假定n個(gè)）,并且程序要對每一個(gè)輸入值分別處理的情況下,可確立n 個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類

20、。如：密碼查詢問題 默認(rèn)的“請選擇密碼查詢問題”是無效等價(jià)類E . 在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下,可確立一個(gè)有效等價(jià)類（符合規(guī)則）和若干個(gè)無效等 價(jià)類（從不同角度違反規(guī)則）；如：申請郵箱號碼 F：在確知已劃分的等價(jià)類中各元素在程序處理中的方式不同的情況下,則應(yīng)再將該等價(jià)類進(jìn)一步的劃 分為更小的等價(jià)類。（細(xì)分）如：數(shù)據(jù) ： 數(shù)值 和 非數(shù)值 / 數(shù)值：非服數(shù)值 和 負(fù)實(shí)數(shù) / 數(shù)值： 字母 和 空格8. 等價(jià)類劃分的特點(diǎn)和注意事項(xiàng)等價(jià)類的特點(diǎn) 測試內(nèi)容相同 如果等價(jià)類中的一個(gè)測試能夠捕獲一個(gè)缺陷，那么選擇該等價(jià)類中的其他測試也能 捕獲該缺陷 如果等價(jià)類中的一個(gè)測試不能夠捕獲一個(gè)缺陷，那

21、么選擇該等價(jià)類中的其他測試也 不能捕獲該缺陷 兩類劃成一類，結(jié)果？ 一類劃成兩類，結(jié)果？ 注意 考慮無效等價(jià)類 仔細(xì)劃分9. 怎么設(shè)計(jì)測試用例1為每一個(gè)等價(jià)類規(guī)定一個(gè)唯一的編號；  2設(shè)計(jì)一個(gè)新的測試用例,使其盡可能多地覆蓋尚未被覆蓋地有效等價(jià)類,重復(fù)這一步， 直到所有的有效等價(jià)類都被覆蓋為止；  3設(shè)計(jì)一個(gè)新的測試用例,使其僅覆蓋一個(gè)尚未被覆蓋的無效等價(jià)類,重復(fù)這一步，直到 所有的無效等價(jià)類都被覆蓋為止。黑盒測試（邊界值分析法）1. 邊界值分析法對程序輸入或輸出的邊界值進(jìn)行分析和測試，是對等價(jià)類劃分法的一種補(bǔ)充。2. 邊界值分析法的特點(diǎn)：1邊界值分析不是從某等價(jià)類中隨便挑

22、一個(gè)作為代表，而是使這個(gè)等價(jià)類的每個(gè)邊界都要作為測試條件。  2邊界值分析不僅考慮輸入條件，還要考慮輸出空間產(chǎn)生的測試情況。通常情況下，軟件測試所包含的邊界檢驗(yàn)有幾種類型：數(shù)字、字符、尺寸、空間等。相應(yīng)地，以上類型的邊界值應(yīng)該在：最大/最小、首位/末位、最短/最長、 空/滿等情況下。3. 邊界值方法小結(jié)輸入或輸出的邊界最容易產(chǎn)生錯(cuò)誤 確定邊界值的方法 對取值范圍進(jìn)行界定 對取值個(gè)數(shù)進(jìn)行界定 有序集合 分析規(guī)格說明，找出其他邊界條件 隱含的邊界值 2的乘方 ASCII表4. 邊界值分析法的使用1如果輸入條件規(guī)定了值的范圍,則應(yīng)取剛達(dá)到這個(gè)范圍的邊界的值,以及剛剛超越這個(gè) 范圍邊界的值作

23、為測試輸入數(shù)據(jù)。    如果程序的規(guī)格說明中規(guī)定：“重量在10公斤至50公斤范圍內(nèi)的郵件， 其郵，其費(fèi)計(jì)算公式為:貨物重量*費(fèi)率=郵費(fèi)”。有效等價(jià)類邊界值(10、10.01、50、49.99  無效等價(jià)類邊界值（9.99、50.01）2如果輸入條件規(guī)定了值的個(gè)數(shù),則用最大個(gè)數(shù),最小個(gè)數(shù),比最小個(gè)數(shù)少一,比最大個(gè)數(shù)多一的數(shù)作 為測試數(shù)據(jù)。    比如，一個(gè)輸入文件應(yīng)包括1255個(gè)記錄，則測試用例可取1和255，還應(yīng)取0及256等。3將規(guī)則1）和2）應(yīng)用于輸出條件，即設(shè)計(jì)測試用例使輸出值達(dá)到邊界值及其左右的值。 

24、60;  問題:某程序的規(guī)格說明要求計(jì)算出“每月保險(xiǎn)金扣除額為0至1165.25元”，如何取其測 試數(shù)據(jù)?    有效等價(jià)類邊界值（0.00、0.01、1165.24、1165.25） 無效等價(jià)類邊界值（-0.01、1165.26）4如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合,則應(yīng)選取集合的第一個(gè)元素和最后一個(gè) 元素作為測試用例。  5分析規(guī)格說明,找出其它可能的邊界條件。黑盒測試（功能圖法、錯(cuò)誤推測法、場景分析法）1. 功能圖法就是用功能圖形象地表示程序的功能說明，并機(jī)械地生成功能圖的測試用例。功能圖模型由狀態(tài)遷移圖和邏輯功能模型組成。

25、例如：Windows的屏幕保護(hù)程序測試（有密碼保護(hù)功能）2. 錯(cuò)誤推測法是基于經(jīng)驗(yàn)和直覺推測程序中所有可能存在的各種錯(cuò)誤，從而有針對性地設(shè)計(jì)測試用例錯(cuò)誤推測法本身不是一種測試技術(shù)，而是一種可以應(yīng)用到所有測試技術(shù)中產(chǎn)生更加有效 的測試的一種技能。3. 錯(cuò)誤推測法基本思想列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況來設(shè)計(jì)測試用例 例如: 以前測試時(shí)曾出現(xiàn)過錯(cuò)誤的地方，包括單元測試、集成測試、系統(tǒng)測試、前幾次回 歸測試 輸入數(shù)據(jù)的問題，如是否可為空，是否可以有特殊字符，是否可以小于0、等于0 等等 一些問題的范圍或邊界4. 場景分析法的定義用例場景是通過描述流經(jīng)用例的路徑來確定的過程，這個(gè)流

26、經(jīng)過程要從用例開始到結(jié)束 遍歷其中所有基本流和備選流。5. 為什么引入用例場景現(xiàn)在的軟件幾乎都是由事件觸發(fā)來控制流程的，事件觸發(fā)時(shí)的情景便形成了場景，而同 一事件不同的觸發(fā)順序和處理結(jié)果形成事件流。 這種在軟件設(shè)計(jì)方面的思想也可被引入到軟件測試中，生動(dòng)的描繪出事件觸發(fā)時(shí)的情 景，有利于測試設(shè)計(jì)者設(shè)計(jì)測試用例，同時(shí)測試用例也更容易的得到理解和執(zhí)行。6. 場景分析法實(shí)例上圖中經(jīng)過用例的每條路徑都用基本流和備選流來表示，直黑線表示基本流，是經(jīng)過用 例的最簡單的路徑。備選流用不同的彩色表示，一個(gè)備選流可能從基本流開始，在某個(gè) 特定條件下執(zhí)行，然后重新加入基本流中（如備選流 1 和 3）；也可能起源于另

27、一個(gè)備 選流（如備選流 2），或者終止用例而不再重新加入到某個(gè)流（如備選流 2 和 4）。場景分析法實(shí)例遵循上圖中每個(gè)經(jīng)過用例的可能路徑，可以確定不同的用例場景。從基本流開始，再將 基本流和備選流結(jié)合起來，可以確定以下用例場景： 場景 1 基本流 場景 2 基本流 備選流 1 場景 3 基本流 備選流 1 備選流 2 場景 4 基本流 備選流 3 場景 5 基本流 備選流 3 備選流 1 場景 6 基本流 備選流 3 備選流 1 備選流 2 場景 7 基本流 備選流 4 場景 8 基本流 備選流 3 備選流 4 注：為方便起見，場景 5、6 和 8 只描述了備選流 3 指示的循環(huán)執(zhí)行一次的情況

28、。7. 測試用例 生成每個(gè)場景的測試用例是通過確定某個(gè)特定條件來完成的，這個(gè)特定條件將導(dǎo)致特定用例場景的執(zhí)行。每個(gè)場景寫一個(gè)測試用例總結(jié)： 選擇測試用例的綜合策略 首先進(jìn)行等價(jià)類的劃分，包括輸入條件和輸出條件的等價(jià)類劃分 在任何情況下都必須使用邊界值分析方法 可以使用錯(cuò)誤推測法追加一些測試用例 對照程序邏輯，檢查已設(shè)計(jì)的測試用例的邏輯覆蓋程度 如果程序的功能說明中含有輸入條件的組合情況，則一開始就選用因果圖法和判定表驅(qū)動(dòng)法對于參數(shù)配置類的軟件，要用正交試驗(yàn)法選擇較少的組合方式達(dá)到最佳效果 功能圖法也是很好的測試用例設(shè)計(jì)方法，可以通過不同時(shí)期條件的有效性設(shè)計(jì)不同的測試數(shù)據(jù) 對于業(yè)務(wù)流清晰的系統(tǒng)，

29、可以利用場景法貫穿整個(gè)測試案例過程，在案例中綜合運(yùn)用各種測試方法 白盒測試在測試時(shí)，把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特征的情況下，在程序接口進(jìn)行測試，他只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能夠適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)產(chǎn)生正確的輸出信息。通常情況下使用工具測試1. 白盒測試方法：語句覆蓋：使程序中每個(gè)語句至少執(zhí)行一次語句覆蓋是最弱的邏輯覆蓋 判定覆蓋：使每個(gè)判定的真假分支都至少執(zhí)行一次判定覆蓋仍是弱的邏輯覆蓋 條件覆蓋：使每個(gè)判定的每個(gè)條件的可能取值至少執(zhí)行一次 條件覆蓋不一定包含判定覆蓋 判定覆蓋也不一定包含條件覆蓋判定/條件覆蓋：選取足夠多的測

30、試用例，使判斷中的每個(gè)條件的所有可能取值至 少執(zhí)一次，同時(shí)每個(gè)判斷本身的所有可能判斷結(jié)果至少執(zhí)行一次.能同時(shí)滿足判定、條件兩種覆蓋標(biāo)準(zhǔn)。路徑覆蓋：（想到與場景法）最好的一種2. 白盒測試的基本技術(shù)：1、語句分析和語法分析2、靜態(tài)錯(cuò)誤分析類型和單位分析引用分析表達(dá)式分析接口分析3、程序插樁技術(shù)方法簡介斷言語句3. 白盒測試的方法：1、代碼檢查法代碼檢查方式（桌面檢測、代碼審查、走查）代碼檢查項(xiàng)目編碼規(guī)范代碼檢查規(guī)則缺陷檢查表2、靜態(tài)結(jié)構(gòu)分析法3、靜態(tài)質(zhì)量度量法4、邏輯覆蓋法語句覆蓋（SC）判斷覆蓋（DC）條件覆蓋（CC）條件判定組合覆蓋（CDC）多條件覆蓋（MCC）修正條件判定覆蓋（）、基本路勁

31、覆蓋法程序的控制流程圖程序環(huán)路復(fù)雜性基本路徑測試步驟、其他白盒測試方法域測試符號測試路徑覆蓋程序異變測試的執(zhí)行1. 測試團(tuán)隊(duì)在項(xiàng)目中的位置測試團(tuán)隊(duì)的基本職責(zé) 1、盡早地發(fā)現(xiàn)軟件系統(tǒng)中的問題； 2、督促和協(xié)助開發(fā)人員盡快地解決程序中的缺陷； 3、幫助項(xiàng)目管理人員制定合理的開發(fā)計(jì)劃； 4、對缺陷進(jìn)行跟蹤、分析和分類總結(jié)； 5、促進(jìn)程序編寫的規(guī)范性、易讀性、可維護(hù)性等； 6、幫助改善開發(fā)流程、提高產(chǎn)品效率。協(xié)助 > 督促測試團(tuán)隊(duì)的定位 1、以開發(fā)為核心，測試只是開發(fā)隊(duì)伍中的一部分。2、以項(xiàng)目經(jīng)理為核心，開發(fā)小組和測試小組并存。3、測試人員獨(dú)立于項(xiàng)目之外，三足鼎立2. 第二大關(guān)鍵問題測試工作流程

32、：（和H模型一樣）3. 測試環(huán)境什么是測試環(huán)境 測試環(huán)境是軟件+硬件+網(wǎng)絡(luò) 硬件：pc（品牌和兼容）、筆記本、服務(wù)器、各種PDA 軟件：指軟件運(yùn)行的操作系統(tǒng) 網(wǎng)絡(luò)：針對C/S和B/S結(jié)構(gòu)的軟件（局域網(wǎng)（速度）、互聯(lián)網(wǎng)）4. 測試環(huán)境的要求1、真實(shí)（盡量模擬用戶真實(shí)的使用環(huán)境） 2、干凈無毒 3、獨(dú)立（測試環(huán)境和開發(fā)環(huán)境相互獨(dú)立）5. 環(huán)境對測試用例的影響C/S模式的客戶端軟件（如騰訊QQ）著重要考慮操作系統(tǒng)、網(wǎng)絡(luò)協(xié)議、通訊端口 和防火墻的影響 B/S模式的Web應(yīng)用則主要考慮的是瀏覽器、SSL協(xié)議、API等的影響，而操作系 統(tǒng)對Web應(yīng)用影響較小或者幾乎沒有。 SSL協(xié)議：網(wǎng)絡(luò)安全協(xié)議 API

33、：應(yīng)用程序編程接口6. 測試環(huán)境優(yōu)化測試用例的環(huán)境組合不能簡單地疊加起來。試圖進(jìn)行完全組合的測試是不可能的。 操作系統(tǒng)（12種） 瀏覽器 （9種） 防火墻 （6種） 等等7. 操作系統(tǒng)的市場份額Win xp > win7 > win > 其他8. 瀏覽器的市場份額IE（55%）> Mozilla（20%）> Firefox（15%） >其他（10%）9. 用戶界面和適用性測試軟件的用戶界面（user interface UI） Windows 95、Windows98、Windows 2000、Windows XP、Windows Vista10. 用戶界面

34、測試的要素1、符合標(biāo)準(zhǔn)和規(guī)范 不同的界面元素在不同的場合適用。 例如：Windows界面的提示信息分為系統(tǒng)提示 （i 白色符號）、警告信息 （！ 黃 色呼號）和嚴(yán)重警告信息 （x 紅色符號）2、直觀性 例如：Google的初始界面3、一致性（使用的術(shù)語、字體、界面的元素風(fēng)格是否一致） 4、靈活性 軟件用不同的選項(xiàng)來滿足不同用戶的喜好和需求，用不同的方式來完成相同的功能例如：計(jì)算器5、舒適性例如：登陸QQ后會彈出一個(gè)騰訊迷你首頁 6、正確性（窗口沒有完全顯示、文字不對齊、文字拼寫錯(cuò)誤、密碼輸入沒有*屏蔽） 7、實(shí)用性例如：日期的輸入 可以直接選擇日期11. 功能測試執(zhí)行1. 軟件測試項(xiàng)目要素1、

35、用戶 2、目標(biāo) 3、范圍 4、工期 5、項(xiàng)目類型 6、軟件平臺 7、開發(fā)工具和語言2. 項(xiàng)目的測試需求和任務(wù)確定軟件功能測試需求確定非功能性的系統(tǒng)測試需求 容錯(cuò)處理 兼容性要求 配置要求 性能要求 安全性要求 可靠性 易用性 日志文件3. 功能測試功能測試： 用于測試應(yīng)用系統(tǒng)的功能需求的黑盒測試方法。 這類測試應(yīng)由測試員做，這并不意味著程序員在發(fā)布前不必檢查他們的代碼能否工 作(自然他能用于測試的各個(gè)階段。 運(yùn)行系統(tǒng)，查看其功能是否正常實(shí)現(xiàn)，是否滿足需求。對于需求沒有涵蓋，但功能 實(shí)現(xiàn)上不合理的地方(從用戶角度考慮與項(xiàng)目經(jīng)理溝通，進(jìn)行系統(tǒng)完善。 參考 參考需求分析、規(guī)格說明書、測試計(jì)劃、測試用

36、例等文檔 多與開發(fā)人員、用戶及其他項(xiàng)目相關(guān)人員溝通4. 功能測試控件操作文本框測試：從輸入數(shù)據(jù)的內(nèi)容，長度，類型，格式等幾個(gè)方面來考慮按鈕測試：按鈕功能是否實(shí)現(xiàn) 提示信息是否正確 對于不符合業(yè)務(wù)背景的輸入數(shù)據(jù)是否有相應(yīng)的處理單選框測試：單選按鈕是否同時(shí)只能選中一個(gè) 各單選按鈕功能是否能正確完成 是否有默認(rèn)被選中的選項(xiàng)up-down控件文本框組合測試：上下箭頭的控制 邊界值的測試 默認(rèn)值的測試 非法輸入字符的測試組合列表框測試：條目內(nèi)容的檢查 條目功能的是否實(shí)現(xiàn) 列表框中是否能輸入數(shù)據(jù)復(fù)選框測試：多個(gè)復(fù)選框可以同時(shí)選中。 多個(gè)復(fù)選框可以被部分選中。 多個(gè)復(fù)選框可以都不被選中。例如，即不選輪廓，也

37、不選陰影字體 逐一執(zhí)行每個(gè)復(fù)選框的功能。 每個(gè)復(fù)選框都可能有三種狀態(tài)：選中、未選中和部分選中。列表框測試：條目內(nèi)容正確。 逐一執(zhí)行列表框中每個(gè)條目的功能。 列表框內(nèi)容多要使用滾動(dòng)條。 列表框允許多選時(shí)，要分別檢查按Shift選中條目、按Ctrl選中條目和直 接用鼠標(biāo)選中多項(xiàng)條目。滾動(dòng)條控件：滾動(dòng)條是否能拖動(dòng) 滾動(dòng)條拖動(dòng)時(shí)屏幕刷新情況 滾動(dòng)條拖動(dòng)時(shí)顯示信息的顯示 滾動(dòng)條的上下按鈕是否可用各種控件的組合使用：控件間的相互作用 Tab鍵的順序 熱鍵的使用 回車鍵和ESC鍵的使用 控件組合后功能的實(shí)現(xiàn)5. 文件操作：打開文件：打開在任意位置的文件 以各種方式打開文件 打開任意格式的文件 打開文件對話框

38、中的各按鈕保存文件： 在任意位置保存文件 以各種方式保存文件 保存任意格式的文件 保存文件對話框中的各按鈕關(guān)閉文件： 正常關(guān)閉文件，系統(tǒng)提供確認(rèn)信息。 通過菜單或窗口按鈕關(guān)閉。 非正常關(guān)閉。打印文件： 本地打印和網(wǎng)絡(luò)打印是否能完成 打印界面的各屬性的設(shè)置 打印界面的各按鈕功能是否能實(shí)現(xiàn)6. 編輯操作：編輯操作需要測試些什么 查找、搜尋中考慮輸入的內(nèi)容和長度 替換中考慮輸入的內(nèi)容和長度 編輯操作窗體的功能測試7. 插入操作：需要測試些什么？ 8. 復(fù)制操作：復(fù)制操作需要測試些什么？9. 鼠標(biāo)操作：如何進(jìn)行測試 左右鍵操作是否能完成 單擊、雙擊、三擊是否能完成 拖放、滾輪等功能是否能完成 移動(dòng)、點(diǎn)

39、擊的速度10. 窗體界面測試：窗體大小 移動(dòng)窗體 縮放窗體 顯示分辨率狀態(tài)欄 工具欄 錯(cuò)誤信息 父窗口 子窗口11. 控件界面測試檢查列表控件 測試內(nèi)容 是否通過1 控件擺放對齊，間隔要一致，沒有重疊區(qū)域2 無錯(cuò)別字3 無中英文混合4 控件的字體和大小都要一致5 控件被現(xiàn)實(shí)完整不被剪切或重疊現(xiàn)象6 文字無全角和半角混合使用12. 菜單界面測試：1.         點(diǎn)擊菜單可以正常工作，并與實(shí)際執(zhí)行內(nèi)容一致。例如點(diǎn)擊菜單查找，而進(jìn)入 的窗口卻是打開文件窗口。 2.    &#

40、160;    錯(cuò)別字。例如“恢復(fù)取消”寫成了“灰復(fù)取消” 3.         快捷鍵重復(fù)。例如“取消”和“設(shè)置只讀”操作的快捷鍵都是Ctrl+Z，當(dāng)用快 捷鍵操作時(shí)，其中一個(gè)操作就會無效。 4.         熱鍵重復(fù)。例如“粘貼”和“查找前一個(gè)”操作的熱鍵都是P。 5.         快捷鍵和熱鍵操作有效。逐一測試每個(gè)

41、快捷鍵和熱鍵，都可以執(zhí)行正確操作。 6.         菜單的字體和字號一致。不同窗體內(nèi)的菜單的字體和字號要保持一致 7.         中英文混合。個(gè)別菜單文字仍為英文，整個(gè)菜單中英文混合。 8.         菜單和語境相關(guān)。例如，用不同權(quán)限的用戶登錄一個(gè)應(yīng)用程序，管理員可以看見并使用 所有菜單功能，不同級別的用戶可以看見不同級別的菜單并使用不同級

42、別的功能。 9.         菜單設(shè)置為灰色。如圖11-9右側(cè)菜單，是關(guān)于表格的菜單，因?yàn)檫€沒有創(chuàng)建表格，所以 “合并單元格”等項(xiàng)和當(dāng)前進(jìn)行的操作無關(guān)，被置為灰色無法使用。 10.     鼠標(biāo)右鍵快捷菜單。點(diǎn)擊鼠標(biāo)右鍵，若出現(xiàn)快捷菜單，測試內(nèi)容同上。 11.     菜單通常采用“常用-主要-次要-工具-幫助”的位置排列，符合流行的Windows風(fēng)格。 12.     常用的有“文件”、“編

43、輯”，“查看”等，幾乎每個(gè)系統(tǒng)都有這些選項(xiàng)，當(dāng)然要根據(jù)不同的 系統(tǒng)有所取舍。 13.     下拉菜單要根據(jù)菜單選項(xiàng)的含義進(jìn)行分組，并且按照一定的規(guī)則進(jìn)行排列，用橫線隔開。 14.     菜單深度一般要求最多控制在三層以內(nèi)。如果菜單選項(xiàng)較多，應(yīng)該采用加長菜單的長度而 減少深度的原則排列。 15.     菜單前的圖標(biāo)不宜太大，與字高保持一致最好。 主菜單數(shù)目不應(yīng)太多，最好為單排布置。13. 特殊屬性檢查清單14. 界面設(shè)計(jì)總體原則界面的長寬比例 按鈕的大小 背景的搭配 顏色

44、的搭配界面大小應(yīng)該符合美學(xué)觀點(diǎn)，感覺協(xié)調(diào)舒適，能吸引用戶的注意力。 1.         長寬接近黃金點(diǎn)比例，切忌長寬比例失調(diào)、或?qū)挾瘸^長度。 2.         按鈕大小基本相近，忌用太長的名稱，免得占用過多的界面位置。 3.         按鈕的大小要與界面的大小和空間相協(xié)調(diào)。 4.     

45、60;   放置完控件后界面不應(yīng)有很大的空缺位置。 5.         字體的大小要與界面的大小比例協(xié)調(diào), 通常使用宋體，字號為9-12，很少使用 超過12號的字體。 6.         前景與背景色搭配合理協(xié)調(diào)，反差不宜太大，最好少用深色，如大紅、大綠等。 常用色考慮使用Windows界面色調(diào)。 7.         如果使用其他顏

46、色，主色要柔和，具有親和力與磁力，堅(jiān)決杜絕刺目的顏色。 界面風(fēng)格要保持一致，字的大小、顏色、字體要相同，除非是需要藝術(shù)處理或有特殊要 求的地方。15. 文檔測試：哪些文檔需要測試：聯(lián)機(jī)幫助 用戶手冊 ReadMe文件 包裝文字和圖形 市場宣傳材料 授權(quán)/注冊登記表/用戶許可協(xié)議 標(biāo)簽 指南、向?qū)?6. 聯(lián)機(jī)幫助和用戶手冊之間的區(qū)別·聯(lián)機(jī)幫助 1）幫助手冊，幫助用戶解決問題 2）按F1 以.chm的格式顯示幫助文檔·用戶手冊 1）具體告訴你每個(gè)功能 2）以文檔的形式提交給用戶17. 自序文件：修改了哪些功能 、 新增了哪些功能18. ReadMe文件：包括程序的基本信息；若有

47、升級版的程序，還需包括新增和修改功能的簡介19. 指南、向?qū)В和ǔ＠壴诼?lián)機(jī)幫助系統(tǒng)中，用戶可以提出問題，然后由軟件一步步指引完成任務(wù)，例如，微軟Office中的助手。20. 標(biāo)簽：可能出現(xiàn)在媒體、包裝盒或者打印材料上。例如，軟盤或光盤表面的標(biāo)簽，包括軟件名稱、版本號、支持語言、版權(quán)信息、安裝序列號等，都需要檢查，保證無錯(cuò)誤21. 如何對文檔進(jìn)行測試1）確認(rèn)文檔中指出的站點(diǎn)2）確認(rèn)文檔中的鏈接正確3）按照提示操作，完成內(nèi)容4）確認(rèn)內(nèi)容正確，沒有錯(cuò)別字，標(biāo)點(diǎn)符號使用正確。5）確認(rèn)格式、排版正確。對于聯(lián)機(jī)幫助的測試和功能測試內(nèi)容相類似1）確認(rèn)目錄中的內(nèi)容完整，沒有遺漏。2）功能說明與系統(tǒng)的實(shí)際功能

48、一致。3）逐一點(diǎn)擊幫助目錄，檢查幫助內(nèi)容顯示正確，標(biāo)題和目錄一致。4）確認(rèn)文檔中的鏈接內(nèi)容正確。5）確認(rèn)文檔中熱點(diǎn)顯示正確。6）按照提示操作，完成內(nèi)容。7）確認(rèn)內(nèi)容正確，沒有錯(cuò)別字，標(biāo)點(diǎn)符號使用正確。8）確認(rèn)格式、排版正確。9）確認(rèn)幫助窗口中的所有圖標(biāo)和菜單正確。10）關(guān)鍵詞搜索正確。11）回車鍵，Tab鍵，熱鍵的使用。12）界面測試，測試內(nèi)容詳見第13章“設(shè)計(jì)功能和界面測試用例”。13）幫助要有即時(shí)針對性，在界面上調(diào)用幫助時(shí)應(yīng)該能夠及時(shí)定位到與該操作相對的幫助位置。對用戶手冊的測試：用戶手冊的測試內(nèi)容與聯(lián)機(jī)幫助相類似，因?yàn)槭怯∷⒌奈臋n，所以少了軟件功能方面的測試。確認(rèn)內(nèi)容正確，沒有錯(cuò)別字，標(biāo)

49、點(diǎn)符號使用正確。 確認(rèn)格式、排版正確。 確認(rèn)給出的示例正確。確?？狡梁蛯?shí)際產(chǎn)品一致，不是來源于已修改過的版本。 確保所有信息真實(shí)正確和實(shí)際產(chǎn)品功能一致。包括開發(fā)者，服務(wù)電話，公司地址等服務(wù)信息也必須是最新 的。 22. 聯(lián)機(jī)幫助測試檢查列表23. 文檔測試檢查單1）術(shù)語：用戶是否理解；是否需要定義；是否標(biāo)準(zhǔn)、前后一致 2）標(biāo)題：是否合適，是否和實(shí)際產(chǎn)品一致 3）內(nèi)容：功能描述正確、清晰 4）逐步執(zhí)行：確保所有信息真實(shí)正確和實(shí)際產(chǎn)品功能一致；檢查搜索的正確性；檢查 網(wǎng)站URL能否正確鏈接 5）圖表和拷屏：圖表準(zhǔn)確；拷屏版本一致；圖表標(biāo)題正確 6）示例：對文檔中示例要載入并使用，保證其可以正確執(zhí)行

50、 7）錯(cuò)別字：無錯(cuò)別字，標(biāo)點(diǎn)符號正確 8）排版：排版正確，風(fēng)格一致24. 安裝測試安裝測試需要測試哪些？安裝測試 運(yùn)行測試 卸載測試安裝測試需要測試些什么？1.         關(guān)注各種不同的安裝組合，無論是典型安裝還是自定義安裝或者其他安裝類型 都要一一測試，我們的最終目標(biāo)就是所有組合都能安裝成功。 2.         安裝退出之后，確認(rèn)應(yīng)用程序可以正確啟動(dòng)、運(yùn)行。 3.     &

51、#160;   在安裝之前備份注冊表，安裝之后，察看注冊表中是否有多余的垃圾信息。 4.         卸載測試和安裝測試同樣重要，如果系統(tǒng)提供自動(dòng)卸載工具，那么卸載之后需 檢驗(yàn)系統(tǒng)是否把所有的文件全部刪除，注冊表中有關(guān)的注冊信息是否也被刪除。 5.         安裝完成之后，可以在簡單的使用之后再執(zhí)行卸載操作，有的系統(tǒng)在使用之后 會發(fā)生變化，變得不可卸載。 6.    

52、     對于客戶服務(wù)器模式的應(yīng)用系統(tǒng)，可以先安裝客戶端，然后安裝服務(wù)器端，測 試是否會出現(xiàn)問題。 7.         至少要在一臺筆記本上進(jìn)行安裝測試，因?yàn)橛泻芏喈a(chǎn)品在筆記本中會出現(xiàn)問題， 尤其是系統(tǒng)級的產(chǎn)品。 8.         考察安裝該系統(tǒng)是否對其他的應(yīng)用程序造成影響，特別是Windows操作系統(tǒng)， 經(jīng)常會出現(xiàn)此類的問題。 其中第7，8條是在安裝測試中引出的兼容性的問題，我們將在第19

53、章“兼容性和易用性測試”中具體講解。其余的1至6條讓我們以office的安裝為例來說明。 25. 典型安裝確認(rèn)點(diǎn)擊所有包含“上一步”按鈕的對話框中的“返回”按鈕都可以回到上一個(gè)安裝界面。 確認(rèn)點(diǎn)擊“取消”按鈕，安裝程序不直接退出，而是彈出對話框與用戶確認(rèn)是否中止安裝。 確認(rèn)點(diǎn)擊“關(guān)閉”圖標(biāo)，安裝程序不直接退出，而是彈出對話框與用戶確認(rèn)是否中止安裝。 點(diǎn)擊“許可協(xié)議”中的“不接受”按鈕，按“下一步”，安裝程序彈出對話框與用戶確認(rèn)是否中止安裝。 在安裝過程中以點(diǎn)擊“取消”按鈕或點(diǎn)擊“關(guān)閉”圖標(biāo)中斷安裝，程序自動(dòng)刪除已安裝的文件。 輸入用戶信息，包括用戶名、縮寫、單位等。注意測試輸入字符的長度，輸入

54、字符為空值和默認(rèn)值的情況。  確認(rèn)在每個(gè)窗口點(diǎn)擊“幫助”按鈕，彈出相應(yīng)的關(guān)于該窗口功能的幫助。 安裝界面上的文字描述正確，符合要求且語言通順，無錯(cuò)別字。  界面測試  文檔測試  回車鍵，Tab鍵，快捷鍵的使用。  安裝過程突然中斷。例如，安裝過程中掉電。  安裝介質(zhì)滿。例如，在剩余空間只剩100M的硬盤上安裝MSOffice2000。 安裝介質(zhì)損壞或介質(zhì)忙。26. 用戶自定義安裝  選擇“自定義安裝”，指定新的安裝路徑。點(diǎn)擊瀏覽鍵選擇安裝路徑，或者直接輸 入安裝路徑，可嘗試輸入正確的或不存在的路徑。同時(shí)注意檢查磁盤可用空間

55、 顯示是否正確。 選擇要安裝的功能。選擇要安裝的功能，以及各種不同的安裝方式，如從本機(jī)運(yùn)行， 在首次使用時(shí)安裝，不安裝等。同時(shí)注意檢查選取不同功能時(shí)說明的變化，文 件大小的變化和有效磁盤空間的大小。 其他測試內(nèi)容同典型安裝27. 安裝測試通用檢查列表28. 如何進(jìn)行運(yùn)行測試1.         確認(rèn)安裝的軟件都可以正常的打開和關(guān)閉，常用功能可以使用。例如，Office2000 典型安裝后應(yīng)該包括Word，Excel，PowerPoint，Access，Outlook等，它們都可以 正常打開關(guān)閉。 2. &

56、#160;       確認(rèn)軟件安裝的目錄和安裝的內(nèi)容都正確，沒有遺漏或增加。例如，自定義安 裝Office工具中的公式編輯器，安裝完畢后可以在程序中使用公式編輯器；自定義 把Office安裝到d:office下，安裝完畢后檢查安裝路徑是否正確。 3.         把安裝之后的注冊表與安裝之前備份的注冊表做比較，檢查是否有多余的垃圾 信息。 4.         如果安裝的

57、是正式版或升級版的軟件，要確認(rèn)沒有時(shí)間鎖。例如，通過更改時(shí) 間分別進(jìn)行三個(gè)月、半年、一年的測試，檢查程序能否運(yùn)行。如果安裝的是限時(shí)版 或試用版的軟件，要確認(rèn)軟件超過時(shí)間就不可以運(yùn)行。例如，將系統(tǒng)時(shí)間調(diào)整到使 用期限以外（一天、十天、一月、三月、一年），重新啟動(dòng)軟件，確認(rèn)軟件不能夠 使用，并彈出提示信息對話框提示用戶使用期限已到，關(guān)閉提示信息對話框后，軟 件自動(dòng)退出。 5.         對于多語言的軟件要確認(rèn)產(chǎn)品的字符編碼。例如，簡體中文版的程序顯示的必 須是簡體中文，而不能是繁體中文。 6. 

58、0;       確認(rèn)產(chǎn)品信息與實(shí)際版本一致。例如，點(diǎn)擊“關(guān)于”菜單，彈出版本信息對話 框，確認(rèn)產(chǎn)品名稱，版本與實(shí)際版本一致。 檢查開始菜單、桌面快捷方式或快速啟動(dòng)圖標(biāo)的名稱正確，無錯(cuò)別字，可以正確打 開相應(yīng)程序。 29. 卸載測試需要測試些什么在Windows環(huán)境中，卸載程序通常有兩種方式，一是運(yùn)行程序提供的卸載程序，二是 在“控制面板”的“添加/刪除程序”中找到要?jiǎng)h除的程序，然后點(diǎn)擊“刪除”按鈕進(jìn) 行卸載。無論使用哪種方式，以下內(nèi)容都是我們在卸載測試的時(shí)候要測試到的內(nèi)容： 1.    

59、60;    卸載后，注冊表中有關(guān)的注冊信息是否都被刪除。 2.         所有的文件全部刪除 3.         在卸載過程中，卸載界面上的按鈕功能是否都能實(shí)現(xiàn)。 4.         是否支持回車鍵，Tab鍵，快捷鍵的使用。 5.       &#

60、160; 卸載正在使用的程序。 6.         卸載過程中突然中斷。 卸載過程中介質(zhì)處于忙碌狀態(tài)。30. 卸載測試通用檢查列表安裝完成之后，先簡單使用一些功能，然后再執(zhí)行卸載操作 卸載完成后檢查注冊表中有關(guān)的注冊信息是否被刪除 卸載完成后檢查系統(tǒng)是否把所有的文件全部刪除，安裝時(shí)創(chuàng)建的目錄文件夾、開始菜單、 桌面快捷方式和快速啟動(dòng)圖標(biāo)是否被刪除 執(zhí)行卸載步驟，按功能測試方法確認(rèn)功能是否正確 取消或關(guān)閉卸載過程，程序不被刪除，仍然可以使用 按界面和易用性測試規(guī)則，檢查卸載中的所有界面 按文檔測試規(guī)則，檢查卸載中的

61、所有文檔（幫助） 卸載正在使用的程序 突然中斷卸載過程 卸載過程中介質(zhì)處于忙碌狀態(tài)31. 加密測試加密測試需要測試些什么？ 序列號的測試 解密文件的測試 加密狗的測試32. 如何進(jìn)行加密測試？軟件加密 1.         在安裝或運(yùn)行時(shí)提示輸入正確序列號，程序可以正常安裝或運(yùn)行。 2.         在安裝或運(yùn)行時(shí)提示輸入錯(cuò)誤序列號，程序不可以安裝或運(yùn)行。 3.      

62、   按要求執(zhí)行解密操作，檢驗(yàn)程序可以正常運(yùn)行。 4.         不執(zhí)行解密操作，程序不可以運(yùn)行。 硬件加密 1.         安裝加密狗后，檢查程序可以正常安裝或運(yùn)行。 2.         不安裝加密狗，程序給出提示不能安裝或運(yùn)行。 3.         在安裝或運(yùn)行的過程中，拔掉加密狗，程序給出提示并退出安裝或運(yùn)行過程。 4.       &#