軟件測試概述培訓(xùn)hot

1、國家應(yīng)用軟件產(chǎn)品質(zhì)量監(jiān)督檢驗(yàn)中心國家應(yīng)用軟件產(chǎn)品質(zhì)量監(jiān)督檢驗(yàn)中心軟件測試工程師培訓(xùn)軟件測試概述軟件測試工程師培訓(xùn)軟件測試基本概念軟件測試技術(shù)軟件測試方法軟件測試流程軟件測試過程微軟軟件測試簡介課程概覽課程目標(biāo)掌握軟件測試的基本概念理解測試對于軟件質(zhì)量保障的重要性了解軟件測試的基本流程和過程理解白盒測試、黑盒測試的含義和方法理解測試的分類和內(nèi)容課程內(nèi)容軟件測試基本概念軟件測試基本概念軟件測試技術(shù)軟件測試方法軟件測試流程軟件測試過程微軟軟件測試簡介軟件測試基本概念什么是軟件測試軟件測試的目的軟件測試原則軟件測試的重點(diǎn)軟件測試質(zhì)量軟件測試度量軟件的可測試性什么是軟件測試廣義的概念指軟件生存周期中所有

2、的檢查、評審和確認(rèn)工作，其中包括了對分析、設(shè)計階段，以及完成開發(fā)后維護(hù)階段的各類文檔、代碼的審查和確認(rèn)狹義概念識別軟件缺陷的過程，即實(shí)際結(jié)果與預(yù)期結(jié)果的不一致什么是軟件測試軟件測試通常包括驗(yàn)證(verification)和確認(rèn)(validation)：- 驗(yàn)證指保證軟件正確的實(shí)現(xiàn)了某一特定功能的一系列活動- 確認(rèn)指的是保證軟件的實(shí)現(xiàn)滿足了用戶需求的一系列活動軟件測試的目的測試的目的就是發(fā)現(xiàn)軟件中的各種缺陷測試只能證明軟件存在缺陷，不能證明軟件不存在缺陷測試可以使軟件中缺陷降低到一定程度，而不是徹底消滅以較少的用例、時間和人力找出軟件中的各種錯誤和缺陷，以確保軟件的質(zhì)量測試的目標(biāo)最終目的是確保軟

3、件的功能符合用戶的需求，把盡可能多的問題在發(fā)布或交付前發(fā)現(xiàn)并改正：- 確保軟件完成了它所承諾或公布的功能- 確保軟件滿足性能的要求- 確保軟件是健壯的和適應(yīng)用戶環(huán)境的測試的目標(biāo)為軟件的質(zhì)量評估提供依據(jù)為軟件質(zhì)量改進(jìn)和管理提供幫助軟件測試原則 Good-enough: 一種權(quán)衡投入/產(chǎn)出比的原則 保證測試的覆蓋程度，但窮舉測試是不可能的 所有的測試都應(yīng)追溯到用戶需求 越早測試越好，測試過程與開發(fā)過程應(yīng)是相結(jié)合的 測試的規(guī)模由小而大，從單元測試到系統(tǒng)測試 為了盡可能地發(fā)現(xiàn)錯誤，應(yīng)該由獨(dú)立的第三方來測試 不能為了便于測試擅自修改程序 既應(yīng)該測試軟件該做什么也應(yīng)該測試軟件不該做什么測試的規(guī)律木桶原理：

4、 軟件質(zhì)量的關(guān)鍵因素是分析、設(shè)計和實(shí)現(xiàn)，測試應(yīng)該是融于其中的補(bǔ)充檢查手段，其他管理、支持、甚至 文化因素也會影響最終軟件的質(zhì)量 測試是提高軟件質(zhì)量的必要條件，最直接、最快捷的手段，但決不是一種根本手段測試的規(guī)律Bug的80-20原則 在分析、設(shè)計、實(shí)現(xiàn)階段的復(fù)審和測試工作能夠發(fā)現(xiàn)和避免80%的Bug 而系統(tǒng)測試又能找出其余Bug中的80% 最后的5%的Bug可能只 有在用戶的大范圍、長時間使用后才會曝露出來軟件測試的重點(diǎn)測試用例的良好設(shè)計測試用例的設(shè)計是整個軟件測試工作的核心測試用例反映對被測對象的質(zhì)量要求，決定對測試對象的質(zhì)量評估軟件測試的重點(diǎn)測試工作的管理尤其是對包含多個子系統(tǒng)的大型軟件系

