版本1第-4章測(cè)試基礎(chǔ)部分

1、知知 識(shí)識(shí) 結(jié)結(jié) 構(gòu)構(gòu)黑盒測(cè)試方法黑盒測(cè)試方法 白盒測(cè)試方法白盒測(cè)試方法測(cè)試階段和類(lèi)型測(cè)試階段和類(lèi)型測(cè)試用例設(shè)計(jì)測(cè)試用例設(shè)計(jì)軟件測(cè)試簡(jiǎn)介軟件測(cè)試簡(jiǎn)介軟件生命周期軟件生命周期軟件測(cè)試基礎(chǔ)軟件測(cè)試基礎(chǔ)掌握計(jì)算機(jī)軟件測(cè)試技術(shù)掌握計(jì)算機(jī)軟件測(cè)試技術(shù)軟件測(cè)試流程軟件測(cè)試流程計(jì)算機(jī)軟件測(cè)試技術(shù)計(jì)算機(jī)軟件測(cè)試技術(shù)缺陷管理軟件和測(cè)試軟件缺陷管理軟件和測(cè)試軟件 測(cè)試策略測(cè)試策略 第一章計(jì)算機(jī)軟件測(cè)試簡(jiǎn)介本章目標(biāo) 了解計(jì)算機(jī)軟件測(cè)試的定義 了解軟件測(cè)試工程師分類(lèi) 了解軟件測(cè)試工程師具備的素質(zhì)計(jì)算機(jī)軟件測(cè)試概述l 為什么有軟件測(cè)試行業(yè)？l 什么是軟件測(cè)試？計(jì)算機(jī)軟件測(cè)試概述 IEEE（Institute of El

2、ectrical and Electronics Engineers電氣電子工程師學(xué)會(huì)）中對(duì)軟件測(cè)試的定義：使用人工或自動(dòng)手段來(lái)運(yùn)行或測(cè)定某個(gè)系統(tǒng)的過(guò)程，其目的在于檢驗(yàn)它是否滿(mǎn)足規(guī)定的需求或是弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。 測(cè)試工程師的分類(lèi) 測(cè)試開(kāi)發(fā)工程師 軟件測(cè)試工程師 測(cè)試工程師的分類(lèi)按職位分類(lèi)： 測(cè)試部門(mén)經(jīng)理、測(cè)試技術(shù)總監(jiān)、測(cè)試主管、測(cè)試項(xiàng)目經(jīng)理、測(cè)試設(shè)計(jì)人員、測(cè)試開(kāi)發(fā)人員、測(cè)試執(zhí)行人員、測(cè)試協(xié)助員、技術(shù)支持。 測(cè)試工程師的分類(lèi)按測(cè)試類(lèi)型分類(lèi) ：功能測(cè)試工程師、自動(dòng)化測(cè)試工程師、性能測(cè)試工程師等。 測(cè)試工程師的分類(lèi)按測(cè)試對(duì)象分類(lèi)： web測(cè)試工程師、數(shù)據(jù)庫(kù)測(cè)試工程師、C/S測(cè)試工程師

3、、個(gè)人軟件測(cè)試工程師 對(duì)測(cè)試工程師的素質(zhì)要求 基本素質(zhì)： 要有廣泛的經(jīng)驗(yàn) 、交流技巧 、邏輯思維能力 、組織技能 、態(tài)度 、必須了解軟件工程 、測(cè)試流程 、測(cè)試工具的使用 能力： 能編寫(xiě)測(cè)試方案，會(huì)造測(cè)例，會(huì)用測(cè)試方法進(jìn)行測(cè)試，編寫(xiě)測(cè)試分析報(bào)告 素質(zhì)： 要有分析解決問(wèn)題的能力，良好的溝通能力，團(tuán)隊(duì)合作能力本章小結(jié) 什么是軟件測(cè)試？ 測(cè)試工程師分類(lèi)？ 測(cè)試工程師應(yīng)具備的素質(zhì)？第二章軟件的生命周期軟件開(kāi)發(fā)中常遇見(jiàn)的問(wèn)題 需求說(shuō)明差 不切實(shí)際的時(shí)間表 測(cè)試不充分 不斷的增加新的功能 交流問(wèn)題第三章軟件測(cè)試基礎(chǔ)本章目標(biāo)了解測(cè)試前提了解測(cè)試目的了解測(cè)試規(guī)律了解測(cè)試中的組和組間的工作了解測(cè)試原則了解測(cè)試內(nèi)

