軟件測(cè)試系列培訓(xùn)教程(北大青鳥(niǎo))

單擊此處編輯母版標(biāo)題樣式,第一級(jí),第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,*,*,單擊此處編輯母版標(biāo)題樣式,第一級(jí),第二級(jí),*,第二章,測(cè)試技術(shù),回顧,軟件質(zhì)量的衡量標(biāo)準(zhǔn)是可以準(zhǔn)時(shí)地交付給用戶(hù)，所耗費(fèi)的成本不超出預(yù)算，并且最重要的是，能夠正常地運(yùn)行SQA,的目標(biāo)是通過(guò)在開(kāi)發(fā)周期的早期階段發(fā)現(xiàn)錯(cuò)誤來(lái)降低解決問(wèn)題的成本SQA,應(yīng)用于軟件開(kāi)發(fā)的每個(gè)階段，每個(gè)階段都有其自己的質(zhì)量標(biāo)準(zhǔn)實(shí)施質(zhì)量管理中，要注意構(gòu)建自己的管理體系，包括：構(gòu)建質(zhì)量計(jì)劃、建立質(zhì)量保證、建立質(zhì)量控制等,2,本章目標(biāo),定義軟件測(cè)試,明確軟件測(cè)試的準(zhǔn)則,明確測(cè)試的方法,描述軟件測(cè)試的各個(gè)階段,描述各種測(cè)試階段的測(cè)試內(nèi)容,3,簡(jiǎn)介,軟件測(cè)試是軟件工程過(guò)程中的關(guān)鍵組件軟件測(cè)試是軟件質(zhì)量保證的要素，可以將其描述為一個(gè)運(yùn)行程序以檢測(cè)錯(cuò)誤（如果有）的過(guò)程4,測(cè)試的常識(shí)與道理 2-1,編程大師說(shuō)：沒(méi)有錯(cuò)誤的程序世間難求編程之道）,你在學(xué)校里學(xué)過(guò)測(cè)試嗎？（讀到博士可能也不懂測(cè)試）,你所在的企業(yè)重視測(cè)試嗎？（小公司程序員的技能更加全面）,臨時(shí)抱佛腳行嗎？,你以為有文檔模板就會(huì)測(cè)試了嗎,？,5,測(cè)試的常識(shí)與道理 2-2,如果不懂得有效地進(jìn)行測(cè)試，你不僅得不到功勞，也沒(méi)人欣賞你的苦勞，你擁有最多的將只是疲勞。

職業(yè)軟件工程師應(yīng)當(dāng)掌握需求開(kāi)發(fā)、系統(tǒng)設(shè)計(jì)、編程、測(cè)試、維護(hù),所有技能6,測(cè)試的目的是什么,測(cè)試的目的是為了發(fā)現(xiàn)盡可能多的缺陷,，不是,為了說(shuō)明軟件中沒(méi)有缺陷推論：成功的測(cè)試在于發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的缺陷所以測(cè)試人員的職責(zé)是設(shè)計(jì)這樣的測(cè)試用例，它能有效地揭示潛伏在軟件里的缺陷,千萬(wàn)不要將“測(cè)試”與“演示”混為一談例如科研鑒定會(huì)如果產(chǎn)品通過(guò)了嚴(yán)格的測(cè)試，大家不要不吭氣，應(yīng)當(dāng)好好地宣傳一把,7,軟件測(cè)試原則 2-1,完全測(cè)試程序是不可能的,輸入量太大,輸出結(jié)果太多,軟件實(shí)現(xiàn)途徑太多,軟件說(shuō)明書(shū)沒(méi)有客觀標(biāo)準(zhǔn)從不同角度看，軟件缺陷的標(biāo)準(zhǔn)不同8,軟件測(cè)試原則 2-2,軟件測(cè)試是有風(fēng)險(xiǎn)的行為,測(cè)試無(wú)法顯示潛伏的軟件缺陷,找到的軟件缺陷越多，就說(shuō)明軟件缺陷越多,并非所有軟件缺陷都能修復(fù),軟件測(cè)試一項(xiàng)講究條理的技術(shù)專(zhuān)業(yè),9,軟件測(cè)試方法黑盒和白盒,白盒測(cè)試中（有時(shí)候稱(chēng)為開(kāi)盒測(cè)試），軟件測(cè)試員可以訪問(wèn)程序員的代碼，并通過(guò)檢查代碼來(lái)協(xié)助測(cè)試可以看到盒子里面一般在單元測(cè)試中采用白盒測(cè)試，用于測(cè)試模塊中所有可能的路徑、執(zhí)行所有循環(huán)并測(cè)試所有邏輯表達(dá)式黑盒測(cè)試則側(cè)重于軟件的整體功能它不基于程序的內(nèi)部結(jié)構(gòu)而基于系統(tǒng)功能。

