軟件測試相關(guān)內(nèi)容課件

1、軟件測試概述第1頁，共30頁。1 測試包括硬件測試和軟件測試。硬件測試主要是對產(chǎn)品硬件部分的功能、性能、可靠性、兼容性、穩(wěn)定性等方面進(jìn)行的嚴(yán)格測試。例如對CPU、顯卡、電源模塊的抗干擾性、穩(wěn)定性等方面的測試。軟件測試主要是對某款軟件的功能，性能，可靠性，兼容性，穩(wěn)定性等進(jìn)行的嚴(yán)格測試。例如對民航訂票系統(tǒng)、銀行結(jié)算系統(tǒng)、證券交易系統(tǒng)運(yùn)行狀況的測試。第2頁，共30頁。2目錄軟件測試的現(xiàn)狀軟件測試的含義軟件測試的目的軟件測試的原則軟件測試的分類軟件測試的模型軟件測試工程師的素質(zhì)要求現(xiàn)狀含義目的原則分類模型素質(zhì)第3頁，共30頁。3軟件測試的現(xiàn)狀隨著軟件規(guī)模的不斷擴(kuò)大，軟件設(shè)計的復(fù)雜程度不斷提高，軟件開

2、發(fā)中出現(xiàn)錯誤或缺陷的機(jī)會越來越多。同時，人們對于軟件質(zhì)量的重視程度越來越高，就導(dǎo)致了測試在軟件開發(fā)中的地位越來越重要。目前，軟件測試己成獨(dú)特的領(lǐng)域，開發(fā)出來的軟件必需經(jīng)過測試，測試是驗(yàn)證軟件是否能達(dá)到期望功能的唯一有效的方法。國內(nèi)的軟件測試一般有下列三種形式:一是軟件公司內(nèi)部進(jìn)行的功能性測試;二是用戶進(jìn)行的測試;還有就是第三方測試，也就是專業(yè)軟件測試人員運(yùn)用一定的測試工具對軟件的質(zhì)量進(jìn)行檢測。目錄第4頁，共30頁。4軟件測試的含義定義：使用人工或自動手段，來運(yùn)行或測試某個系統(tǒng)的過程。其目的在于檢測它是否滿足規(guī)定的需求或者弄清楚預(yù)期的結(jié)果與實(shí)際結(jié)果的差別。從定義可以看出，軟件測試需要進(jìn)行過程管理

3、，軟件測試包括動態(tài)測試和靜態(tài)測試，軟件測試分為人工測試和自動化測試，軟件測試的主要工作是設(shè)計測試用例、執(zhí)行測試用例、分析測試用例，也就是發(fā)現(xiàn)缺陷、記錄缺陷和關(guān)閉缺陷的過程。第5頁，共30頁。5軟件測試的含義-測試用例測試用例簡單來講是指執(zhí)行條件和預(yù)期結(jié)果的集合，完整來講是針對要測試的內(nèi)容所確定的一組輸入信息，是為達(dá)到最佳的測試效果或高效地揭露隱藏的錯誤而精心設(shè)計的少量測試數(shù)據(jù)測試用例=輸入+輸出+測試環(huán)境 輸入是指測試數(shù)據(jù)和操作步驟，輸出是指系統(tǒng)的預(yù)期執(zhí)行結(jié)果，測試環(huán)境是指系統(tǒng)環(huán)境設(shè)置，包括軟件環(huán)境、硬件環(huán)境和數(shù)據(jù)，有時還包括網(wǎng)絡(luò)環(huán)境。含義第6頁，共30頁。6軟件測試的含義-軟件缺陷軟件缺陷常

