《軟件測(cè)試類型》講解課件

1、深 圳 市 澤 林 信 息 咨 詢 有 限 公 司 Shenzhen Zelin Information Consulting Co . , LTD測(cè)試類型第1頁(yè)，共19頁(yè)。Chapter 1 軟件測(cè)試分類課程目 錄第2頁(yè)，共19頁(yè)。測(cè)試劃分標(biāo)準(zhǔn)按階段劃分按是否運(yùn)行程序劃分按是否查看代碼劃分其他劃分第3頁(yè)，共19頁(yè)。按階段劃分單元測(cè)試集成測(cè)試確認(rèn)測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試第4頁(yè)，共19頁(yè)。按階段劃分-單元測(cè)試 什么是單元測(cè)試單元測(cè)試（unit testing），是指對(duì)軟件中的最小可測(cè)試單元進(jìn)行檢查和驗(yàn)證。對(duì)于單元測(cè)試中單元的含義，一般來(lái)說(shuō)，要根據(jù)實(shí)際情況去判定其具體含義，如C語(yǔ)言中單元指一個(gè)函數(shù)，J

2、ava里單元指一個(gè)類，圖形化的軟件中可以指一個(gè)窗口或一個(gè)菜單等?？偟膩?lái)說(shuō)，單元就是人為規(guī)定的最小的被測(cè)功能模塊。單元測(cè)試是在軟件開(kāi)發(fā)過(guò)程中要進(jìn)行的最低級(jí)別的測(cè)試活動(dòng)，軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測(cè)試。單元測(cè)試包含內(nèi)容入口和出口函數(shù)輸入和輸出信息錯(cuò)誤處理信息部分邊界數(shù)值測(cè)試第5頁(yè)，共19頁(yè)。按階段劃分-集成測(cè)試 什么是集成測(cè)試集成測(cè)試(integration testing)，也叫組裝測(cè)試或聯(lián)合測(cè)試。在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求（如根據(jù)結(jié)構(gòu)圖組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試。實(shí)踐表明，一些模塊雖然能夠單獨(dú)地工作，但并不能保證連接起來(lái)也能正常的工作。程序在某

3、些局部反映不出來(lái)的問(wèn)題，在全局上很可能暴露出來(lái)，影響功能的實(shí)現(xiàn)。集成測(cè)試包括兩種方法：非增量式集成增量式集成：自頂向下增量式測(cè)試 樁程序、自底向上增量式測(cè)試 驅(qū)動(dòng)程序第6頁(yè)，共19頁(yè)。按階段劃分-確認(rèn)測(cè)試 什么是確認(rèn)測(cè)試確認(rèn)測(cè)試的目的是向未來(lái)的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是確認(rèn)測(cè)試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。確認(rèn)測(cè)試范圍：文檔源碼版本模塊人員環(huán)境工具。 確認(rèn)測(cè)試證書(shū)第7頁(yè)，共19頁(yè)。按階段劃分-系統(tǒng)測(cè)試 什么是系統(tǒng)測(cè)試系統(tǒng)測(cè)試，英文是S

4、ystem Testing將已經(jīng)確認(rèn)的軟件、計(jì)算機(jī)硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進(jìn)行信息系統(tǒng)的各種組裝測(cè)試和確認(rèn)測(cè)試.系統(tǒng)測(cè)試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測(cè)試目的是驗(yàn)證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案系統(tǒng)測(cè)試發(fā)現(xiàn)問(wèn)題之后要經(jīng)過(guò)調(diào)試找出錯(cuò)誤原因和位置，然后進(jìn)行改正。是基于系統(tǒng)整體需求說(shuō)明書(shū)的黑盒類測(cè)試，應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。對(duì)象不僅僅包括需測(cè)試的軟件，還要包含軟件所依賴的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。系統(tǒng)測(cè)試范圍功能測(cè)試、性能測(cè)試、負(fù)載測(cè)試、壓力測(cè)試、穩(wěn)定性測(cè)試、兼容測(cè)試、容量測(cè)試、數(shù)據(jù)備份測(cè)試、失效恢復(fù)測(cè)試、