猶如一個(gè)人站在黑盒子外面，只知道系統(tǒng)輸入一定數(shù)據(jù)，得到一定的輸出，而不必清楚這個(gè)黑盒子中進(jìn)行了哪些操作和運(yùn)算10,軟件測(cè)試方法靜態(tài)和動(dòng)態(tài),靜態(tài)檢查,確保系統(tǒng)按照組織的標(biāo)準(zhǔn)和過(guò)程運(yùn)行，主要依賴(lài)于評(píng)審和非運(yùn)行的手段來(lái)檢查通常包括需求評(píng)審、設(shè)計(jì)評(píng)審、代碼走查和代碼檢查動(dòng)態(tài)檢查,在生命周期中進(jìn)行測(cè)試（運(yùn)行）通常包括單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、用戶(hù)的驗(yàn)收測(cè)試11,靜態(tài)測(cè)試,審查(,Inspection),軟件的一種基本測(cè)試方法，它以一系列典型問(wèn)題為依據(jù)進(jìn)行檢測(cè)走查(,Walkthrough),一對(duì)一的審查，比審查更加仔細(xì)回顧(,Review),以發(fā)現(xiàn)軟件中存在的錯(cuò)誤和缺陷為目的的一種軟件測(cè)試方法，它是在軟件證實(shí)執(zhí)行之前完成12,靜態(tài)和動(dòng)態(tài)測(cè)試進(jìn)行結(jié)構(gòu)和功能測(cè)試,測(cè)試階段,執(zhí)行人,靜態(tài)校驗(yàn),動(dòng)態(tài)校驗(yàn),可行性評(píng)審,開(kāi)發(fā)人員，用戶(hù),需求評(píng)審,開(kāi)發(fā)人員，用戶(hù),設(shè)計(jì)評(píng)審,開(kāi)發(fā)人員,單元測(cè)試,開(kāi)發(fā)人員,集成測(cè)試,開(kāi)發(fā)人員，用戶(hù),系統(tǒng)測(cè)試,開(kāi)發(fā)人員在用戶(hù)的協(xié)助下完成,驗(yàn)收測(cè)試,用戶(hù),13,測(cè)試技術(shù),14,測(cè)試產(chǎn)品說(shuō)明書(shū),對(duì)于產(chǎn)品說(shuō)明書(shū)的制定是個(gè)很重要的設(shè)計(jì)階段，產(chǎn)品說(shuō)明書(shū)的質(zhì)量會(huì)直接影響到整個(gè)產(chǎn)品開(kāi)發(fā)測(cè)試產(chǎn)品說(shuō)明書(shū)屬于靜態(tài)黑盒子測(cè)試。