5、統(tǒng)，其測試工作涉及大量人力和物力，有效的測試工作管理是保證有效測試工作的必要前提軟件測試的重點(diǎn)測試環(huán)境的建立測試環(huán)境應(yīng)該與實(shí)際測試環(huán)境一致軟件測試的質(zhì)量軟件測試可以發(fā)現(xiàn)以下軟件缺陷：軟件實(shí)現(xiàn)的功能不正確“缺少”：軟件沒有實(shí)現(xiàn)某項(xiàng)功能“多余”，軟件實(shí)現(xiàn)的某項(xiàng)功能在需求中沒有定義發(fā)現(xiàn)第一類軟件缺陷的過程 - “驗(yàn)證”發(fā)現(xiàn)后兩類軟件缺陷的過程 - “確認(rèn)”軟件測試的質(zhì)量軟件測試本身的質(zhì)量在于：發(fā)現(xiàn)軟件缺陷并能區(qū)分其類型提供關(guān)于軟件質(zhì)量和開發(fā)過程質(zhì)量的信息軟件測試度量測試覆蓋率有多少需求、代碼已經(jīng)被測試了缺陷發(fā)現(xiàn)率缺陷是何時被發(fā)現(xiàn)，并且有多少缺陷已經(jīng)被發(fā)現(xiàn)。缺陷可以根據(jù)嚴(yán)重性來分類。需記錄以下值： 缺

6、陷數(shù)目 缺陷的嚴(yán)重性軟件測試度量測試成功率：有多少測試已經(jīng)通過了，并且有多少是運(yùn)行正常的？需記錄以下值： 已通過的測試用例的數(shù)目 可利用的測試用例的數(shù)目軟件測試的分類典型的軟件測試類型 功能測試 可靠性測試 容錯性測試 恢復(fù)測試 易用性測試 性能測試 可維護(hù)性測試 可移植性測試 安全性測試 用戶文檔測試軟件的可測試性軟件容易被測試的程度，包括下面幾個指標(biāo)：可確認(rèn)性：可以明確確認(rèn)軟件是否符合要求，例如有明確的要求和指標(biāo)可觀察性：用于確認(rèn)的結(jié)果可以進(jìn)行有效的觀察可控制性：相對應(yīng)的測試環(huán)境可以進(jìn)行控制，從而保證測試的有效性可分解性：軟件可以進(jìn)行分解，對分解的結(jié)構(gòu)進(jìn)行測試 課程內(nèi)容軟件測試基本概念軟件

7、測試技術(shù)軟件測試技術(shù)軟件測試方法軟件測試流程軟件測試過程微軟軟件測試簡介軟件測試技術(shù)黑盒測試/白盒測試動態(tài)測試/靜態(tài)測試黑盒測試和白盒測試什么是黑盒測試又稱功能測試或數(shù)據(jù)驅(qū)動測試，是針對軟件的功能需求/實(shí)現(xiàn)進(jìn)行測試通過測試來檢測每個功能是否符合需求，不考慮程序內(nèi)部的邏輯結(jié)構(gòu)窮舉輸入測試黑盒測試和白盒測試黑盒測試方法 功能劃分 等價類劃分 邊界值分析因果圖錯誤推測等黑盒測試和白盒測試什么是白盒測試白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試必須知道軟件內(nèi)部工作過程，通過測試來檢測軟件內(nèi)部是否按照需求、設(shè)計正常運(yùn)行通過邏輯覆蓋、路徑覆蓋等方式選擇測試用例，可以用測試覆蓋率評價測試用例黑盒測試和白盒測試白盒測

8、試的主要方法 對應(yīng)于程序的一些主要結(jié)構(gòu)：語句、分支、邏輯路徑、變量；白盒測試的主要方法是：語句覆蓋方法分支覆蓋方法邏輯覆蓋方法動態(tài)測試和靜態(tài)測試動態(tài)測試 動態(tài)測試需要在開發(fā)/測試環(huán)境或?qū)嶋H運(yùn)行環(huán)境中運(yùn)行軟件，并使用測試用例去查找軟件缺陷 動態(tài)測試包括功能確認(rèn)與接口測試、覆蓋率分析、性能分析、內(nèi)存分析等 動態(tài)測試和靜態(tài)測試靜態(tài)測試 靜態(tài)測試不實(shí)際運(yùn)行軟件，主要是對軟件的編程格式、結(jié)構(gòu)等方面進(jìn)行評估 靜態(tài)測試包括代碼檢查、程序結(jié)構(gòu)分析、代碼質(zhì)量度量等。它可以由人工進(jìn)行，也可以借助軟件工具自動進(jìn)行 黑盒白盒測試與動態(tài)靜態(tài)測試的關(guān)系黑盒測試、白盒測試 測試用例設(shè)計階段采用的方法動態(tài)測試、靜態(tài)測試 測試

