軟件測試培訓(xùn)模版課件

第二講軟件測試?yán)碚撆c技術(shù)易思博軟件系統(tǒng)有限公司培訓(xùn)

11軟件測試概述2軟件測試種類3測試管理過程4軟件測試技術(shù)—測試方法5軟件測試技術(shù)—

典型軟件項(xiàng)目測試過程內(nèi)容提綱2第一部分軟件測試概述軟件測試的目的軟件測試的原則軟件測試的對象軟件測試重要性測試信息流軟件測試過程模型測試與軟件開發(fā)各階段的關(guān)系31.軟件測試的目的基于不同的立場，存在著兩種完全不同的測試目的。從用戶的角度出發(fā)，普遍希望通過軟件測試暴露軟件中隱藏的錯(cuò)誤和缺陷，以考慮是否可接受該產(chǎn)品。從軟件開發(fā)者的角度出發(fā)，則希望測試成為表明軟件產(chǎn)品中不存在錯(cuò)誤的過程，驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求，確立人們對軟件質(zhì)量的信心。4軟件測試目的(1)測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯(cuò)誤；(2)一個(gè)好的測試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；(3)一個(gè)成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測試。5換言之，測試的目的是想以最少的時(shí)間和人力，系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷。如果我們成功地實(shí)施了測試，我們就能夠發(fā)現(xiàn)軟件中的錯(cuò)誤。測試的附帶收獲是，它能夠證明軟件的功能和性能與需求說明相符合。實(shí)施測試收集到的測試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)。

測試不能表明軟件中不存在錯(cuò)誤，它只能說明軟件中存在錯(cuò)誤。

62.軟件測試的8項(xiàng)原則應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測試”作為軟件開發(fā)者的座右銘。2.測試用例應(yīng)由測試輸入數(shù)據(jù)和對應(yīng)的預(yù)期輸出結(jié)果這兩部分組成。3.程序員應(yīng)避免檢查自己的程序。4.在設(shè)計(jì)測試用例時(shí)，應(yīng)包括合理的輸入條件和不合理的輸入條件。75.充分注意測試中的群集現(xiàn)象。

經(jīng)驗(yàn)表明，測試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比6.嚴(yán)格執(zhí)行測試計(jì)劃，排除測試的隨意性。7.應(yīng)當(dāng)對每一個(gè)測試結(jié)果做全面檢查。8.妥善保存測試計(jì)劃，測試用例，出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。83.軟件測試的對象

軟件測試并不等于程序測試。軟件測試應(yīng)貫穿于軟件定義與開發(fā)的整個(gè)期間。需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說明、概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序，都應(yīng)成為軟件測試的對象。9為把握軟件開發(fā)各個(gè)環(huán)節(jié)的正確性，需要進(jìn)行各種確認(rèn)和驗(yàn)證工作。確認(rèn)(Validation)，是一系列的活動(dòng)和過程，目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性。需求規(guī)格說明確認(rèn)程序確認(rèn)(靜態(tài)確認(rèn)、動(dòng)態(tài)確認(rèn))驗(yàn)證(Verification)，試圖證明在軟件生存期各個(gè)階段，以及階段間的邏輯協(xié)調(diào)性、完備性和正確性。1011測試人員測試人員100%50%0%完成比率代碼實(shí)現(xiàn)消除缺陷質(zhì)量問題延遲上市維護(hù)的費(fèi)用1x10x100x

4.軟件測試重要性項(xiàng)目持續(xù)時(shí)間

項(xiàng)目持續(xù)時(shí)間

100%50%0%完成比率消除缺陷消除缺陷保證軟件質(zhì)量縮短上市時(shí)間軟件測試重要性5.測試信息流14測試信息流1/3軟件配置：軟件需求規(guī)格說明、軟件設(shè)計(jì)規(guī)格說明、源代碼等；測試配置：測試計(jì)劃、測試用例、測試程序等；測試工具：測試數(shù)據(jù)自動(dòng)生成程序、靜態(tài)分析程序、動(dòng)態(tài)分析程序、測試結(jié)果分析程序、以及驅(qū)動(dòng)測試的測試數(shù)據(jù)庫等等。15測試結(jié)果分析：比較實(shí)測結(jié)果與預(yù)期結(jié)果，評價(jià)錯(cuò)誤是否發(fā)生。排錯(cuò)(調(diào)試)：對已經(jīng)發(fā)現(xiàn)的錯(cuò)誤進(jìn)行錯(cuò)誤定位和確定出錯(cuò)性質(zhì)，并改正這些錯(cuò)誤，同時(shí)修改相關(guān)的文檔。修正后的文檔再測試：直到通過測試為止。測試信息流2/316通過收集和分析測試結(jié)果數(shù)據(jù)，對軟件建立可靠性模型利用可靠性分析，評價(jià)軟件質(zhì)量：

