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