5、可用性測(cè)試 、健壯性測(cè)試、安裝測(cè)試、配置測(cè)試 、文檔測(cè)試、在線幫助測(cè)試、 GUI測(cè)試、安全性測(cè)試第8頁(yè)，共19頁(yè)。按階段劃分-驗(yàn)收測(cè)試什么是驗(yàn)收測(cè)試它是一項(xiàng)確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測(cè)試。這是管理性和防御性控制主要確認(rèn)軟件是否按合同要求進(jìn)行工作，既是否滿足軟件需求規(guī)格說(shuō)明書(shū)中的要求。驗(yàn)收測(cè)試分類：非正式的驗(yàn)收測(cè)試測(cè)試軟件開(kāi)發(fā)公司組織內(nèi)部人員模擬各類用戶行為對(duì)即將上市的產(chǎn)品進(jìn)行測(cè)試。測(cè)試 軟件開(kāi)發(fā)公司組織各方面的的典型客戶在日常工作中實(shí)際使用，并要求用戶報(bào)告異常情況、提出改進(jìn)意見(jiàn)，然后公司再進(jìn)行完善。正式的驗(yàn)收測(cè)試有正規(guī)的測(cè)試過(guò)程，需要制定測(cè)試計(jì)劃、定義測(cè)試方案、選擇測(cè)試用例，進(jìn)

6、行測(cè)試，結(jié)果提交。著重考慮軟件是否滿足合同規(guī)定的所有功能和性能，文檔資料是否完整、準(zhǔn)確，人機(jī)界面和其他方面。第9頁(yè)，共19頁(yè)。按是否運(yùn)行程序劃分靜態(tài)測(cè)試不運(yùn)行被測(cè)試的軟件，而只是靜態(tài)的檢查代碼、界面或者文檔動(dòng)態(tài)測(cè)試實(shí)際運(yùn)行被測(cè)試的軟件，輸入相應(yīng)的測(cè)試數(shù)據(jù)，檢查實(shí)際的輸出結(jié)果是否和預(yù)期結(jié)果相一致的過(guò)程。方式名稱執(zhí)行人員檢查內(nèi)容檢查過(guò)程桌面檢查程序員對(duì)源程序代碼進(jìn)行分析、檢驗(yàn)，并補(bǔ)充相關(guān)的文檔，發(fā)現(xiàn)程序中的錯(cuò)誤代碼審查程序員和測(cè)試員組成的審查小組通過(guò)閱讀、討論和爭(zhēng)議，以程序進(jìn)行靜態(tài)分析的過(guò)程第一步：小組成員提前閱讀設(shè)計(jì)規(guī)格書(shū)、程序文本等相關(guān)文檔第二步：召開(kāi)程序?qū)彶闀?huì)，開(kāi)發(fā)人員讀程序，審查小組討論、

7、發(fā)現(xiàn)、解決問(wèn)題走查程序員和測(cè)試員組成的審查小組通過(guò)邏輯運(yùn)行程序，發(fā)現(xiàn)問(wèn)題第一步：小組成員提前閱讀設(shè)計(jì)規(guī)格書(shū)、程序文本等相關(guān)文檔第二步：利用測(cè)試用例，使程序邏輯運(yùn)行，記錄程序的蹤跡，發(fā)現(xiàn)、討論、解決問(wèn)題第10頁(yè)，共19頁(yè)。按是否查看代碼1、黑盒測(cè)試把 軟件看成一個(gè)黑盒子，不管內(nèi)部邏輯和內(nèi)部特性，只依據(jù)規(guī)格說(shuō)明書(shū)檢查程序的功能是否符合功能說(shuō)明又稱為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試2、白盒測(cè)試 又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。著重于程序內(nèi)部結(jié)構(gòu)和算法，不關(guān)心功能和性能指標(biāo)。3、灰盒測(cè)試 介于白盒和黑盒測(cè)試之間，基于程序運(yùn)行時(shí)刻的外部表現(xiàn)同時(shí)又結(jié)合程序內(nèi)部邏輯結(jié)構(gòu)來(lái)設(shè)計(jì)用例，執(zhí)行程序并采集程序路徑執(zhí)行信息和外部用

8、戶接口結(jié)果的測(cè)試技術(shù)。y=2x？y=x2第11頁(yè)，共19頁(yè)。按是否查看代碼-黑盒測(cè)試優(yōu)點(diǎn) 1.對(duì)較大的代碼單元來(lái)說(shuō)，黑盒測(cè)試比白盒測(cè)試的效率高 2.測(cè)試人員不需要了解實(shí)現(xiàn)的細(xì)節(jié)，包括特定的編程語(yǔ)言 3.測(cè)試人員和編程人員是相互獨(dú)立的 4.從用戶的角度進(jìn)行測(cè)試，很容易被接受和理解 5.有助于暴露任何與規(guī)格不一致或者歧異的地方 6 .測(cè)試用例可以在規(guī)格完成后馬上進(jìn)行缺點(diǎn) 1.不能測(cè)試程序內(nèi)部特定部位 2.程序未執(zhí)行的代碼無(wú)法發(fā)現(xiàn) 3.沒(méi)有清晰的和簡(jiǎn)明的規(guī)格，測(cè)試用例很難被設(shè)計(jì)第12頁(yè)，共19頁(yè)。按是否查看代碼-白盒測(cè)試優(yōu)點(diǎn) 1.迫使測(cè)試人員去了解軟件的實(shí)現(xiàn) 2.檢測(cè)代碼中的每條路徑和分支 3.揭示