4、常又被叫做Bug。Bug的本意是臭蟲、缺陷、損壞等意思。現(xiàn)在人們將在電腦系統(tǒng)或程序中，隱藏著的一些未被發(fā)現(xiàn)的缺陷或問題統(tǒng)稱為bug(漏洞）。Bug標(biāo)準(zhǔn)定義：從產(chǎn)品內(nèi)部看，缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過程中存在的錯誤、毛病等各種問題；從產(chǎn)品外部看，缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背。含義目錄第7頁，共30頁。7軟件測試的目的1.測試是程序執(zhí)行的過程，目的在于發(fā)現(xiàn)錯誤2.測試是為了證明程序有錯誤，而不是證明程序無錯誤3.好的測試方案在于盡可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤4.成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試因而，測試的目標(biāo)不是Zero Bug,而是 Good Enough 。即測試是

5、在資源消耗合理的情況下，發(fā)現(xiàn)盡可能多的缺陷和錯誤。目錄第8頁，共30頁。8軟件測試的原則1.所有的軟件測試都應(yīng)追溯到用戶需求2.應(yīng)盡早地和不斷地進(jìn)行軟件測試3.窮盡測試是不可能的，測試需要終止4.程序員應(yīng)避免檢查自己的程序5.充分注意測試中的群集現(xiàn)象6.應(yīng)對每一個測試結(jié)果做全面的檢查7.妥善保存測試過程文檔8.軟件測試的經(jīng)濟(jì)性原則目錄第9頁，共30頁。9軟件測試的分類第10頁，共30頁。10軟件測試的分類黑盒測試是將被測試軟件看做一個黑盒子，只考慮系統(tǒng)的輸入和輸出，完全不考慮程序內(nèi)的部邏輯結(jié)構(gòu)和處理過程。白盒測試是將黑盒子打開，研究源代碼和程序內(nèi)部的邏輯結(jié)構(gòu)。（一）、按照是否需要查看代碼可將測

6、試分為黑盒測試和白盒測試。分類第11頁，共30頁。11軟件測試的分類靜態(tài)測試又稱靜態(tài)分析，是不實(shí)際運(yùn)行被測軟件，而是直接分析軟件的形式和結(jié)構(gòu)，查找缺陷。動態(tài)測試又稱動態(tài)分析，是指需要實(shí)際運(yùn)行被測軟件，通過觀察程序運(yùn)行時所表現(xiàn)出的狀態(tài)、行為等發(fā)現(xiàn)軟件缺陷。（二）、按照是否需要執(zhí)行被測軟件可將測試分為靜態(tài)測試和動態(tài)測試。分類第12頁，共30頁。12軟件測試的分類（三）、按照測試的階段可將軟件測試分為單元測試、集成測試、系統(tǒng)測試等。第13頁，共30頁。13軟件測試的分類單元測試又稱模塊測試，是指對軟件中的最小可測試單元進(jìn)行測試，目的是檢查每個單元是否能夠正確實(shí)現(xiàn)詳細(xì)設(shè)計說明中的功能、性能、接口和設(shè)計

7、約束等要求，發(fā)現(xiàn)各個模塊內(nèi)部可能存在的各種缺陷。集成測試又稱組裝測試，是在單元測試的基礎(chǔ)上，按照設(shè)計要求，將通過單元測試的單元組裝成系統(tǒng)或子系統(tǒng)而進(jìn)行的有序的測試，目的是檢驗(yàn)不同程序單元或部件之間的接口關(guān)系是否符合概要設(shè)計的要求，能否正常運(yùn)行。第14頁，共30頁。14軟件測試的分類系統(tǒng)測試是為了驗(yàn)證和確認(rèn)系統(tǒng)是否達(dá)到其原始目標(biāo)，而對集成的硬件和軟件系統(tǒng)進(jìn)行的測試，是在真實(shí)或模擬系統(tǒng)運(yùn)行的環(huán)境下，檢查完整的程序系統(tǒng)是否能和系統(tǒng)（包括硬件、外設(shè)、網(wǎng)絡(luò)和系統(tǒng)軟件、支持平臺等）正確配置、連接，并滿足用戶需求。驗(yàn)收測試又稱接受測試，是一種正式的測試，是在系統(tǒng)測試后期，以用戶測試為主，或有測試人員等質(zhì)量保

8、證人員共同參與的測試，是一般由用戶、客戶或其他權(quán)威機(jī)構(gòu)來決定是否可以接受一份產(chǎn)品（系統(tǒng)或組件）的驗(yàn)證性測試。驗(yàn)收測試是軟件正式交付給用戶的最后一個環(huán)節(jié)，并決定用戶是否最終驗(yàn)收簽字和結(jié)清所有應(yīng)付款。分類第15頁，共30頁。15軟件測試的分類手工測試是完全由人工完成測試工作，包括測試計劃的制訂，測試用例的設(shè)計和執(zhí)行，以及測試結(jié)果的檢查和分析等。自動測試是使用自動化測試工具或自動化測試腳本來進(jìn)行的測試，包括測試腳本的開發(fā)與執(zhí)行等，以某種自動測試工具來驗(yàn)證測試需求。（四）、按照測試執(zhí)行時是否需要人工干預(yù)可以將軟件分為手工測試和自動測試。分類第16頁，共30頁。16軟件測試的分類冒煙測試的名稱可以理解為

9、該種測試耗時短，僅用一袋煙功夫足夠了。也有人形象地類比成新電路板基本功能檢查。任何新電路板焊好后，先通電檢查，如果存在設(shè)計缺陷，電路板可能會短路，板子冒煙了。隨機(jī)測試主要是根據(jù)測試者的經(jīng)驗(yàn)對軟件進(jìn)行功能和性能抽查?；貧w測試回歸測試是指修改了舊代碼后，重新進(jìn)行測試以確認(rèn)修改沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤。（五）、其它重要的測試類型包括冒煙測試、隨機(jī)測試和回歸測試。目錄分類第17頁，共30頁。17軟件測試的模型軟件測試模型V模型W模型X模型H模型測試成熟度模型第18頁，共30頁。18軟件測試的模型-V模型第19頁，共30頁。19軟件測試的模型-V模型V模型認(rèn)為，動態(tài)測試的行為與開發(fā)行為相對

10、應(yīng)，每個測試階段的基礎(chǔ)（或依據(jù)）就是對應(yīng)開發(fā)階段的提交物（即文檔），如單元測試的基礎(chǔ)是詳細(xì)設(shè)計文檔，集成測試的基礎(chǔ)是概要設(shè)計文檔。從圖中我們也可以看到V模型存在局限性： 測試滯后，無法實(shí)現(xiàn)“盡早測試”的基本原則； 測試與開發(fā)文檔難以一一對應(yīng)； 缺少靜態(tài)測試； 質(zhì)量折扣，無法體現(xiàn)“不斷測試”的基本原則。模型第20頁，共30頁。20軟件測試的模型-W模型第21頁，共30頁。21軟件測試的模型-W模型W模型在V模型的基礎(chǔ)上增加了與軟件各開發(fā)階段應(yīng)同步進(jìn)行的測試部分，即開發(fā)過程是一個“V”，伴隨的測試過程是另一個“V”，二者是并行關(guān)系。做到了“盡早測試，不斷測試”。W模型的局限性： 將軟件開發(fā)看成是需

11、求分析、設(shè)計和編碼等一系列串行的活動； 開發(fā)、測試之間保持著線性的前后關(guān)系，無法支持迭代的開發(fā)模式，無法支持變更調(diào)整； 未體現(xiàn)測試流程的完整性。模型第22頁，共30頁。22軟件測試的模型-H模型第23頁，共30頁。23軟件測試的模型-H模型H模型將測試活動完全獨(dú)立出來，形成完全獨(dú)立的流程。測試流程分為兩大階段。測試準(zhǔn)備：包括測試計劃、測試分析和測試設(shè)計。測試執(zhí)行：包括測試運(yùn)行和測試評估H模型的優(yōu)點(diǎn)：體現(xiàn)了“盡早測試，不斷測試的原則”；體現(xiàn)了測試流程的完整性；體現(xiàn)了測試流程的獨(dú)立性；充分體現(xiàn)了測試過程（并非技術(shù)）的復(fù)雜性，強(qiáng)調(diào)了過程管理的重要性。模型第24頁，共30頁。24軟件測試的模型-X模型

12、第25頁，共30頁。25軟件測試的模型-X模型X 模型左半部分是針對單獨(dú)程序片段進(jìn)行的相互分離的編碼和測試，接著經(jīng)過多次交鋒，集成為可以執(zhí)行的程序。這些可執(zhí)行的程序需要經(jīng)常測試，已通過集成測試的成品可封板提交給用戶，或者也可作為更大規(guī)模內(nèi)部集成的一部分。X模型提出探索性測試，即無事先計劃的測試，只是隨便測一下，這樣有助于有經(jīng)驗(yàn)的測試人員在計劃外發(fā)現(xiàn)更多軟件缺陷。模型第26頁，共30頁。26軟件測試的模型-測試程度模型測試程度模型包括五個等級，每一等級列出了一系列建議做法，企業(yè)可通過這些等級來評價自身的軟件能力，以便進(jìn)一步改進(jìn)軟件測試過程，促進(jìn)軟件測試向更強(qiáng)的專業(yè)化方向發(fā)展。第27頁，共30頁。27軟件測試的模型-測試程度模型第一級：測試和調(diào)試沒有區(qū)別，除了支持調(diào)試外，測試沒有其他目的。第二級:測試的目的是為了表明軟件能夠正常的工作。第三級：測試的目的是為了表明軟件不能正常工作。第四級：測試的目的不是要證明什么，而是為了把軟件不能正常工作的預(yù)知風(fēng)險降低到能夠接受的程度。第五級：測試不是行為，而是一種自覺的約束，不用將太多的測試投入到生產(chǎn)低風(fēng)