4、容了解不利因素了解測(cè)試的生命周期了解測(cè)試的文檔了解測(cè)試人員的責(zé)任了解測(cè)試需完成的工作了解測(cè)試方法和分類(lèi)了解關(guān)于缺陷了解缺陷的生命周期測(cè)試前提 軟件可測(cè)試性 可操作性 可觀察性 可控制性 可分解性 簡(jiǎn)單性 穩(wěn)定性 易理解性測(cè)試目的 目的：發(fā)現(xiàn)程序中的錯(cuò)誤，提高產(chǎn)品可靠性。測(cè)試規(guī)律 木桶原理 八二原則。 測(cè)試中的組 系統(tǒng)分析人員 軟件開(kāi)發(fā)人員 測(cè)試人員 質(zhì)量保證人員 其他人員：如： PM/項(xiàng)目組/測(cè)試組/售前/售后/市場(chǎng)/等等都要參與到項(xiàng)目中。測(cè)試的組間協(xié)作 測(cè)試人員幫助需求撰寫(xiě)人員 需求撰寫(xiě)人員幫助測(cè)試人員 測(cè)試人員幫助開(kāi)發(fā)人員 開(kāi)發(fā)人員幫助測(cè)試人員 測(cè)試人員幫助測(cè)試人員 測(cè)試原則 測(cè)試的工作是

5、有計(jì)劃的； 應(yīng)該在軟件測(cè)試成本和軟件質(zhì)量效益兩者間找到一個(gè)平衡點(diǎn)； 不應(yīng)測(cè)試自己開(kāi)發(fā)的程序 盡早的進(jìn)行，前期就要介入 測(cè)試內(nèi)容 測(cè)試要考慮到所有的出錯(cuò)可能性。 同時(shí)要做一些不是按常規(guī)做的、非常奇怪的事。 除了漏洞之外，測(cè)試還應(yīng)考慮性能問(wèn)題，保證軟件運(yùn)行良好，非?？?，沒(méi)有內(nèi)存泄漏，不會(huì)出現(xiàn)軟件運(yùn)行越來(lái)越慢的情形。 測(cè)試要考慮軟件的兼容性。不利因素 沒(méi)有得到足夠的培訓(xùn)心里準(zhǔn)備不足缺乏測(cè)試工具缺乏管理的標(biāo)準(zhǔn)和支持缺乏客戶(hù)和最終使用者的參與沒(méi)有足夠的時(shí)間進(jìn)行測(cè)試對(duì)于獨(dú)立的測(cè)試人員過(guò)度信任版本改變的太快測(cè)試人員處于不受重視的情況中不能說(shuō)不測(cè)試的生命周期 對(duì)測(cè)試人員進(jìn)行業(yè)務(wù)培訓(xùn) 測(cè)試需求分析 編寫(xiě)測(cè)試計(jì)劃

6、 編寫(xiě)測(cè)試案例 測(cè)試執(zhí)行(包括缺陷跟蹤) 編寫(xiě)測(cè)試報(bào)告測(cè)試的文檔 測(cè)試計(jì)劃文檔 測(cè)試規(guī)范文檔 測(cè)試案例文檔 測(cè)試報(bào)告 缺陷或錯(cuò)誤報(bào)告測(cè)試人員的責(zé)任 需求階段 設(shè)計(jì)階段 編碼階段 測(cè)試階段 維護(hù)階段測(cè)試需完成的工作 需求評(píng)審：確定需求是足夠的 制定測(cè)試計(jì)劃 設(shè)計(jì)測(cè)試 實(shí)施測(cè)試 對(duì)測(cè)試進(jìn)行評(píng)估測(cè)試方法 白盒測(cè)試 黑盒測(cè)試軟件產(chǎn)生錯(cuò)誤的原因 程序開(kāi)發(fā)產(chǎn)生缺陷的原因 測(cè)試導(dǎo)致缺陷的原因 程序缺陷包含的因素 （從客戶(hù)角度出發(fā)） 軟件缺陷包含的因素 關(guān)于缺陷 常規(guī)測(cè)試點(diǎn) 為什么缺陷很難找 缺陷的提交藝術(shù) 常規(guī)測(cè)試點(diǎn) 輸入/輸出的測(cè)試要點(diǎn) 局部數(shù)據(jù)結(jié)構(gòu)的測(cè)試要點(diǎn) 計(jì)算中的常見(jiàn)錯(cuò)誤 測(cè)試方案中的錯(cuò)誤 評(píng)價(jià)出錯(cuò)