15,常用測(cè)試用語(yǔ)測(cè)試用例,測(cè)試用例：編寫(xiě)用于輸入輸入的實(shí)際數(shù)制和預(yù)期結(jié)果測(cè)試用例還明確指出使用具體測(cè)試用例產(chǎn)生的測(cè)試程序的任何限制使用目的：,測(cè)試用例應(yīng)該設(shè)計(jì)為能夠快速容易地發(fā)現(xiàn)盡可能多的錯(cuò)誤應(yīng)該通過(guò)使用和產(chǎn)生正確和錯(cuò)誤的輸入和輸出來(lái)“檢驗(yàn)”程序其目標(biāo)是要使用合理范圍內(nèi)的條件，盡可能全面地測(cè)試所有模塊乃至整個(gè)系統(tǒng)16,測(cè)試與調(diào)試什么是缺陷,缺陷：最終產(chǎn)品同用戶(hù)的期望不一致,缺陷的分類(lèi),錯(cuò)誤,遺漏,超出需求的部分,缺陷（未觸發(fā)）,VS.,錯(cuò)誤（應(yīng)首先解決）,17,測(cè)試與調(diào)試調(diào)試的準(zhǔn)則,調(diào)試的方法：歸納法、演繹法和回溯法常用調(diào)試技術(shù)使用診斷輸出語(yǔ)句(diagnostic output statement)、快照轉(zhuǎn)儲(chǔ)(snapshot dump)以及跟蹤指令的斷點(diǎn)(instruction-dependent breakpoint)18,測(cè)試的分類(lèi)與比較,開(kāi)發(fā)與測(cè)試的,V,型關(guān)系,如果軟件開(kāi)發(fā)過(guò)程采用嚴(yán)格的瀑布模型，那么開(kāi)發(fā)與測(cè)試有“,V”,型的對(duì)應(yīng)關(guān)系,需求開(kāi)發(fā),高層設(shè)計(jì),詳細(xì)設(shè)計(jì),編程,單元測(cè)試,集成測(cè)試,系統(tǒng)測(cè)試,驗(yàn)收測(cè)試,19,測(cè)試階段 2-1,單元測(cè)試、集成測(cè)試、,系統(tǒng)測(cè)試、,驗(yàn)收測(cè)試。

是,“從小到大”、“由內(nèi)至外”、“循序漸進(jìn)”的測(cè)試過(guò)程，體現(xiàn)了“分而治之”的思想單元測(cè)試的粒度最小，一般由開(kāi)發(fā)小組采用白盒方式來(lái)測(cè)試，主要測(cè)試單元是否符合“設(shè)計(jì)”集成測(cè)試界于單元測(cè)試和系統(tǒng)測(cè)試之間，起到“橋梁作用”，一般由開(kāi)發(fā)小組采用白盒加黑盒的方式來(lái)測(cè)試，既要驗(yàn)證“設(shè)計(jì)”又要驗(yàn)證“需求”20,測(cè)試階段 2-2,系統(tǒng)測(cè)試的粒度最大，一般由獨(dú)立測(cè)試小組采用黑盒方式來(lái)測(cè)試，主要測(cè)試系統(tǒng)是否符合“需求規(guī)格說(shuō)明書(shū)”驗(yàn)收測(cè)試與系統(tǒng)測(cè)試非常相似，主要區(qū)別是測(cè)試人員不同，驗(yàn)收測(cè)試由用戶(hù)執(zhí)行21,測(cè)試內(nèi)容,測(cè)試內(nèi)容一般包含,接口與路徑測(cè)試功能測(cè)試、健壯性測(cè)試、性能測(cè)試、用戶(hù)界面測(cè)試、安全性測(cè)試、壓力測(cè)試、可靠性測(cè)試、安裝/反安裝測(cè)試,22,測(cè)試階段對(duì)應(yīng)表,測(cè)試階段,主要依據(jù),測(cè)試人員、測(cè)試方式,主要測(cè)試內(nèi)容,單元測(cè)試,系統(tǒng)設(shè)計(jì)文檔,由開(kāi)發(fā)小組執(zhí)行白盒測(cè)試,接口測(cè)試、路徑測(cè)試,集成測(cè)試,系統(tǒng)設(shè)計(jì)文檔,需求文檔,由開(kāi)發(fā)小組執(zhí)行白盒測(cè)試和黑盒測(cè)試,接口測(cè)試、路徑測(cè)試,功能測(cè)試、性能測(cè)試,系統(tǒng)測(cè)試,需求文檔,由獨(dú)立測(cè)試小組執(zhí)行黑盒測(cè)試,功能測(cè)試、健壯性測(cè)試、性能測(cè)試、用戶(hù)界面測(cè)試、安全性測(cè)試、壓力測(cè)試、可靠性測(cè)試、安裝,/,反安裝測(cè)試,驗(yàn)收測(cè)試,需求文檔,由用戶(hù)執(zhí)行黑盒測(cè)試,23,接口與路徑測(cè)試 3-1,接口測(cè)試：數(shù)據(jù)一般通過(guò)接口輸入和輸出，接口測(cè)試一般是白盒測(cè)試的第一步。