軟件的質(zhì)量和可靠性達(dá)到可以接受的程度；所做的測試不足以發(fā)現(xiàn)嚴(yán)重的錯(cuò)誤；如果測試發(fā)現(xiàn)不了錯(cuò)誤，可以肯定，測試配置考慮得不夠細(xì)致充分，錯(cuò)誤仍然潛伏在軟件中。測試信息流3/3171.V模型

編碼（單元測試）需求功能設(shè)計(jì)集成測試系統(tǒng)測試驗(yàn)收測試6.軟件測試過程模型18每個(gè)開發(fā)活動(dòng)都有右邊的測試活動(dòng)相對應(yīng)。軟件開發(fā)過程是一個(gè)自頂向下，逐步細(xì)化的過程.測試過程是依相反順序安排的自底向上，逐步集成的過程。V模型特征192.W模型20軟件測試并不等于程序測試。軟件測試應(yīng)貫穿于軟件定義與開發(fā)的整個(gè)期間。需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說明、概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序，都應(yīng)成為軟件測試的對象。W模型特征21測試過程是依相反順序安排的自底向上，逐步集成的過程。22第二部分軟件測試的種類23軟件測試是由一系列不同的測試組成。主要目的是對以計(jì)算機(jī)為基礎(chǔ)的系統(tǒng)進(jìn)行充分的測試。功能測試 功能測試是在規(guī)定的一段時(shí)間內(nèi)運(yùn)行軟件系統(tǒng)的所有功能，以驗(yàn)證這個(gè)軟件系統(tǒng)有無嚴(yán)重錯(cuò)誤。24強(qiáng)度測試 強(qiáng)度測試是要檢查在系統(tǒng)運(yùn)行環(huán)境不正常乃至發(fā)生故障的情況下，系統(tǒng)可以運(yùn)行到何種程度的測試。例如：把輸入數(shù)據(jù)速率提高一個(gè)數(shù)量級，確定輸入功能將如何響應(yīng)。設(shè)計(jì)需要占用最大存儲量或其它資源的測試用例進(jìn)行測試。

25設(shè)計(jì)出在虛擬存儲管理機(jī)制中引起“顛簸”的測試用例進(jìn)行測試。設(shè)計(jì)出會(huì)對磁盤常駐內(nèi)存的數(shù)據(jù)過度訪問的測試用例進(jìn)行測試。強(qiáng)度測試的一個(gè)變種就是敏感性測試。在程序有效數(shù)據(jù)界限內(nèi)一個(gè)小范圍內(nèi)的一組數(shù)據(jù)可能引起極端的或不平穩(wěn)的錯(cuò)誤處理出現(xiàn)，或者導(dǎo)致極度的性能下降的情況發(fā)生。此測試用以發(fā)現(xiàn)可能引起這種不穩(wěn)定性或不正常處理的某些數(shù)據(jù)組合。

26性能測試性能測試是要檢查系統(tǒng)是否滿足在需求說明書中規(guī)定的性能。特別是對于實(shí)時(shí)系統(tǒng)或嵌入式系統(tǒng)。性能測試常常需要與強(qiáng)度測試結(jié)合起來進(jìn)行，并常常要求同時(shí)進(jìn)行硬件和軟件檢測。通常，對軟件性能的檢測表現(xiàn)在以下幾個(gè)方面：響應(yīng)時(shí)間、吞吐量、輔助存儲區(qū)，例如緩沖區(qū)，工作區(qū)的大小等、處理精度，等等。27啟動(dòng)／停止測試 這類測試的目的是驗(yàn)證在機(jī)器啟動(dòng)及關(guān)機(jī)階段，軟件系統(tǒng)正確處理的能力。 這類測試包括