7、處理時(shí)的常見(jiàn)錯(cuò)誤為什么缺陷很難找需求解釋有錯(cuò)誤；用戶(hù)定義錯(cuò)了需求；需求記錄錯(cuò)誤；設(shè)計(jì)說(shuō)明有誤；編碼說(shuō)明有誤；程序代碼有誤；數(shù)據(jù)輸入有誤；測(cè)試錯(cuò)誤；問(wèn)題修改不正確；正確的結(jié)果是由于其它的缺陷產(chǎn)生的。缺陷的提交藝術(shù) 10 條技巧可以幫助你的小組提高編寫(xiě) bug report 的質(zhì)量 l 組織（Structure） l 重現(xiàn)（Reproduce） l 隔離（Isolate） l 歸納（Generalize） l 對(duì)比（Compare） l 總結(jié)（Summarize） l 精簡(jiǎn)（Condense） l 消除歧義（Disambiguate） l 中立（Neutralize） l 檢查（Review） 缺

8、陷的生命周期 new- open- fixed- close 缺陷生命周期內(nèi)，注意事項(xiàng) 測(cè)試人員只需要接收 fixed 和 rejected 狀態(tài)的缺陷,其他缺陷無(wú)論任何原因流轉(zhuǎn)到測(cè)試人員,都可以直接駁回(并描述駁回原因)。 每個(gè)狀態(tài)發(fā)生變化時(shí),相關(guān)處理人員必須填寫(xiě)缺陷修改的相關(guān)說(shuō)明.如果發(fā)現(xiàn)上一狀態(tài)沒(méi)有完整填寫(xiě)說(shuō)明或描述不清,可以直接駁回(并描述駁回原因)。 開(kāi)發(fā)人員要配合測(cè)試人員的工作 QA（質(zhì)量保證）人員應(yīng)定期的檢查開(kāi)發(fā)人員和測(cè)試人員是否遵守測(cè)試管理規(guī)范的流程 缺陷類(lèi)型定義 A 類(lèi)致命錯(cuò)誤 B 類(lèi)嚴(yán)重錯(cuò)誤 C 類(lèi)一般性錯(cuò)誤 D 類(lèi)輕微錯(cuò)誤 E 類(lèi)測(cè)試建議 國(guó)標(biāo)中有關(guān)缺陷的數(shù)量的描述 第四

9、章軟件測(cè)試流程 本章目標(biāo) 掌握測(cè)試流程軟件測(cè)試流程1、需求分析 2、制定測(cè)試計(jì)劃3、設(shè)計(jì)測(cè)試用例4、測(cè)試用例評(píng)審5、搭建測(cè)試環(huán)境6、開(kāi)始測(cè)試，提交bug7、bug驗(yàn)證8、測(cè)試結(jié)束9、寫(xiě)測(cè)試報(bào)告需求分析 要求：能夠清晰明白的確定要得到的東西，可在頭腦中形成框架。 難點(diǎn)：人的需求很難定義，分顯性需求和隱性需求，所以需求總是不完整，不明確的。 辦法：與項(xiàng)目經(jīng)理、開(kāi)發(fā)人員溝通，了解他們關(guān)注的重要質(zhì)量和特性；參照權(quán)威或競(jìng)爭(zhēng)對(duì)手的產(chǎn)品；本行業(yè)經(jīng)驗(yàn)積累。 目的：使得模糊的需求盡可能細(xì)化，明晰，具有可測(cè)試性。 制定測(cè)試計(jì)劃要求：確定測(cè)試的時(shí)間，測(cè)試的內(nèi)容、策略、人員要求、工具。 測(cè)試策略是測(cè)試用例編寫(xiě)的依據(jù)，