輸入?yún)?shù)有“典型值”、“邊界值”、“異常值”,輸出包括函數(shù)的返回值和輸出參數(shù)實(shí)際輸出與期望的輸出不一致，那么說(shuō)明程序有錯(cuò)誤一個(gè)函數(shù)體內(nèi)的語(yǔ)句可能只有十幾條，但邏輯路徑可能有成千上萬(wàn)條所以應(yīng)該根據(jù)經(jīng)驗(yàn)選擇關(guān)鍵的路徑測(cè)試24,接口與路徑測(cè)試 3-2,路徑測(cè)試的檢查表,數(shù)據(jù)類(lèi)型、變量值、邏輯判斷、循環(huán)、內(nèi)存管理、文件,I/O、,錯(cuò)誤處理,預(yù)防一些重要的路徑?jīng)]有被測(cè)試的措施有：,觀察是否有程序語(yǔ)句從來(lái)沒(méi)有被執(zhí)行過(guò)要特別留意函數(shù)體內(nèi)的錯(cuò)誤處理程序塊25,接口與路徑測(cè)試 3-3,接口與路徑測(cè)試用例的參考模板,26,功能測(cè)試 3-1,功能測(cè)試的基本方法是構(gòu)造一些合理輸入（在需求范圍之內(nèi)），檢查輸出是否與期望的相同如果兩者不一致，即表明功能有誤難點(diǎn)在于如何構(gòu)造有效的輸入27,功能測(cè)試 3-2,功能測(cè)試的測(cè)試方法：等價(jià)劃分法和邊界值分析法等價(jià)劃分是指把輸入空間劃分為幾個(gè)“等價(jià)區(qū)間”，在每個(gè)“等價(jià)區(qū)間”中只需要測(cè)試一個(gè)典型值就可以了等價(jià)劃分法來(lái)源于人們的直覺(jué)與經(jīng)驗(yàn)，可令測(cè)試事半功倍缺陷遺漏在角落里，聚集在邊界上”邊界值測(cè)試法是對(duì)等價(jià)劃分法的補(bǔ)充如果,A,和,B,是輸入空間的邊界值，那么除了典型值外還要用,A,和,B,作為測(cè)試用例。