9、執(zhí)行階段采用的方法課程內(nèi)容軟件測試基本概念軟件測試技術(shù)軟件測試方法軟件測試方法軟件測試流程軟件測試過程微軟軟件測試簡介手工測試和自動測試手工測試自動測試適合自動化的測試操作手工測試和自動測試的比較手工測試傳統(tǒng)的測試方法由測試人員手工編寫測試用例缺點(diǎn)在于測試工作量大，重復(fù)多，回歸測試難以實(shí)現(xiàn)自動測試?yán)密浖y試工具自動實(shí)現(xiàn)全部或部分測試工作：管理、設(shè)計、執(zhí)行和報告自動測試節(jié)省大量的測試開銷，并能夠完成一些手工測試無法實(shí)現(xiàn)的測試適合自動化的測試操作測試用例的生成（包括測試輸入，標(biāo)準(zhǔn)輸出，測試操作指令等）測試的執(zhí)行與控制（包括單機(jī)與網(wǎng)絡(luò)多機(jī)分布運(yùn)行；夜間及假日運(yùn)行）測試對象、范圍、版本等的控制適合自

10、動化的測試操作測試結(jié)果與預(yù)期輸出的對比不吻合的測試結(jié)果的分析、記錄、分類、和通報測試的統(tǒng)計，報表的產(chǎn)生手工測試和自動測試的比較手工完成測試的全部過程無法保證測試的科學(xué)性與嚴(yán)密性: 修改的缺陷越多，回歸測試越困難 沒有人能向決策層提供精確的數(shù)據(jù)以度量當(dāng)前的工作進(jìn)度及工作效率 反復(fù)測試帶來的倦怠情緒及其他人為因素使得測試標(biāo)準(zhǔn)前后不一 測試花費(fèi)的時間越長，測試的嚴(yán)格性也就越低手工測試和自動測試的比較自動測試將測試人員從反復(fù)、煩雜的測試執(zhí)行中解放出來，用更多的時間進(jìn)行測試設(shè)計和結(jié)果分析軟件測試不可能完全自動化不能完成所有手工測試任務(wù)無創(chuàng)造性且靈活性差，不能改進(jìn)測試的有效性過程中可能會遇到許多意想不到的

11、問題，特別是當(dāng)軟件不穩(wěn)定時測試腳本的維護(hù)高課程內(nèi)容軟件測試基本概念軟件測試技術(shù)軟件測試方法軟件測試流程軟件測試流程軟件測試過程微軟軟件測試簡介測試流程 單元測試集成測試系統(tǒng)測試用戶驗(yàn)收測試回歸測試V模型示意圖單元測試完成對最小的軟件設(shè)計單元模塊的驗(yàn)證工作目標(biāo)是確保模塊被正確地編碼使用過程設(shè)計描述作為指南，對重要的控制路徑進(jìn)行測試以發(fā)現(xiàn)模塊內(nèi)的錯誤通常情況下是面向白盒的對代碼風(fēng)格和規(guī)則、程序設(shè)計和結(jié)構(gòu)、業(yè)務(wù)邏輯等進(jìn)行靜態(tài)測試，及早地發(fā)現(xiàn)和解決不易顯現(xiàn)的錯誤單元測試單元測試的內(nèi)容接口測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)全局?jǐn)?shù)據(jù)結(jié)構(gòu)邊界語句覆蓋錯誤路徑單元測試單元測試的工具 OpenSource: xUnitJunit

12、 - JavaNUnit - C# DevPartner 集成測試通過測試發(fā)現(xiàn)與模塊接口有關(guān)的問題目標(biāo)是把通過了單元測試的模塊拿來，構(gòu)造一個在設(shè)計中所描述的程序結(jié)構(gòu) 應(yīng)當(dāng)避免一次性的集成（除非軟件規(guī)模很小），而采用增量集成集成測試集成測試主要內(nèi)容 API API/參數(shù)組合 系統(tǒng)測試根據(jù)軟件需求規(guī)范的要求進(jìn)行系統(tǒng)測試，確認(rèn)系統(tǒng)滿足需求的要求系統(tǒng)測試人員相當(dāng)于用戶代言人在需求分析階段要確定軟件的可測性，保證有效完成系統(tǒng)測試工作系統(tǒng)測試系統(tǒng)測試主要內(nèi)容 所有功能需求得到滿足 所有性能需求得到滿足 其他需求（例如安全性、容錯性、兼容性等）得到滿足用戶驗(yàn)收/確認(rèn)測試配置審查 確保已開發(fā)軟件的所有文件資料