10、包括測(cè)試重點(diǎn)、測(cè)試方法、測(cè)試停止準(zhǔn)則、測(cè)試風(fēng)測(cè)試策略是測(cè)試用例編寫(xiě)的依據(jù)，包括測(cè)試重點(diǎn)、測(cè)試方法、測(cè)試停止準(zhǔn)則、測(cè)試風(fēng)險(xiǎn)、覆蓋率及其他要求。險(xiǎn)、覆蓋率及其他要求。難點(diǎn)：測(cè)試策略的制定應(yīng)和項(xiàng)目要求、開(kāi)發(fā)進(jìn)度、需求相一致。超前測(cè)試或測(cè)試力度不夠都不能很好得滿(mǎn)足要求。辦法：測(cè)試策略請(qǐng)項(xiàng)目參與人員審查，看測(cè)試策略是否與項(xiàng)目進(jìn)度一致。目的：為測(cè)試工作制定遵循的規(guī)則，測(cè)試任務(wù)更加明確，保證測(cè)試有效進(jìn)行。 設(shè)計(jì)測(cè)試用例 要求：能夠滿(mǎn)足測(cè)試策略中的規(guī)定，達(dá)到覆蓋率，具有可執(zhí)行性。設(shè)計(jì)測(cè)試用例要突出重點(diǎn)，測(cè)試用例的數(shù)量要和模塊的重要程度、難易程度成比例。及時(shí)補(bǔ)充測(cè)試用例。要有正反兩方面測(cè)試用例。 難點(diǎn)：要運(yùn)用發(fā)

11、散思維從多個(gè)角度審查測(cè)試內(nèi)容，設(shè)計(jì)測(cè)試用例。正確準(zhǔn)備測(cè)試數(shù)據(jù)。 辦法：多學(xué)習(xí)各種測(cè)試方法和測(cè)試技術(shù)。測(cè)試用例評(píng)審 要求：由項(xiàng)目經(jīng)理和主要成員參與，對(duì)測(cè)試用例的構(gòu)建、內(nèi)容、數(shù)量、使用數(shù)據(jù)、覆蓋率使用測(cè)試工具等進(jìn)行審查，確定用例正確可執(zhí)行且滿(mǎn)足測(cè)試策略的要求。 難點(diǎn)：對(duì)于測(cè)試用例較多的情況，測(cè)試內(nèi)容評(píng)審會(huì)有難度。 辦法：請(qǐng)項(xiàng)目經(jīng)理及其他人員盡早閱讀測(cè)試用例，對(duì)用例中不明確的地方提前準(zhǔn)備，提高評(píng)審效率。 搭建測(cè)試環(huán)境 嚴(yán)格按照測(cè)試計(jì)劃要求搭建測(cè)試環(huán)境。對(duì)測(cè)試要求的系統(tǒng)，平臺(tái)，網(wǎng)絡(luò)等軟硬件要求均要滿(mǎn)足。 保證測(cè)試環(huán)境不受其他干擾，保證測(cè)試環(huán)境中的系統(tǒng)和配置都是干凈的系統(tǒng)。每次測(cè)試前都應(yīng)重新恢復(fù)一個(gè)新的測(cè)試環(huán)境。開(kāi)始測(cè)試，提交bug前提：根據(jù)測(cè)試用例編寫(xiě)好測(cè)試腳本，確定測(cè)試工具、測(cè)試環(huán)境、測(cè)試方法，準(zhǔn)備好測(cè)試數(shù)據(jù)?？砷_(kāi)始測(cè)試。 提交bug：正確填寫(xiě)bug的嚴(yán)重等級(jí)，測(cè)試環(huán)境，出現(xiàn)bug的操作步驟，每一步出現(xiàn)的結(jié)果。保留測(cè)試數(shù)據(jù)和bug的場(chǎng)景。Bug應(yīng)可重現(xiàn)。難點(diǎn)：判斷bug的嚴(yán)重等級(jí)。判斷不可重現(xiàn)的異常是否是bug。方法：對(duì)于不可重現(xiàn)的bug要反復(fù)測(cè)試，對(duì)于出現(xiàn)的異常要有記錄。Bug驗(yàn)證 方法：首先驗(yàn)證修復(fù)的bug，按照測(cè)試步驟驗(yàn)證。同時(shí)驗(yàn)證與其功能相似的方面看有沒(méi)有受到干擾。同時(shí)驗(yàn)證與其功能相關(guān)的模塊，看