28,功能測(cè)試 3-3,功能測(cè)試,用例的參考模板,29,性能測(cè)試 3-1,性能測(cè)試即測(cè)試軟件處理事務(wù)的速度，一是為了檢驗(yàn)性能是否符合需求，二是為了得到某些性能數(shù)據(jù)供人們參考絕對(duì)值考慮：如數(shù)據(jù)送輸速率是每秒多少比特相對(duì)值”考慮：如某個(gè)軟件比另一個(gè)軟件快多少倍性能測(cè)試中考慮運(yùn)行環(huán)境的影響：例如網(wǎng)絡(luò)環(huán)境、計(jì)算機(jī)主頻，總線結(jié)構(gòu)和外部設(shè)備都可能影響軟件的運(yùn)行速度30,性能測(cè)試 3-2,性能測(cè)試的一些注意事項(xiàng)：,應(yīng)當(dāng)編寫(xiě)一段程序用于計(jì)算時(shí)間以及相關(guān)數(shù)據(jù)應(yīng)當(dāng)測(cè)試軟件在標(biāo)準(zhǔn)配置和最低配置下的性能應(yīng)當(dāng)關(guān)閉那些消耗內(nèi)存、占用,CPU,的其它應(yīng)用軟件（如殺毒軟件）應(yīng)當(dāng)分檔記錄例如傳輸文件的容量從100,K,到1,M,可以分成若干等級(jí)同一種輸入情況在不同的時(shí)間可能得到不同的性能數(shù)據(jù)，可以取其平均值31,性能測(cè)試 3-3,性能測(cè)試,用例的參考模板,32,壓力測(cè)試 2-1,壓力測(cè)試也叫負(fù)荷測(cè)試，即獲取系統(tǒng)能正常運(yùn)行的極限狀態(tài)壓力測(cè)試的主要任務(wù)是：構(gòu)造正確的輸入，使勁折騰系統(tǒng)卻讓它剛好不癱瘓壓力測(cè)試的一個(gè)變種是敏感測(cè)試在某種情況下，微小的輸入變動(dòng)會(huì)導(dǎo)致系統(tǒng)的表現(xiàn)（如性能）發(fā)生急劇的變化33,壓力測(cè)試 2-2,壓力測(cè)試用例的參考模板,34,其他測(cè)試內(nèi)容,健壯性測(cè)試,用戶(hù)界面測(cè)試,信息安全測(cè)試,可靠性測(cè)試,安裝和反安裝測(cè)試,35,問(wèn)題1：有了“黑盒”測(cè)試為什么還要“白盒”測(cè)試？,問(wèn)題2：由于單元測(cè)試要寫(xiě)測(cè)試驅(qū)動(dòng)程序，非常麻煩，能否等到整個(gè)系統(tǒng)全部開(kāi)發(fā)完后，再集中精力進(jìn)行一次性地單元測(cè)試呢？,問(wèn)題3：如果每個(gè)單元都通過(guò)了測(cè)試，把它們集成一起難道會(huì)有什么不妥嗎？集成測(cè)試是否多此一舉？,測(cè)試常見(jiàn)問(wèn)題 2-1,36,測(cè)試常見(jiàn)問(wèn)題 2-2,問(wèn)題4：在集成測(cè)試的時(shí)候，已經(jīng)對(duì)一些子系統(tǒng)進(jìn)行了功能測(cè)試、性能測(cè)試等等，那么在系統(tǒng)測(cè)試時(shí)能否跳過(guò)相同內(nèi)容的測(cè)試?,問(wèn)題5：既然系統(tǒng)測(cè)試與驗(yàn)收測(cè)試的內(nèi)容幾乎是相同的，為什么還要驗(yàn)收測(cè)試？,問(wèn)題6：能否將系統(tǒng)測(cè)試和驗(yàn)收測(cè)試“合二為一”？,37,總結(jié) 2-1,測(cè)試可以將測(cè)試描述為一個(gè)運(yùn)行程序以發(fā)現(xiàn)錯(cuò)誤的過(guò)程。

軟件測(cè)試的準(zhǔn)則:不完全測(cè)試、風(fēng)險(xiǎn)測(cè)試、無(wú)法顯示潛伏錯(cuò)誤、發(fā)現(xiàn)錯(cuò)誤成線性增長(zhǎng)、缺陷不能完全修復(fù)、測(cè)試有條理規(guī)程,測(cè)試的方法:黑盒/白盒、靜態(tài)/動(dòng)態(tài),軟件測(cè)試的各個(gè)階段：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試,38,總結(jié),2-2,測(cè)試的內(nèi)容包括：接口/路徑測(cè)試、功能測(cè)試、性能測(cè)試、壓力測(cè)試、可靠性測(cè)試、安全性測(cè)試、用戶(hù)界面測(cè)試、安裝/反安裝測(cè)試,39,。