【正文】 軟件測試基礎(chǔ)介紹 研發(fā)二部 2022年 1月 30日 目錄 1. 軟件測試概述 2. 軟件測試模型 3. 軟件測試分類 4. 軟件測試過程（功能測試） 5. 軟件性能測試 ?什么是軟件測試？ 軟件測試是在規(guī)定條件下對程序進(jìn)行操作，以發(fā)現(xiàn)錯誤，對軟件質(zhì)量進(jìn)行評估。 軟件是由文檔、數(shù)據(jù)以及程序組成，所以軟件測試就不僅僅是對程序進(jìn)行測試。 資料表明， 60％以上的錯誤并不是程序錯誤，而是分析和設(shè)計錯誤，因此提倡軟件全生命周期測試的理念。 ?軟件測試的定義 軟件測試（ Software testing）是軟件生存期中的一個重要階段，是軟件質(zhì)量保證的關(guān)鍵步驟。通俗地講，軟件測試就是在軟件投入運行前，對軟件需求分析、設(shè)計規(guī)格說明和編碼進(jìn)行最終復(fù)審的活動。 1983年 IEEE提出的軟件工程術(shù)語中給軟件測試下的定義是：“使用人工或自動的手段來運行或測定某個軟件系統(tǒng)或系統(tǒng)部件的過程，其目的在于檢驗它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實際結(jié)果之間的差別”。 ?為什么需要測試？ 缺陷是怎樣產(chǎn)生的？ 產(chǎn)生缺陷的原因： 時刻想到，你的軟件中是有缺陷的 如果想要找到軟件中的缺陷：那只有測試你的軟件 我寫的代碼很干凈。 我查了好幾遍都沒找到錯誤 我不相信還會有錯誤 ?軟件測試有什么好處？ 通過測試可以： ?發(fā)現(xiàn)軟件的錯誤行為 ?可以界定錯誤的原因 ?證明軟件的正確行為 軟件測試是質(zhì)量保證的一個重要手段 ?軟件測試的目的 目的： ? 尋找軟件的缺陷 ? 跟蹤修正軟件缺陷 ? 驗證修正的軟件缺陷 一個好的測試在于發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤。 軟件測試是為了證明軟件中存在錯誤，而不是為了證明軟件不存在錯誤。 尋找 Bug 跟蹤 Bug 驗證 Bug ?軟件測試的原則 原則： ? 所有的軟件測試都應(yīng)追溯到用戶需求 ? 盡早進(jìn)行軟件測試，早期發(fā)現(xiàn)和報告軟件缺陷 ? 完全測試是不可能的，測試需要終止 ? 全程測試，測試過程貫穿于整個項目的生命周期 ? 測試獨立與開發(fā)，開發(fā)人員不能測試自己的軟件 ? 測試是有組織、有計劃、有步驟的，盡量避免軟件測試的隨意性。 ? 有效的測試應(yīng)當(dāng)是： – 破壞性的 – 系統(tǒng)化的 ? 開發(fā)和測試過程必須嚴(yán)格分開 ： – 在時間上分開 – 在組織結(jié)構(gòu)上分開 – 在人事上分開 ? 獨立測試 ——獨立測試的好處： – 能找到更多其他人的錯誤 – 無偏見 – 驗證設(shè)計和開發(fā)人員的設(shè)想 – 具有專業(yè)測試的知識背景 ?軟件測試對象 軟件測試不等于程序測試，軟件測試貫穿于軟件定義和開發(fā)的整個期間。需求分析 ,概要設(shè)計 ,詳細(xì)設(shè)計 ,以及程序編碼等各個階段所得到的文檔 ,包括需求規(guī)格說明 ,概要設(shè)計規(guī)格說明 ,詳細(xì)設(shè)計規(guī)格說明以及源程序 ,都是軟件測試的對象。 ?常見的引入缺陷的原因 ? 開發(fā)過程中缺乏有效的溝通或者沒有進(jìn)行溝通 ? 軟件復(fù)雜度越來越高 ? 需求不斷變更 ? 項目進(jìn)度的壓力 ? 不重視開發(fā)文檔 ? 軟件開發(fā)工具本身隱藏的問題 ?解決方案 ? 要盡早進(jìn)行測試 01020304050607080分析階段 設(shè)計階段 編碼階段 測試階段 發(fā)布階段單位缺陷發(fā)現(xiàn)時間單位缺陷修改成本1. 軟件測試概述 2. 軟件測試模型 3. 軟件測試分類 4. 軟件測試過程（功能測試） 5. 軟件性能測試 目錄 ?V模型 在 V模型中，測試貫穿在整個軟件開發(fā)過程活動中，測試人員可以盡早進(jìn)入項目，測試人員將更加熟悉產(chǎn)品，更多缺陷將在早期被發(fā)現(xiàn)，這有利于大幅度降低成本，在項目后期發(fā)現(xiàn)嚴(yán)重缺陷的風(fēng)險大大降低。同時對設(shè)計出高質(zhì)量的測試用例非常有幫助。 ?W模型 W模型是 V模型的發(fā)展，測試伴隨整個軟件的開發(fā)周期，測試的對象包括需求、代碼、功能和設(shè)計，只要相應(yīng)的對象開發(fā)完成，測試就可以進(jìn)行。 ?H模型 準(zhǔn)備測試 準(zhǔn)備就緒點 測試執(zhí)行 測試流程 其他流程（如設(shè)計流程） H模型將測試活動完全獨立出來，形成了一個完全獨立的流程，將測試準(zhǔn)備活動和測試執(zhí)行活動清晰地體現(xiàn)出來。 H模型揭示了一個原理： 軟件測試 是一個獨立的流程，貫穿產(chǎn)品整個生命周期，與其他流程并發(fā)地進(jìn)行。 H模型指出軟件測試要盡早準(zhǔn)備，盡早執(zhí)行。 1. 軟件測試概述 2. 軟件測試模型 3. 軟件測試分類 4. 軟件測試過程（功能測試） 5. 軟件性能測試 目錄 ? 按照測試階段劃分 ? 單元測試 單元測試主要用白盒測試方法，一般我們先靜態(tài)地檢查代碼是否符合規(guī)范，然后動態(tài)地運行代碼，檢查其實際運行結(jié)果。當(dāng)然，檢查程序的運行結(jié)果是否正確是一個最基本的要求，我們還要檢查很多項，比如程序的容錯處理，程序的邊界值處理等。 單元測試是在程序員編碼之后，代碼通過編譯后進(jìn)行單元測試 。 單元測試一般由白盒測試工程師或開發(fā)人員來測試 。 ? 集成測試 集成測試是單元測試的下一個階段，是指將通過測試的單元模塊組裝成系統(tǒng)或子系統(tǒng)，再進(jìn)行測試。重點測試不同模塊的接口部分，檢查各個單元模塊結(jié)合到一起能否協(xié)同配合，正常運行。 集成測試的依據(jù)是單元測試的模塊以及 《 概要設(shè)計 》 文檔。 ? 系統(tǒng)測試 集成測試之后，就進(jìn)行系統(tǒng)測試。系統(tǒng)測試也是我們測試的重點。 系統(tǒng)測試將整個軟件系統(tǒng)看做一個整體進(jìn)行測試，包括對功能、性能，以及軟件所運行的軟硬件環(huán)境進(jìn)行測試。主要依據(jù)是《 系統(tǒng)需求規(guī)格說明書 》 文檔。 目前系統(tǒng)測試主要由測試工程師在整個系統(tǒng)集成完畢后進(jìn)行測試，前期主要測試系統(tǒng)的功能是否滿足需求，以及系統(tǒng)在不同的軟硬件環(huán)境中的兼容性等。 ? 驗收測試 驗收測試是以用戶為主的測試。軟件開發(fā)人員與質(zhì)量保證人員也應(yīng)參加。由用戶參加設(shè)計測試用例。使用用戶界面輸入測試數(shù)據(jù)，并分析測試的輸出結(jié)果。一般使用生產(chǎn)中的實際數(shù)據(jù)進(jìn)行測試。 ? 按照是否運行程序劃分 ? 靜態(tài)測試 靜態(tài)方法是指不運行被測程序本身，僅通過分析或檢查源程序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。對需求規(guī)格說明書、軟件設(shè)計說明書、源程序做結(jié)構(gòu)分析、流程圖分析、符號執(zhí)行來找錯。 靜態(tài)測試結(jié)果可用于進(jìn)一步的查錯，并為測試用例選取提供指導(dǎo)。 ? 動態(tài)測試 實際的執(zhí)行被測對象的程序代碼，輸入實現(xiàn)設(shè)計好的測試用例，檢查程序代碼運行得到的結(jié)果與測試用例中設(shè)計的預(yù)期結(jié)果之間是否有差異，判定實際結(jié)果與預(yù)測結(jié)果是否一致。 動態(tài)測試有四部分組成：設(shè)計測試用例，執(zhí)行測試用例，分析比較輸出結(jié)果，輸出測試報告。 動態(tài)測試有三種主要方法：黑盒測試，白盒測試和灰盒測試。