反復(fù)啟動(dòng)軟件系統(tǒng)(例如，操作系統(tǒng)自舉、網(wǎng)絡(luò)的啟動(dòng)、應(yīng)用程序的調(diào)用等)

在盡可能多的情況下關(guān)機(jī)。28安全性測試 安全性測試是要檢驗(yàn)在系統(tǒng)中已經(jīng)存在的系統(tǒng)安全性、保密性措施是否發(fā)揮作用，有無漏洞。力圖破壞系統(tǒng)的保護(hù)機(jī)構(gòu)以進(jìn)入系統(tǒng)的主要方法有以下幾種：正面攻擊或從側(cè)面、背面攻擊系統(tǒng)中易受損壞的那些部分；以系統(tǒng)輸入為突破口，利用輸入的容錯(cuò)性進(jìn)行正面攻擊；

29申請和占用過多的資源壓垮系統(tǒng)，以破壞安全措施，從而進(jìn)入系統(tǒng)；故意使系統(tǒng)出錯(cuò)，利用系統(tǒng)恢復(fù)的過程，竊取用戶口令及其它有用的信息；通過瀏覽殘留在計(jì)算機(jī)各種資源中的垃圾（無用信息），以獲取如口令，安全碼，譯碼關(guān)鍵字等信息；瀏覽全局?jǐn)?shù)據(jù)，期望從中找到進(jìn)入系統(tǒng)的關(guān)鍵字；瀏覽那些邏輯上不存在，但物理上還存在的各種記錄和資料等。30可使用性測試可使用性測試主要從使用的合理性和方便性等角度對軟件系統(tǒng)進(jìn)行檢查，發(fā)現(xiàn)人為因素或使用上的問題。要保證在足夠詳細(xì)的程度下，用戶界面便于使用；對輸入量可容錯(cuò)、響應(yīng)時(shí)間和響應(yīng)方式合理可行、輸出信息有意義、正確并前后一致；出錯(cuò)信息能夠引導(dǎo)用戶去解決問題；軟件文檔全面、正規(guī)、確切。31可支持性測試 這類測試是要驗(yàn)證系統(tǒng)的支持策略對于公司與用戶方面是否切實(shí)可行。它所采用的方法是

試運(yùn)行支持過程(如對有錯(cuò)部分打補(bǔ)丁的過程，熱線界面等)；對其結(jié)果進(jìn)行質(zhì)量分析；

評審診斷工具；

維護(hù)過程、內(nèi)部維護(hù)文檔；

修復(fù)一個(gè)錯(cuò)誤所需平均最少時(shí)間。32安裝測試 安裝測試的目的不是找軟件錯(cuò)誤，而是找安裝錯(cuò)誤。在安裝軟件系統(tǒng)時(shí)，會(huì)有多種選擇。要分配和裝入文件與程序庫布置適用的硬件配置進(jìn)行程序的聯(lián)結(jié)。而安裝測試就是要找出在這些安裝過程中出現(xiàn)的錯(cuò)誤。33安裝測試是在系統(tǒng)安裝之后進(jìn)行測試。它要檢驗(yàn)：用戶選擇的一套任選方案是否相容；系統(tǒng)的每一部分是否都齊全；所有文件是否都已產(chǎn)生并確有所需要的內(nèi)容；硬件的配置是否合理，等等。

34互連測試互連測試是要驗(yàn)證兩個(gè)或多個(gè)不同的系統(tǒng)之間的互連性。兼容性測試這類測試主要想驗(yàn)證軟件產(chǎn)品在不同版本之間的兼容性。有兩類基本的兼容性測試：

向下兼容交錯(cuò)兼容35容量測試容量測試是要檢驗(yàn)系統(tǒng)的能力最高能達(dá)到什么程度。例如，對于編譯程序，讓它處理特別長的源程序；對于操作系統(tǒng)，讓它的作業(yè)隊(duì)列“滿員”；對于信息檢索系統(tǒng)，讓它使用頻率達(dá)到最大。 在使系統(tǒng)的全部資源達(dá)到“滿負(fù)荷”的情形下，測試系統(tǒng)的承受能力。