9、隱藏在代碼中的錯(cuò)誤 4.對(duì)代碼的測(cè)試進(jìn)行比較徹底缺點(diǎn) 1.白盒測(cè)試投入較大，成本較高 2.白盒測(cè)試不驗(yàn)證規(guī)格的正確性 3.無(wú)法檢查代碼中遺漏的路徑和數(shù)據(jù)敏感性錯(cuò)誤第13頁(yè)，共19頁(yè)。按是否查看代碼-灰盒測(cè)試灰盒測(cè)試有啥缺點(diǎn)？當(dāng)然，凡事都有優(yōu)點(diǎn)和缺點(diǎn)，灰盒測(cè)試自然也不例外。下面列舉它的主要缺點(diǎn)。不適用于簡(jiǎn)單的系統(tǒng)所謂的簡(jiǎn)單系統(tǒng)，就是簡(jiǎn)單到總共只有一個(gè)模塊。由于灰盒測(cè)試關(guān)注于系統(tǒng)內(nèi)部模塊之間的交互。如果某個(gè)系統(tǒng)簡(jiǎn)單到只有一個(gè)模塊，那就沒(méi)必要進(jìn)行灰盒測(cè)試了。對(duì)測(cè)試人員的要求比黑盒測(cè)試高從上面的介紹來(lái)看，灰盒測(cè)試要求測(cè)試人員清楚系統(tǒng)內(nèi)部由哪些模塊構(gòu)成，模塊之間如何協(xié)作。因此，對(duì)測(cè)試的要求就提高了。因此

10、，會(huì)帶來(lái)一定的培訓(xùn)成本。不過(guò)捏，依照俺的經(jīng)驗(yàn)，培訓(xùn)難度不大。稍微有點(diǎn)基礎(chǔ)的測(cè)試人員，都可以在短期培訓(xùn)之后勝任。不如白盒測(cè)試深入顯然，灰盒不如白盒那么深入。不過(guò)捏，考慮到灰盒測(cè)試相比白盒測(cè)試有顯著的成本優(yōu)勢(shì)，該缺點(diǎn)不是太明顯。第14頁(yè)，共19頁(yè)。其他劃分回歸測(cè)試對(duì)軟件的新版本測(cè)試時(shí)，重復(fù)執(zhí)行上一個(gè)版本測(cè)試時(shí)使用的測(cè)試用例。防止出現(xiàn)“以前應(yīng)用沒(méi)有的問(wèn)題現(xiàn)在出問(wèn)題了” 。冒煙測(cè)試（BVT測(cè)試（Build Verification Test ）冒煙測(cè)試的對(duì)象是每一個(gè)新編譯需要正式測(cè)試的版本，目的是確認(rèn)軟件基本功能正常，可以進(jìn)行后續(xù)的正式測(cè)試工作。隨機(jī)測(cè)試（又名猴子測(cè)試）測(cè)試數(shù)據(jù)是隨機(jī)產(chǎn)生的，在測(cè)試用例之外。只能作為一個(gè)測(cè)試的補(bǔ)充。第15頁(yè)，共19頁(yè)。其他劃分敏捷測(cè)試（敏捷開(kāi)發(fā)引發(fā)）首先敏捷測(cè)試(Agile testing)是測(cè)試的一種，原有測(cè)試定義中通過(guò)執(zhí)行被測(cè)系統(tǒng)發(fā)現(xiàn)問(wèn)題，通過(guò)測(cè)試這種活動(dòng)能夠提供對(duì)被測(cè)系統(tǒng)提供度量等概念還是適用的。 減少測(cè)試用例，設(shè)計(jì)等工作，多交流與溝通，關(guān)注持續(xù)迭代的新功能，對(duì)原有功能的回歸依據(jù)自動(dòng)化，應(yīng)盡早開(kāi)始測(cè)試，及時(shí)，持續(xù)的對(duì)軟件產(chǎn)品質(zhì)量進(jìn)行反饋 TDD（測(cè)試驅(qū)動(dòng)開(kāi)發(fā)）測(cè)試驅(qū)動(dòng)開(kāi)發(fā)的基本思想就是在開(kāi)