版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
第十三章
軟件測(cè)試的拓展與提高授課教師:
鄭煒第十三章軟件測(cè)試的拓展與提高13.1企業(yè)測(cè)試實(shí)踐13.1.1測(cè)試計(jì)劃13.1.2測(cè)試管理13.1.3企業(yè)的測(cè)試策略13.1.4測(cè)試人員組織13.1.5測(cè)試小組的職責(zé)13.2CMMI和軟件測(cè)試13.2.1CMMI簡(jiǎn)介13.2.2基于CMMI的軟件測(cè)試流程13.3DevOps13.3.1DevOps簡(jiǎn)介13.3.2DevOps實(shí)踐第十三章軟件測(cè)試的拓展與提高13.1.1測(cè)試計(jì)劃測(cè)試文檔:主要包括:
測(cè)試計(jì)劃:提供產(chǎn)品測(cè)試工作的概述
測(cè)試說(shuō)明:主要對(duì)測(cè)試用例的信息進(jìn)行說(shuō)明
測(cè)試報(bào)告:描述了已經(jīng)完成的測(cè)試,并對(duì)測(cè)
試結(jié)果進(jìn)行評(píng)價(jià)。測(cè)試文檔主要作用:
(1)測(cè)試計(jì)劃文檔為完成測(cè)試任務(wù)提供便利。
(2)測(cè)試計(jì)劃文檔改善測(cè)試任務(wù)與測(cè)試過(guò)程之間的聯(lián)系。
(3)測(cè)試計(jì)劃文檔為組織、規(guī)劃與管理測(cè)試項(xiàng)目提供支持。13.1.1測(cè)試計(jì)劃1.提高測(cè)試覆蓋率:測(cè)試計(jì)劃要有程序特征清單,為了創(chuàng)建該清單,需要對(duì)程序的特征進(jìn)行尋找和統(tǒng)計(jì)。2.避免不必要的重復(fù):當(dāng)對(duì)測(cè)試任務(wù)進(jìn)行核查時(shí),對(duì)已經(jīng)測(cè)試和沒(méi)有測(cè)試的內(nèi)容進(jìn)行查找和核對(duì)。3.分析程序并快速挑選好的測(cè)試用例4.提供最終測(cè)試的結(jié)構(gòu):由于軟件產(chǎn)品通常是要在比較短的時(shí)間周期內(nèi)完成開(kāi)發(fā),一般留
給最后測(cè)試的時(shí)間安排都很少,而軟件測(cè)試計(jì)劃可以幫助確保最
重要的測(cè)試得到運(yùn)行。5.檢查完整性:完整的測(cè)試計(jì)劃不會(huì)忽略程序中的問(wèn)題,例如,忽略了軟件缺陷類(lèi)型、測(cè)試類(lèi)別和程序區(qū)域等。●
使用以下方式可以提高測(cè)試人員測(cè)試程序的能力13.1.1測(cè)試計(jì)劃編寫(xiě)測(cè)試計(jì)劃需要尊重“5W”原則:“What(做什么)”:明確測(cè)試的范圍和內(nèi)容“Why(為什么做)”:理解測(cè)試的目的“When(何時(shí)做)”:確定測(cè)試的開(kāi)始和結(jié)束日期“Where(在哪里)”:給出測(cè)試文檔和軟件的存放位置“How(如何做)”:指出測(cè)試的方法和工具13.1.2測(cè)試管理1.測(cè)試方案管理:
包括單元測(cè)試、集成測(cè)試和產(chǎn)品測(cè)試的測(cè)試計(jì)劃的錄入、修改、刪除、查詢和打印。2.測(cè)試用例管理
包括測(cè)試用例的增、刪、改、復(fù)制和查詢;測(cè)試用例測(cè)試情況的管理,如測(cè)試狀態(tài)包括未測(cè)試、測(cè)試中、已測(cè)試;測(cè)試結(jié)果分為通過(guò)、未實(shí)現(xiàn)、存在問(wèn)題等;測(cè)試用例輸入、編號(hào)和歸檔。3.測(cè)試流程管理
包括測(cè)試進(jìn)度管理、測(cè)試流程標(biāo)識(shí)、測(cè)試日志及狀態(tài)報(bào)告。4.問(wèn)題報(bào)告管理
問(wèn)題報(bào)告處理流程(問(wèn)題報(bào)告→整改報(bào)告)、實(shí)現(xiàn)問(wèn)題報(bào)告與測(cè)試用例的關(guān)聯(lián)。5.測(cè)試報(bào)告管理
包括生成單元測(cè)試、集成測(cè)試和產(chǎn)品測(cè)試的測(cè)試報(bào)告?!?/p>
測(cè)試管理具體包括以下內(nèi)容13.1.2測(cè)試管理(1)按照國(guó)際質(zhì)量管理標(biāo)準(zhǔn),建立適合本公司的軟件測(cè)試管理體系,以提高公司開(kāi)發(fā)的軟件質(zhì)量,并降低軟件開(kāi)發(fā)及維護(hù)成本。(2)建立、監(jiān)測(cè)和分析軟件測(cè)試過(guò)程,以有效地控制、管理和改進(jìn)軟件測(cè)試過(guò)程,監(jiān)測(cè)軟件質(zhì)量,從而確定交付或發(fā)布軟件的時(shí)間。(3)制訂合理的軟件測(cè)試管理計(jì)劃,設(shè)計(jì)有效的測(cè)試用例集,以盡可能發(fā)現(xiàn)軟件缺陷,并組織、管理和應(yīng)用龐大的測(cè)試用例集。(4)在軟件測(cè)試管理過(guò)程中,管理者、程序員、測(cè)試員(含有關(guān)客戶人員)協(xié)同工作,及時(shí)解決發(fā)現(xiàn)軟件問(wèn)題。(5)對(duì)軟件測(cè)試中發(fā)現(xiàn)的大量軟件缺陷進(jìn)行合理的分類(lèi)以分清輕重緩急,同時(shí)進(jìn)行原因分析,并做好相應(yīng)的記錄、跟蹤和管理工作。(6)建立一套完整的文檔資料管理體系。因?yàn)檐浖y(cè)試管理很大程度上是通過(guò)對(duì)文檔資料的管理來(lái)實(shí)現(xiàn)的。軟件測(cè)試每個(gè)階段的文檔資料是以后階段的基礎(chǔ),又是對(duì)前面階段的復(fù)審?!?/p>
軟件測(cè)試管理系統(tǒng)可以對(duì)各過(guò)程進(jìn)行全面控制,具體的實(shí)現(xiàn)過(guò)程如下13.1.3企業(yè)的測(cè)試策略(1)合理地減少測(cè)試工作量
通過(guò)以下方式減少測(cè)試工作量。
①減少冗余的測(cè)試。在很多地方,白盒測(cè)試與黑盒測(cè)試的方式雖然不同,但往往會(huì)產(chǎn)生相同的效果。甚至在一些地方,白盒測(cè)試和黑盒測(cè)試可能會(huì)有一模一樣的效果,這樣的測(cè)試就是冗余的。
②減少無(wú)價(jià)值的測(cè)試。無(wú)價(jià)值的測(cè)試通常是由于不懂測(cè)試技術(shù)引起的。例如,在功能測(cè)試時(shí),本來(lái)在等價(jià)區(qū)間內(nèi)只要測(cè)試一個(gè)典型的輸入就行了,如果有人在這個(gè)區(qū)間內(nèi)進(jìn)行了大量的測(cè)試,那么除去第1次測(cè)試之外的所有測(cè)試都是無(wú)價(jià)值的。(2)提高測(cè)試效率
有一些項(xiàng)目要求“短、平、快”,且得到的經(jīng)費(fèi)也很少,用戶對(duì)產(chǎn)品的質(zhì)量要求也不高。為了能獲取更多的利潤(rùn),開(kāi)發(fā)方就不得不采取一些“偷工減料”的方式來(lái)降低測(cè)試的代價(jià),從而提高測(cè)試的效率?!?/p>
企業(yè)的測(cè)試策略體現(xiàn)在以下幾個(gè)方面。13.1.4測(cè)試人員組織測(cè)試人員軟件開(kāi)發(fā)人員理想的測(cè)試團(tuán)隊(duì)技術(shù)人員精通行業(yè)知識(shí)的領(lǐng)域?qū)<颐鞔_的職責(zé)和分工13.1.5測(cè)試小組的職責(zé)測(cè)試小組的職責(zé)發(fā)現(xiàn)產(chǎn)品問(wèn)題、評(píng)估問(wèn)題嚴(yán)重性,并協(xié)助管理部門(mén)做出處理問(wèn)題的決定。全面質(zhì)量管理
核心:
提高人的素質(zhì),增強(qiáng)質(zhì)量意識(shí),調(diào)動(dòng)人的積極性,人人做好本職工作,通過(guò)抓好工作質(zhì)量保證和提高產(chǎn)品質(zhì)量或服務(wù)質(zhì)量?;疽?
“三全一多樣”,即全員的質(zhì)量管理、全過(guò)程的質(zhì)量管理、全方位的質(zhì)量管理和多樣方法的質(zhì)量管理13.1.5測(cè)試小組的職責(zé)基本的測(cè)試小組類(lèi)型
質(zhì)量控制組:一種權(quán)限很大的測(cè)試小組,任何技術(shù)方案和技術(shù)實(shí)施都需要接受質(zhì)量控制組的檢查和審核,項(xiàng)目實(shí)施所涉及的相關(guān)技術(shù)標(biāo)準(zhǔn)、協(xié)議和規(guī)范規(guī)則的執(zhí)行情況也都需要經(jīng)過(guò)質(zhì)量控制組的審核。
質(zhì)量保證組:協(xié)助研發(fā)對(duì)項(xiàng)目周期中產(chǎn)生的相關(guān)文檔進(jìn)行評(píng)審,展開(kāi)內(nèi)測(cè)工作,保證部門(mén)整體管理及產(chǎn)品質(zhì)量品質(zhì)的提升。測(cè)試服務(wù)組:找出故障代碼,仔細(xì)對(duì)它們進(jìn)行描述,確保每個(gè)相關(guān)人員都能理解故障;該小組還要對(duì)故障進(jìn)行分析,對(duì)程序質(zhì)量進(jìn)行估計(jì),協(xié)助管理部門(mén)對(duì)問(wèn)題的處理做出決定。
開(kāi)發(fā)服務(wù)組:擴(kuò)展了測(cè)試服務(wù)組的職能。第十三章軟件測(cè)試的拓展與提高13.1企業(yè)測(cè)試實(shí)踐13.2CMMI和軟件測(cè)試13.2.1CMMI簡(jiǎn)介13.2.2基于CMMI的軟件測(cè)試流程13.2.1CMMI簡(jiǎn)介CMMI簡(jiǎn)介:能力成熟度模型集成(CapabilityMaturityModelIntegration,CMMI),也稱(chēng)為軟件能力成熟度集成模型,是美國(guó)國(guó)防部的一個(gè)設(shè)想,于1994年由美國(guó)國(guó)防部與卡內(nèi)基-梅隆大學(xué)下的軟件工程研究中心,以及美國(guó)國(guó)防工業(yè)協(xié)會(huì)共同開(kāi)發(fā)和研制的。CMMI目的:幫助軟件企業(yè)對(duì)軟件工程過(guò)程進(jìn)行管理和改進(jìn),增強(qiáng)開(kāi)發(fā)與改進(jìn)能力,從而能按時(shí)地、不超預(yù)算地開(kāi)發(fā)出高質(zhì)量的軟件。13.2.1CMMI簡(jiǎn)介CMMI的表述方式:
階段式模型:提供了預(yù)定義的路線圖,該組織級(jí)的改善是基于過(guò)程的已證實(shí)的分組和次序,以及相關(guān)的組織級(jí)關(guān)系--優(yōu)點(diǎn):具備管理跨組織過(guò)程的能力
連續(xù)式模型:沒(méi)有與組織級(jí)成熟度相關(guān)的分散階段,連續(xù)式模型的實(shí)踐以支持單個(gè)過(guò)程域的增長(zhǎng)和改善的方式進(jìn)行組織,連續(xù)式模型的每個(gè)過(guò)程域分別按照各自的能力進(jìn)行評(píng)定,評(píng)定的結(jié)果以能力特征圖的形式上報(bào)。--優(yōu)點(diǎn):自由和可見(jiàn)性13.2.1CMMI簡(jiǎn)介已管理級(jí)初始級(jí)等級(jí)特征已定義級(jí)量化管理級(jí)持續(xù)優(yōu)化級(jí)過(guò)程域的分類(lèi)方式:按成熟度等級(jí)分類(lèi)、按過(guò)程域緊密關(guān)系分類(lèi)其中按過(guò)程域緊密分類(lèi)可以分為“過(guò)程管理類(lèi)”、“項(xiàng)目管理類(lèi)”、“工程類(lèi)”、“支持類(lèi)”4類(lèi)。13.2.1CMMI簡(jiǎn)介CMMI與軟件測(cè)試最為緊密的兩個(gè)關(guān)鍵過(guò)程域是驗(yàn)證(Verify,VER)和確認(rèn)(Validation,VAL)?!?/p>
“驗(yàn)證”
目的在于保證工作產(chǎn)品滿足其規(guī)定要求,該過(guò)程域有3個(gè)特定目標(biāo):準(zhǔn)備驗(yàn)證、執(zhí)行同行評(píng)審和驗(yàn)證選擇的工作產(chǎn)品,要求按照需求(包括顧客需求、產(chǎn)品需求和產(chǎn)品構(gòu)件需求)對(duì)產(chǎn)品和中間產(chǎn)品進(jìn)行驗(yàn)證。●
“確認(rèn)”目的在于證明產(chǎn)品或產(chǎn)品構(gòu)件被置于預(yù)期的環(huán)境時(shí)能夠滿足其預(yù)期的用途,該過(guò)程域有兩個(gè)特定目標(biāo):準(zhǔn)備確認(rèn)、確認(rèn)產(chǎn)品或產(chǎn)品構(gòu)件?!皽?zhǔn)備確認(rèn)”特定目標(biāo)有3個(gè)特定實(shí)踐:建立確認(rèn)策略、建立確認(rèn)環(huán)境、建立詳細(xì)確認(rèn)計(jì)劃;“確認(rèn)產(chǎn)品或產(chǎn)品構(gòu)件”特定目標(biāo)有兩個(gè)特定實(shí)踐:進(jìn)行確認(rèn)、收集和分析確認(rèn)結(jié)果。13.2.2基于CMMI的軟件測(cè)試流程測(cè)試模型:
V模型:V模型宣稱(chēng)測(cè)試并不是一個(gè)事后彌補(bǔ)行為,而是一個(gè)同開(kāi)發(fā)過(guò)程同樣重要的過(guò)程。該模型體現(xiàn)了軟件開(kāi)發(fā)過(guò)程和軟件測(cè)試流程的關(guān)系,軟件測(cè)試流程是軟件開(kāi)發(fā)過(guò)程的一個(gè)組成部分。
X模型:是對(duì)V模型的改進(jìn),關(guān)于X模型的介紹詳見(jiàn)2.3.3小節(jié)?;贑MMI的測(cè)試流程:從全局的角度來(lái)看,主要是在V模型的基礎(chǔ)上在需求分析、概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)階段增加了需求測(cè)試、概要設(shè)計(jì)測(cè)試和詳細(xì)設(shè)計(jì)測(cè)試3個(gè)環(huán)節(jié)13.3DevOps13.3.1DevOps簡(jiǎn)介13.3.2DevOps實(shí)踐第十三章軟件測(cè)試的拓展與提高13.3.1DevOps簡(jiǎn)介簡(jiǎn)介:
DevOps是開(kāi)發(fā)(Development)和運(yùn)維(Operations)的組合詞,它是一套實(shí)踐方法,其中包含一系列基本原則和實(shí)踐。DevOps在保證高質(zhì)量的前提下縮短系統(tǒng)變更從提交到部署至生產(chǎn)環(huán)境的時(shí)間。DevOps通過(guò)自動(dòng)化“軟件交付”和“架構(gòu)變更”的流程,使構(gòu)建、測(cè)試、發(fā)布軟件能夠更加快捷、頻繁和可靠。13.3.2DevOps實(shí)踐●
DevOps的基本思想是“快速交付價(jià)值,靈活響應(yīng)變化”
1、DevOps強(qiáng)調(diào)整個(gè)系統(tǒng)的穩(wěn)定性,而非將性能局限于特定的工作領(lǐng)域里,這個(gè)領(lǐng)域可以大到一個(gè)部門(mén)(如開(kāi)發(fā)部)或者小到一個(gè)貢獻(xiàn)者(如開(kāi)發(fā)者),由IT推動(dòng)業(yè)務(wù)價(jià)值流。2、DevOps通過(guò)高部署率快速地把一個(gè)想法變成價(jià)值交付到客戶的手中,并且在不影響客戶的基礎(chǔ)上,快速地完成并部署很多小的變更。3、DevOps的目標(biāo)不僅是增加變更的頻率,而且支持在不中斷和破壞當(dāng)前服務(wù)的基礎(chǔ)上確保功能部署成功,同時(shí)也可以快速檢測(cè)和修復(fù)軟件缺陷。13.3.2DevOps實(shí)踐●
DevOps實(shí)踐舉例(1)Jenkins使用方法如下①環(huán)境準(zhǔn)備:下載并安裝JDK,最好是JDK1.5以上版本。②下載安裝包jenkins.war。③在安裝包根路徑下,運(yùn)行命令“java-jarjenkins.war--httpPort=8080”。④打開(kāi)瀏覽器,進(jìn)入鏈接http://localhost:8080。(2)Maven能夠自動(dòng)化構(gòu)建過(guò)程,從清理、編譯、測(cè)試到生成報(bào)告,再到打包和部署。Maven構(gòu)建過(guò)程的部分階段如圖所示13.3.2DevOps實(shí)踐●
DevOps實(shí)踐舉例(3)Docker+Jenkins打造自動(dòng)化測(cè)試Docker是一個(gè)開(kāi)源的應(yīng)用容器引擎,Docker可以讓開(kāi)發(fā)者打包他們的應(yīng)用以及依賴(lài)包到一個(gè)輕量級(jí)、可移植的容器中,然后發(fā)布到任何流行的Linux機(jī)器上,也可以實(shí)現(xiàn)虛擬化。在該框架下,開(kāi)發(fā)和測(cè)試者只要提供相應(yīng)的鏡像和程序就可以按照模板執(zhí)行自動(dòng)化任務(wù)。觸發(fā)條件:由Jenkins控制,如設(shè)置定時(shí)執(zhí)行,或者GitHub中的每個(gè)提交,或者每個(gè)PR執(zhí)行一次。構(gòu)建流程:各個(gè)環(huán)節(jié)、Job之間用Pipeline來(lái)實(shí)現(xiàn)整個(gè)構(gòu)建流程的控制。構(gòu)建Job:一種情況是把拉取代碼的過(guò)程和構(gòu)建編譯環(huán)境的過(guò)程都放到Dockfile里面,這適用于比較復(fù)雜的編譯環(huán)境
另一種情況,為求省事方便,如Java工程,編譯一般用Maven等構(gòu)建工具來(lái)完成,可以放在外面,只是把運(yùn)行環(huán)境搬到Docker容器里。Docker+Jenkins構(gòu)建的示例代碼如下圖所
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 小學(xué)學(xué)校章程
- 肇慶醫(yī)學(xué)高等專(zhuān)科學(xué)?!豆沤y(cè)繪與制圖》2023-2024學(xué)年第一學(xué)期期末試卷
- 區(qū)塊鏈技術(shù)應(yīng)用前景定量分析報(bào)告
- 財(cái)稅規(guī)劃報(bào)告模板
- DB2201T 66.5-2024 肉牛牛舍建設(shè)規(guī)范 第5部分:育肥牛
- 專(zhuān)業(yè)案例(動(dòng)力專(zhuān)業(yè))-專(zhuān)業(yè)案例(動(dòng)力專(zhuān)業(yè))押題密卷2
- 二零二五年酒店客房租賃及場(chǎng)地使用規(guī)則協(xié)議3篇
- 陽(yáng)泉師范高等專(zhuān)科學(xué)?!豆こ虦y(cè)量綜合實(shí)訓(xùn)》2023-2024學(xué)年第一學(xué)期期末試卷
- 二零二五版房地產(chǎn)項(xiàng)目整合營(yíng)銷(xiāo)策劃合同3篇
- 二零二五年快餐連鎖餐飲外包合作協(xié)議書(shū)2篇
- 矯形器師(三級(jí))試題
- 2024-2030年中國(guó)硅氧負(fù)極材料行業(yè)競(jìng)爭(zhēng)狀況與發(fā)展形勢(shì)預(yù)測(cè)報(bào)告
- 2025屆天津市河西區(qū)物理高一第一學(xué)期期末檢測(cè)試題含解析
- 登高車(chē)高空作業(yè)施工方案
- 2024年廣東揭陽(yáng)市揭西縣集中招聘事業(yè)單位人員85人歷年高頻考題難、易錯(cuò)點(diǎn)模擬試題(共500題)附帶答案詳解
- 豬肉配送投標(biāo)方案(技術(shù)方案)
- 財(cái)務(wù)盡職調(diào)查資料清單-立信
- 2024至2030年中國(guó)柔性電路板(FPC)行業(yè)市場(chǎng)深度分析及發(fā)展趨勢(shì)預(yù)測(cè)報(bào)告
- IGCSE考試練習(xí)冊(cè)附答案
- 小學(xué)三年級(jí)下一字多義(答案)
- Unit 6 同步練習(xí)人教版2024七年級(jí)英語(yǔ)上冊(cè)
評(píng)論
0/150
提交評(píng)論