13、均已編寫齊全，并分類編目Alpha測試 是由用戶在開發(fā)者的場所來進(jìn)行的，Alpha測試是在一個受控的環(huán)境中進(jìn)行的用戶驗(yàn)收/確認(rèn)測試Beta測試 由軟件的最終用戶在一個或多個用戶場所來進(jìn)行的 開發(fā)者通常不在現(xiàn)場，用戶記錄測試中遇到的問題并報告給開發(fā)者 開發(fā)者對系統(tǒng)進(jìn)行最后的修改，并開始準(zhǔn)備發(fā)布最終的軟件回歸測試當(dāng)發(fā)現(xiàn)并修改缺陷后，或者在軟件中添加新功能后，重新測試，用來檢查被發(fā)現(xiàn)的缺陷是否被改正，并且所作的修改沒有引發(fā)新的問題回歸測試可以通過人工重新執(zhí)行測試用例，也可以使用自動化的捕獲回放工具來進(jìn)行 回歸測試回歸測試方式 再測試全部用例選擇基線測試用例庫中的全部測試用例組成回歸測試包，測試成本最

14、高 基于風(fēng)險選擇測試可以基于一定的風(fēng)險標(biāo)準(zhǔn)來從基線測試用例庫中選擇回歸測試包各階段測試所使用的方法技術(shù)單元測試 白盒、自動、靜態(tài)集成測試 白盒、黑盒、自動、靜態(tài)系統(tǒng)測試 黑盒、自動、手工用戶驗(yàn)收/確認(rèn)測試 黑盒、自動、手工課程內(nèi)容軟件測試基本概念軟件測試技術(shù)軟件測試方法軟件測試流程軟件測試過程軟件測試過程微軟軟件測試簡介軟件測試過程軟件測試環(huán)境測試的基本過程測試的管理測試的組織和運(yùn)作軟件測試環(huán)境軟件測試設(shè)計環(huán)境軟件測試管理環(huán)境軟件測試實(shí)施環(huán)境測試基本過程一個規(guī)范化的軟件測試過程包括以下基本的測試活動擬定軟件測試計劃、方案設(shè)計和生成測試用例、準(zhǔn)備測試數(shù)據(jù)執(zhí)行測試，記錄原始數(shù)據(jù)，對缺陷進(jìn)行管理生成

15、軟件測試報告、缺陷的統(tǒng)計和報表測試基本過程測試基本過程 軟件測試過程與整個軟件開發(fā)過程基本上是平行進(jìn)行的一個開發(fā)機(jī)構(gòu)還應(yīng)當(dāng)制定軟件測試規(guī)程，按照軟件工程的規(guī)范，定義各項(xiàng)活動的目標(biāo)和詳細(xì)過程 測試基本過程示圖 測試報告填寫 確定測試要求 制定測試計劃 雙方確定測試計劃 有修改 通過 制定測試方案 安排項(xiàng)目進(jìn)度 培訓(xùn)測試人員 建立測試環(huán)境 編寫測試用例 執(zhí)行測試計劃 檢測并在數(shù)據(jù)庫中記錄缺陷 未完成 回歸測試否 完成 向用戶提交缺陷列表 測試報告填寫 開發(fā)人員修正錯誤 客 戶 是 否 測試基本過程測試計劃時間進(jìn)度和人員安排、風(fēng)險管理測試范圍的確定、測試數(shù)據(jù)的生成測試工具、方法的選擇和工具開發(fā)測試完

16、成標(biāo)準(zhǔn)影響資源分配的特殊考慮等測試基本過程測試方案 定義被測軟件功能以及相關(guān)的測試，并詳細(xì)說明的測試方法和策略 創(chuàng)建測試方案是開始測試設(shè)計的第一步。測試方案的定義應(yīng)當(dāng)基于需求分析和設(shè)計文檔，并遵從測試計劃文檔測試基本過程測試用例為實(shí)施一次測試而向被測系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置控制著軟件測試的執(zhí)行步驟是對測試方案中每個測試項(xiàng)的進(jìn)一步實(shí)例化測試基本過程測試用例的幾條基本準(zhǔn)則測試用例的代表性測試結(jié)果的可判定性測試結(jié)果的可再現(xiàn)性測試基本過程如何編寫/生成測試用例 對于手動執(zhí)行的測試用例確定測試用例，描述執(zhí)行步驟及預(yù)期結(jié)果 對于可自動執(zhí)行的測試用例采用工具錄制回放腳本性能測試工具使用通用的腳