36文檔測試 這種測試是檢查用戶文檔(如用戶手冊)的清晰性和精確性。用戶文檔中所使用的例子必須在測試中一一試過，確保敘述正確無誤。37第三部分典型的軟件測試過程——軟件測試管理過程38測試計(jì)劃(testplan)定義測試項(xiàng)目的過程，以便測試項(xiàng)目能被正確的度量和控制。包括測試需求，測試策略，測試資源和測試計(jì)劃。確定測試需求評估風(fēng)險(xiǎn)制定測試策略確定資源創(chuàng)建時(shí)間表生成測試計(jì)劃39確定測試需求確定測試需求是測試計(jì)劃活動(dòng)的開始。測試需求確定測試對象以及測試工作的范圍和作用。測試需求還用來確定整個(gè)測試工作（如安排時(shí)間表、測試設(shè)計(jì)等）并作為測試覆蓋的基礎(chǔ)。被確定的測試需求項(xiàng)必須是可核實(shí)的。即，它們必須有一個(gè)可觀察、可評測的結(jié)果。無法核實(shí)的需求不是測試需求。40評估風(fēng)險(xiǎn)確定并驗(yàn)證風(fēng)險(xiǎn)因子確定并驗(yàn)證實(shí)施概要因子確定并驗(yàn)證測試優(yōu)先級因子41制定測試策略要使用的測試技術(shù)和工具；測試完成標(biāo)準(zhǔn)；影響資源分配的特殊考慮；如測試與外部接口或者模擬物理損壞、安全性威脅。42確定測試資源人力資源測試經(jīng)理測試工程師—設(shè)計(jì)與開發(fā)測試工程師—執(zhí)行測試系統(tǒng)管理者系統(tǒng)資源硬件和軟件環(huán)境數(shù)據(jù)庫服務(wù)器43測試設(shè)計(jì)為每個(gè)工作版本確定可驗(yàn)證的測試用例集。確定如何實(shí)現(xiàn)測試用例的測試過程。確定并說明測試用例確立并結(jié)構(gòu)化測試過程復(fù)審并評估測試覆蓋

44測試開發(fā)創(chuàng)建可以重用的測試過程和測試用例維護(hù)測試過程、測試用例與相關(guān)測試需求的一一對應(yīng)設(shè)立開發(fā)環(huán)境建立測試過程和測試用例建立外部數(shù)據(jù)集合45測試執(zhí)行運(yùn)行與被測試應(yīng)用的軟件構(gòu)造相對應(yīng)的測試過程集，并記錄結(jié)果日志，包括缺陷報(bào)告和測試日志。執(zhí)行測試過程評估測試的執(zhí)行情況核實(shí)測試結(jié)果恢復(fù)暫停的測試

46測試評估分析測試結(jié)果，確定是否測試標(biāo)準(zhǔn)被覆蓋的過程.分析測試結(jié)果并提交變更請求評估基于需求的測試覆蓋評估基于代碼的測試覆蓋分析缺陷確定是否達(dá)到了測試的完成標(biāo)準(zhǔn)和成功標(biāo)準(zhǔn)生成測試評估摘要

47補(bǔ)充一個(gè)圖——測試管理流程圖48第四部分軟件測試技術(shù)測試方法49兩種常用的測試方法黑盒測試白盒測試測試方法50黑盒測試這種方法是把測試對象看做一個(gè)黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。黑盒測試又叫做功能測試或數(shù)據(jù)驅(qū)動(dòng)測試。51黑盒測試方法是在程序接口上進(jìn)行測試，主要是為了發(fā)現(xiàn)以下錯(cuò)誤:

是否有不正確或遺漏了的功能?在接口上，輸入能否正確地接受?能否輸出正確的結(jié)果?

是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件)訪問錯(cuò)誤?

性能上是否能夠滿足要求?

是否有初始化或終止性錯(cuò)誤?52用黑盒測試發(fā)現(xiàn)程序中的錯(cuò)誤，必須在所有可能的輸入條件和輸出條件中確定測試數(shù)據(jù)，來檢查程序是否都能產(chǎn)生正確的輸出。但這是不可能的。53假設(shè)一個(gè)程序P有輸入量X和Y及輸出量Z。在字長為32位的計(jì)算機(jī)上運(yùn)行。若X、Y取整數(shù)，按黑盒方法進(jìn)行窮舉測試：可能采用的測試數(shù)據(jù)組：232×232

＝264

如果測試一組數(shù)據(jù)需要1毫秒，一年工作365×24小時(shí)，完成所有測試需5億年。5