![軟件測試-ch2軟件測試的質(zhì)量要求_第1頁](http://file3.renrendoc.com/fileroot_temp3/2022-5/28/06e431dd-896e-47a1-acd2-41e246a8b236/06e431dd-896e-47a1-acd2-41e246a8b2361.gif)
![軟件測試-ch2軟件測試的質(zhì)量要求_第2頁](http://file3.renrendoc.com/fileroot_temp3/2022-5/28/06e431dd-896e-47a1-acd2-41e246a8b236/06e431dd-896e-47a1-acd2-41e246a8b2362.gif)
![軟件測試-ch2軟件測試的質(zhì)量要求_第3頁](http://file3.renrendoc.com/fileroot_temp3/2022-5/28/06e431dd-896e-47a1-acd2-41e246a8b236/06e431dd-896e-47a1-acd2-41e246a8b2363.gif)
![軟件測試-ch2軟件測試的質(zhì)量要求_第4頁](http://file3.renrendoc.com/fileroot_temp3/2022-5/28/06e431dd-896e-47a1-acd2-41e246a8b236/06e431dd-896e-47a1-acd2-41e246a8b2364.gif)
![軟件測試-ch2軟件測試的質(zhì)量要求_第5頁](http://file3.renrendoc.com/fileroot_temp3/2022-5/28/06e431dd-896e-47a1-acd2-41e246a8b236/06e431dd-896e-47a1-acd2-41e246a8b2365.gif)
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、1SQA(Software Quality Assurance軟件質(zhì)量保證):軟件質(zhì)量保證):為確保開發(fā)過程和結(jié)果符合預(yù)期要求而建立的一系列規(guī)程,為確保開發(fā)過程和結(jié)果符合預(yù)期要求而建立的一系列規(guī)程,以及依照規(guī)程和計(jì)劃采取的一系列活動(dòng)及其結(jié)果評價(jià)。以及依照規(guī)程和計(jì)劃采取的一系列活動(dòng)及其結(jié)果評價(jià)。4CMM(Capability Maturity Model能力成熟度模型),能力成熟度模型),是由卡耐基是由卡耐基-梅隆大學(xué)與梅隆大學(xué)與20世紀(jì)世紀(jì)80年代制定的。年代制定的。CMM就是就是SQA用來監(jiān)督項(xiàng)目的一個(gè)標(biāo)準(zhǔn)質(zhì)量模型,用來監(jiān)督項(xiàng)目的一個(gè)標(biāo)準(zhǔn)質(zhì)量模型,SQA按照按照CMM上上面各種規(guī)則來檢驗(yàn)各種
2、各樣的項(xiàng)目。面各種規(guī)則來檢驗(yàn)各種各樣的項(xiàng)目。CMM共分為共分為5級。級。說明:質(zhì)量模型不止一種,說明:質(zhì)量模型不止一種,98年以前年以前ISO9000比較火,比較火,2000以后,以后,CMM比較受歡迎。比較受歡迎。5CMM自自1987年開始實(shí)施認(rèn)證,現(xiàn)已成為軟件業(yè)權(quán)威的評估認(rèn)證年開始實(shí)施認(rèn)證,現(xiàn)已成為軟件業(yè)權(quán)威的評估認(rèn)證體系。體系。CMM包括包括5個(gè)等級,共計(jì)個(gè)等級,共計(jì)18個(gè)過程域,個(gè)過程域,52個(gè)目標(biāo),個(gè)目標(biāo),300多多個(gè)關(guān)鍵實(shí)踐。個(gè)關(guān)鍵實(shí)踐。能力等級能力等級特點(diǎn)特點(diǎn)關(guān)鍵過程關(guān)鍵過程第第一級一級 初始初始級級(最低級)最低級)軟件工程管理制度缺乏,過程缺乏定義、混亂無序。軟件工程管理制度
3、缺乏,過程缺乏定義、混亂無序。成功依靠的是個(gè)人的才能和經(jīng)驗(yàn),經(jīng)常由于缺乏管成功依靠的是個(gè)人的才能和經(jīng)驗(yàn),經(jīng)常由于缺乏管理和計(jì)劃導(dǎo)致時(shí)間、費(fèi)用超支。管理方式屬于反應(yīng)理和計(jì)劃導(dǎo)致時(shí)間、費(fèi)用超支。管理方式屬于反應(yīng)式,主要用來應(yīng)付危機(jī)。過程不可預(yù)測,難以重復(fù)。式,主要用來應(yīng)付危機(jī)。過程不可預(yù)測,難以重復(fù)。第二第二級級 可重復(fù)級可重復(fù)級基于類似項(xiàng)目中的經(jīng)驗(yàn),建立了基本的項(xiàng)目管理制基于類似項(xiàng)目中的經(jīng)驗(yàn),建立了基本的項(xiàng)目管理制度,采取了一定的措施控制費(fèi)用和時(shí)間。管理人員度,采取了一定的措施控制費(fèi)用和時(shí)間。管理人員可及時(shí)發(fā)現(xiàn)問題,采取措施。一定程度上可重復(fù)類可及時(shí)發(fā)現(xiàn)問題,采取措施。一定程度上可重復(fù)類似項(xiàng)目的
4、軟件開發(fā)。似項(xiàng)目的軟件開發(fā)。需求管理需求管理,項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃,項(xiàng)目跟蹤和監(jiān)控項(xiàng)目跟蹤和監(jiān)控,軟件軟件子合同管理子合同管理,軟件配置管理軟件配置管理,軟件質(zhì)量保障軟件質(zhì)量保障第三第三級級 已定義級已定義級已將軟件過程文檔化、標(biāo)準(zhǔn)化,可按需要改進(jìn)開發(fā)已將軟件過程文檔化、標(biāo)準(zhǔn)化,可按需要改進(jìn)開發(fā)過程,采用評審方法保證軟件質(zhì)量??山柚^程,采用評審方法保證軟件質(zhì)量??山柚鶦ASE工工具提高質(zhì)量和效率。具提高質(zhì)量和效率。組織過程定義組織過程定義,組織過程焦點(diǎn)組織過程焦點(diǎn),培訓(xùn)大綱培訓(xùn)大綱,軟軟件集成管理件集成管理,軟件產(chǎn)品工程軟件產(chǎn)品工程,組織協(xié)調(diào)組織協(xié)調(diào),專家專家審評審評第四第四級級 已管理級已管理
5、級針對制定質(zhì)量、效率目標(biāo),并收集、測量相應(yīng)指標(biāo)。針對制定質(zhì)量、效率目標(biāo),并收集、測量相應(yīng)指標(biāo)。利用統(tǒng)計(jì)工具分析并采取改進(jìn)措施。對軟件過程和利用統(tǒng)計(jì)工具分析并采取改進(jìn)措施。對軟件過程和產(chǎn)品質(zhì)量有定量的理解和控制。產(chǎn)品質(zhì)量有定量的理解和控制。定量的軟件過程管理和產(chǎn)品質(zhì)量管理定量的軟件過程管理和產(chǎn)品質(zhì)量管理第五級第五級 優(yōu)化級優(yōu)化級(最高級)(最高級)基于統(tǒng)計(jì)質(zhì)量和過程控制工具,持續(xù)改進(jìn)軟件過程?;诮y(tǒng)計(jì)質(zhì)量和過程控制工具,持續(xù)改進(jìn)軟件過程。質(zhì)量和效率穩(wěn)步改進(jìn)。質(zhì)量和效率穩(wěn)步改進(jìn)。缺陷預(yù)防缺陷預(yù)防,過程變更管理和技術(shù)變更管理過程變更管理和技術(shù)變更管理6測試測試 Vs 開發(fā)開發(fā)中國中國國外國外1:9
6、1:15微軟:微軟:1.5:1Borland:1:12740%工作量工作量經(jīng)費(fèi)經(jīng)費(fèi)30%歐美軟件項(xiàng)目歐美軟件項(xiàng)目28比爾蓋茨:比爾蓋茨:“人們都說我們是世界上最大的軟件人們都說我們是世界上最大的軟件開發(fā)公司,其實(shí)我們更是世界上最大的軟件測試開發(fā)公司,其實(shí)我們更是世界上最大的軟件測試公司。公司?!奔夹g(shù)總監(jiān)技術(shù)總監(jiān)項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理開發(fā)工程師開發(fā)工程師測試工程師測試工程師:1到到3名名2930項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理測試組長測試組長測試工程師測試工程師31三心二意三心二意一能力一能力三心三心二意二意一能力一能力32技術(shù)能力技術(shù)能力黑盒工程師黑盒工程師搭建黑盒搭建黑盒測試環(huán)境測試環(huán)境掌握黑盒掌握黑盒測試技術(shù)測
7、試技術(shù)白盒工程師白盒工程師閱讀代碼閱讀代碼33測試工程師測試工程師項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理測試經(jīng)理測試經(jīng)理開發(fā)人員開發(fā)人員客戶客戶34(1)不斷學(xué)習(xí)充電。)不斷學(xué)習(xí)充電。-與時(shí)俱進(jìn)。與時(shí)俱進(jìn)。(2)閱讀原版書籍。)閱讀原版書籍。(3)閱讀缺陷報(bào)告。)閱讀缺陷報(bào)告。-前車之鑒,后事之師。前車之鑒,后事之師。(4)閱讀高手寫的測試用例。)閱讀高手寫的測試用例。-站在巨人的肩膀上站在巨人的肩膀上會看的更遠(yuǎn)。會看的更遠(yuǎn)。(5)學(xué)習(xí)產(chǎn)品相關(guān)的業(yè)務(wù)知識。)學(xué)習(xí)產(chǎn)品相關(guān)的業(yè)務(wù)知識。35總經(jīng)理總經(jīng)理項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理系統(tǒng)架構(gòu)師系統(tǒng)架構(gòu)師程序員程序員測試工程師測試工程師SQA36 SQA SQA是獨(dú)立于項(xiàng)目組之外的第三方
8、監(jiān)督機(jī)是獨(dú)立于項(xiàng)目組之外的第三方監(jiān)督機(jī)構(gòu),理論上,他的權(quán)力與項(xiàng)目經(jīng)理平行,監(jiān)構(gòu),理論上,他的權(quán)力與項(xiàng)目經(jīng)理平行,監(jiān)督整個(gè)項(xiàng)目的管理,需求分析,設(shè)計(jì),編碼,督整個(gè)項(xiàng)目的管理,需求分析,設(shè)計(jì),編碼,測試與維護(hù)等軟件工程的各個(gè)環(huán)節(jié)。測試與維護(hù)等軟件工程的各個(gè)環(huán)節(jié)。37(1 1)通過監(jiān)控軟件開發(fā)過程來保證產(chǎn)品質(zhì)量。)通過監(jiān)控軟件開發(fā)過程來保證產(chǎn)品質(zhì)量。(2 2)保證開發(fā)出來的軟件和軟件開發(fā)過程符合相應(yīng))保證開發(fā)出來的軟件和軟件開發(fā)過程符合相應(yīng)標(biāo)準(zhǔn)與規(guī)程。(標(biāo)準(zhǔn)與規(guī)程。(ISO9000ISO9000, CMMCMM)(3 3)保證軟件產(chǎn)品,軟件過程中存在的不符合問題)保證軟件產(chǎn)品,軟件過程中存在的不符合
9、問題得到處理,必要時(shí)將問題反映給高級管理者。得到處理,必要時(shí)將問題反映給高級管理者。(4 4)確保項(xiàng)目組制定的計(jì)劃、標(biāo)準(zhǔn)和規(guī)程適合項(xiàng)目)確保項(xiàng)目組制定的計(jì)劃、標(biāo)準(zhǔn)和規(guī)程適合項(xiàng)目組需要,同時(shí)滿足評審和審計(jì)需要。組需要,同時(shí)滿足評審和審計(jì)需要。38Zero BugZero Bug沒有任何沒有任何BugBugGood Good EnoughEnough軟件達(dá)到一定質(zhì)量要求,就可軟件達(dá)到一定質(zhì)量要求,就可以停止測試了。以停止測試了。39Good Good EnoughEnough權(quán)衡投入權(quán)衡投入/ /產(chǎn)出比原則。產(chǎn)出比原則。不充分的測試不充分的測試不負(fù)責(zé)任不負(fù)責(zé)任過分的測試過分的測試資源的浪費(fèi)資源的浪
10、費(fèi)(1 1)遺留)遺留BugBug在在1010個(gè)以下,嚴(yán)重的個(gè)以下,嚴(yán)重的BugBug在在5 5個(gè)以下。個(gè)以下。(2 2)測試用例的執(zhí)行率為)測試用例的執(zhí)行率為100%100%,通過率為,通過率為95%95%。(3 3)單元測試中,關(guān)鍵模塊的語句覆蓋率要達(dá)到)單元測試中,關(guān)鍵模塊的語句覆蓋率要達(dá)到100%100%,分支覆蓋率要達(dá)到,分支覆蓋率要達(dá)到85%85%。401. 1. 測試時(shí)考慮所有可能的輸入值。測試時(shí)考慮所有可能的輸入值。- -太耗費(fèi)時(shí)間。太耗費(fèi)時(shí)間。2. 2. 在測試用例上下功夫,用最少的測試用例達(dá)到最在測試用例上下功夫,用最少的測試用例達(dá)到最大的覆蓋率。大的覆蓋率。41測試應(yīng)該由
11、獨(dú)立的第三方機(jī)構(gòu)來完成。測試應(yīng)該由獨(dú)立的第三方機(jī)構(gòu)來完成。1. 1. 實(shí)踐證明:需求分析階段引入的缺陷是最多的,實(shí)踐證明:需求分析階段引入的缺陷是最多的,修復(fù)成本確是最低的。修復(fù)成本確是最低的。2. 2. 測試需求說明是否真正符合用戶的需要,測測試需求說明是否真正符合用戶的需要,測試設(shè)計(jì)是否嚴(yán)格按照需求說明的要求??梢詼p試設(shè)計(jì)是否嚴(yán)格按照需求說明的要求??梢詼p少后期測試和維護(hù)的工作量。少后期測試和維護(hù)的工作量。42原始需求原始需求正確的規(guī)格說明書正確的規(guī)格說明書錯(cuò)誤的規(guī)格說明書錯(cuò)誤的規(guī)格說明書正確的設(shè)計(jì)正確的設(shè)計(jì)錯(cuò)誤的設(shè)計(jì)錯(cuò)誤的設(shè)計(jì)對錯(cuò)誤的說明的設(shè)計(jì)對錯(cuò)誤的說明的設(shè)計(jì)正確的編碼正確的編碼錯(cuò)誤的編碼錯(cuò)誤的編碼對錯(cuò)誤設(shè)計(jì)編碼對錯(cuò)誤設(shè)計(jì)編碼對錯(cuò)誤說明編碼對錯(cuò)誤說明編碼正確功能正確功能可修復(fù)錯(cuò)誤可修復(fù)錯(cuò)誤不可修復(fù)錯(cuò)誤不可修復(fù)錯(cuò)誤潛伏的錯(cuò)誤潛伏的錯(cuò)誤不完善的軟件產(chǎn)品不完善的軟件產(chǎn)品43 一般情況下,軟件一般情況下,軟件80%80%的缺陷集中在的缺陷集中在20%20%的的模塊中,測試的時(shí)候抓住主要矛盾重點(diǎn)測試。模塊中,測試的時(shí)候抓住主要矛盾重點(diǎn)測試。 缺陷的集群現(xiàn)象或是蟲子窩現(xiàn)象。缺陷的集群現(xiàn)象或是蟲子窩現(xiàn)象。44 程序員在修改完缺陷,把新版本提交給測試程序員在修改完缺陷,把新版本提交給測試人員進(jìn)行回歸測試,測試用
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年度幼兒園兒童安全教育教材及課程開發(fā)協(xié)議
- 2025年度城市綜合體物業(yè)管理服務(wù)合同協(xié)議范本
- 2025年產(chǎn)品質(zhì)量保證協(xié)議文本
- 2025年倉儲場地續(xù)租合同樣本
- 2025年市場擴(kuò)張戰(zhàn)略策劃咨詢協(xié)議
- 市場調(diào)研與分析服務(wù)框架協(xié)議
- 2025年飲料酒項(xiàng)目規(guī)劃申請報(bào)告模范
- 2025年中藥材市場分析與采購服務(wù)合同
- 2025年滌綸短纖項(xiàng)目規(guī)劃申請報(bào)告模范
- 2025年鼻毛修剪器項(xiàng)目規(guī)劃申請報(bào)告模稿
- 勞動(dòng)感悟800字作文30篇
- 尚書全文及譯文
- 華師大版初中數(shù)學(xué)中考總復(fù)習(xí)全套課件
- 動(dòng)物外科與產(chǎn)科
- 上下樓梯安全我知道安全教育課件
- 市級臨床重點(diǎn)??粕陥?bào)書
- 手術(shù)風(fēng)險(xiǎn)及醫(yī)療意外險(xiǎn)告知流程
- 綜合實(shí)踐活動(dòng)六年級下冊 飲料與健康課件 (共16張PPT)
- 《醫(yī)院重點(diǎn)??平ㄔO(shè)專項(xiàng)資金管理辦法》
- 最新短視頻運(yùn)營績效考核表KPI(優(yōu)選.)
- 設(shè)備基礎(chǔ)隔振設(shè)計(jì)探討
評論
0/150
提交評論