17、本語言測試基本過程軟件測試的執(zhí)行執(zhí)行測試用例記錄原始測試數(shù)據(jù)記錄缺陷對所發(fā)現(xiàn)的缺陷進(jìn)行跟蹤、管理和監(jiān)控 測試基本過程測試評估結(jié)合量化的測試覆蓋率及缺陷跟蹤報告，對整個軟件質(zhì)量、測試工作和軟件缺陷進(jìn)行總結(jié)對軟件項(xiàng)目的質(zhì)量和開發(fā)團(tuán)隊(duì)的工作進(jìn)度及工作效率進(jìn)行綜合評價生成相應(yīng)報告或報表測試基本過程測試報告總結(jié)測試的結(jié)果，通過與未通過的測試用例，并對被測軟件對象進(jìn)行評估測試總結(jié)： 評價軟件質(zhì)量 分析提交客戶后的缺陷預(yù)測分析，以及維護(hù)成本分析 對測試工作進(jìn)行經(jīng)驗(yàn)、教訓(xùn)、建議總結(jié)軟件測試的管理 測試管理從功能應(yīng)用上可分為三部分：測試管理控制對象的編輯和管理 測試計劃、測試用例、缺陷報告、測試總結(jié)報告等測試流

18、程控制和管理統(tǒng)計分析和決策支持測試的組織方式小組測試小組內(nèi)部分為測試人員和支持人員(管理人員屬于支持人員)測試的工作實(shí)體是測試小組和支持小組，分別由小組長全權(quán)負(fù)責(zé)。小組長向測試主管負(fù)責(zé)測試組長是測試對外的唯一接口，對內(nèi)完全負(fù)責(zé)組員的工作安排、工作檢查和進(jìn)度管理測試的組織方式小組支持小組負(fù)責(zé)測試的后勤保障和日常管理工作：負(fù)責(zé)網(wǎng)絡(luò)管理、數(shù)據(jù)備份、文檔管理、設(shè)備管理和維護(hù)、員工內(nèi)部培訓(xùn)、測試?yán)碚摵图夹g(shù)應(yīng)用、日常事務(wù)管理和檢查等測試組應(yīng)當(dāng)長期研究和跟蹤競爭對手的軟件特征、性能、優(yōu)缺點(diǎn)等。在需求分析、設(shè)計階段應(yīng)多多參與 測試的運(yùn)作方式測試項(xiàng)目組關(guān)心的系統(tǒng)測試流程：項(xiàng)目組提交系統(tǒng)測試申請，給測試指定帳號由

19、專人檢查文檔格式和完備性檢查合格后交給該軟件對應(yīng)方向的研究人員，評價其內(nèi)容的有效性和真實(shí)性檢查合格后由測試主管審查并通過，成立測試組，指定測試組長測試的運(yùn)作方式測試組長/成員根據(jù)該軟件的需求報告、測試計劃和以往測試數(shù)據(jù)，制定測試方案測試主管審核通過測試方案后，根據(jù)測試方案指定測試組成員，并由支持組完成其他支持任務(wù)(如：設(shè)備的配備、測試數(shù)據(jù)庫的建立、網(wǎng)絡(luò)權(quán)限的修改)課程內(nèi)容軟件測試基本概念軟件測試技術(shù)軟件測試方法軟件測試流程軟件測試過程微軟軟件測試簡介微軟軟件測試簡介微軟公司軟件測試簡介基本思想測試人員測試文檔基本思想 測試人員的任務(wù)就是站在使用者的角度上，通過不斷地使用和攻擊剛開發(fā)出來的軟件，

20、盡量多地找出軟件中存在的問題基本思想在測試時主要考慮以下幾個問題： 測試要考慮到所有的出錯可能性。同時要做一些不是按常規(guī)做的操作除了缺陷之外，測試還應(yīng)考慮性能問題，保證軟件運(yùn)行良好，速度穩(wěn)定，沒有內(nèi)存泄露，不會出現(xiàn)軟件運(yùn)行越來越慢的情形 測試要考慮軟件的兼容性軟件測試人員軟件測試人員分為：測試工具軟件開發(fā)工程師軟件測試工程師管理層 軟件測試人員測試工具軟件開發(fā)工程師主要負(fù)責(zé)編寫測試工具代碼，并利用測試工具對軟件進(jìn)行測試；或者開發(fā)測試工具為軟件測試工程師服務(wù)軟件測試工程師主要負(fù)責(zé)理解軟件的功能要求，然后對其進(jìn)行測試，檢查軟件有沒有錯誤，決定軟件是否具有穩(wěn)定性，并寫出相應(yīng)的測試方案和測試用例在微軟內(nèi)部，軟件測試人員與軟件開發(fā)