如何保證軟件測試質(zhì)量 如何考核軟件項(xiàng)目質(zhì)量？
如何考核軟件項(xiàng)目質(zhì)量？軟件質(zhì)量管理在今天被越來越多地討論。我們期望軟件能夠滿足客戶的需求，軟件產(chǎn)品運(yùn)行穩(wěn)定，沒有大的問題。可惜現(xiàn)實(shí)和理想相差太大。即使組織通過了CMM5認(rèn)證，也不一定說明軟件的質(zhì)量很高
如何考核軟件項(xiàng)目質(zhì)量？
軟件質(zhì)量管理在今天被越來越多地討論。我們期望軟件能夠滿足客戶的需求，軟件產(chǎn)品運(yùn)行穩(wěn)定，沒有大的問題?？上КF(xiàn)實(shí)和理想相差太大。
即使組織通過了CMM5認(rèn)證，也不一定說明軟件的質(zhì)量很高。軟件產(chǎn)品的質(zhì)量應(yīng)該如何定義？質(zhì)量如何保證？通常經(jīng)典教科書中的內(nèi)容不會。;不工作。根本原因是不同的軟件產(chǎn)品對質(zhì)量的要求不同，項(xiàng)目軟件的質(zhì)量是否已經(jīng)被業(yè)務(wù)目標(biāo)和價(jià)值觀所衡量，成為重要的標(biāo)準(zhǔn)之一。
此外，項(xiàng)目管理的質(zhì)量與產(chǎn)品管理的質(zhì)量有很大不同，如衡收益和成本越來越值得我們進(jìn)一步考慮。
1質(zhì)量管理發(fā)展階段
第一階段的特點(diǎn):事后檢查。將質(zhì)檢作為一項(xiàng)職能從生產(chǎn)過程中分離出來，設(shè)立獨(dú)立的質(zhì)檢部門(QC部門)。
第二階段的特點(diǎn):強(qiáng)調(diào)缺陷預(yù)防。增加質(zhì)量過程控制，在控制中引用統(tǒng)計(jì)和數(shù)學(xué)方法，實(shí)施量化質(zhì)量管理。
第三階段的特點(diǎn):既注重結(jié)果，又注重過程質(zhì)量。
1.質(zhì)量不僅是產(chǎn)品的質(zhì)量，也是服務(wù)和工作的質(zhì)量。質(zhì)量是全體員工的共同事務(wù)。
2.質(zhì)量不僅要考慮功能，還要考慮可靠性、經(jīng)濟(jì)性和可維護(hù)性。
4.全員參與。
第四階段特點(diǎn):顧客滿意，預(yù)防勝于檢查，質(zhì)量成本。
2質(zhì)量的定義
ISO定義:指產(chǎn)品或服務(wù)的所有特性和特性的總和，可用于識別其是否滿足規(guī)定的要求。
六適馬的定義:是客戶和供應(yīng)商從業(yè)務(wù)關(guān)系的各個角度共同認(rèn)可的價(jià)值理念。
朱蘭博士:適合使用。
克羅斯比:符合要求。
3軟件產(chǎn)品的度量維度
4規(guī)劃質(zhì)量項(xiàng)目管理需要平衡范圍、時(shí)間、成本和質(zhì)量等關(guān)鍵因素?？蛻粝Ｍa(chǎn)品質(zhì)量越高越好，而項(xiàng)目實(shí)施組織希望平衡 "高質(zhì)量 "付出了代價(jià)，這就需要我們?nèi)ビ?jì)劃，去爭取，去協(xié)商，甚至去妥協(xié)要達(dá)到什么樣的質(zhì)量標(biāo)準(zhǔn)。所以質(zhì)量管理計(jì)劃是質(zhì)量管理的程序。
軟件質(zhì)量管理計(jì)劃的大綱通常包括以下組成部分:
質(zhì)量要素分析
軟件產(chǎn)品和過程的質(zhì)量目標(biāo)
實(shí)施質(zhì)量活動的人員和職責(zé)
過程檢驗(yàn)計(jì)劃
技術(shù)評審計(jì)劃
軟件測試計(jì)劃
缺陷跟蹤工具
審批意見
測量產(chǎn)品的基本測量指標(biāo):
測量項(xiàng)目執(zhí)行和測試的基本測量指標(biāo):
一個
覆蓋率
覆蓋率——衡量完整性的指標(biāo)和方法。
覆蓋率(至少執(zhí)行一次的項(xiàng)目數(shù))/項(xiàng)目總數(shù)。
1.需求覆蓋。
通過設(shè)計(jì)一定的測試用例，每個需求點(diǎn)都需要被測試。
需求覆蓋率∑已測試證書需求(單位)/總需求(單位)。
還可以進(jìn)一步將需求分解成功能點(diǎn)，每個功能點(diǎn)對應(yīng)一個測試用例來度量。
參考:《用戶需求說明書》《需求跟蹤矩陣》。
2.邏輯覆蓋。
報(bào)表覆蓋范圍
決策覆蓋
條件覆蓋
判斷條件覆蓋范圍，
路徑覆蓋等。
邏輯覆蓋是一個白盒測試。
覆蓋使用原則:用最少的測試用例實(shí)現(xiàn)覆蓋。
2
缺陷修復(fù)率
衡量解決問題和修復(fù)bug的能力和效率。
缺陷修復(fù)率∑修復(fù)的缺陷數(shù)(已關(guān)閉)/∑有效缺陷數(shù)(已關(guān)閉)。
需要參考內(nèi)部缺陷管理系統(tǒng)，一般是從系統(tǒng)導(dǎo)出數(shù)據(jù)進(jìn)行分析，或者直接由系統(tǒng)生成報(bào)告。
您還可以進(jìn)一步觀察缺陷的分布:
缺陷分布率本模塊缺陷數(shù)/∑每個模塊缺陷數(shù)*100%。
通常，有必要收集每個發(fā)布周期中的缺陷密度分布(DDD)并進(jìn)行趨勢分析。
系統(tǒng)或模塊的缺陷率本版本缺陷數(shù)(個)/∑被測模塊數(shù)(個)。
通過比較每個先前版本的缺陷比率(缺陷密度)來評估和預(yù)測軟件質(zhì)量的穩(wěn)定性和趨勢。
三
測試性能指標(biāo)
如果你想衡量我們的測試能力和性能，你可以用測試性能指標(biāo)來分析。
缺陷檢測率。計(jì)算內(nèi)部發(fā)現(xiàn)的缺陷數(shù)除以內(nèi)部發(fā)現(xiàn)的缺陷數(shù)和用戶發(fā)現(xiàn)的缺陷數(shù)之和，主要檢查內(nèi)部發(fā)現(xiàn)缺陷的能力。
缺陷檢出率內(nèi)部發(fā)現(xiàn)的缺陷數(shù)/(內(nèi)部發(fā)現(xiàn)的缺陷數(shù)(用戶發(fā)現(xiàn)的缺陷數(shù)(用戶發(fā)現(xiàn)的缺陷數(shù)))*100%。
有效缺陷率。計(jì)算開發(fā)人員確認(rèn)的bug總數(shù)，可以用來檢查測試人員個人的測試質(zhì)量，以及除了我自己報(bào)告的bug總數(shù)之外的整個測試組的測試質(zhì)量。
有效缺陷率測試人員發(fā)現(xiàn)的有效缺陷數(shù)/測試人員發(fā)現(xiàn)的總?cè)毕輸?shù)*100%。
用例執(zhí)行率。計(jì)算測試人員執(zhí)行用例的數(shù)量除以執(zhí)行測試的時(shí)間，主要是檢查測試人員執(zhí)行測試的效率。
用例執(zhí)行率∑測試人員執(zhí)行的用例數(shù)量(個)/∑執(zhí)行用例的時(shí)間(h)。
缺陷發(fā)現(xiàn)率。計(jì)算測試人員發(fā)現(xiàn)的缺陷數(shù)量的總和，并除以他們花費(fèi)的測試時(shí)間的總和。
缺陷發(fā)現(xiàn)率∑提交的缺陷數(shù)量(件)/∑測試的有效時(shí)間(小時(shí))。
缺陷檢測率。計(jì)算內(nèi)部發(fā)現(xiàn)的缺陷數(shù)除以內(nèi)部發(fā)現(xiàn)的缺陷數(shù)和用戶發(fā)現(xiàn)的缺陷數(shù)之和，主要檢查內(nèi)部發(fā)現(xiàn)缺陷的能力。
缺陷檢出率內(nèi)部發(fā)現(xiàn)的缺陷數(shù)/(內(nèi)部發(fā)現(xiàn)的缺陷數(shù)(用戶發(fā)現(xiàn)的缺陷數(shù)(用戶發(fā)現(xiàn)的缺陷數(shù)))*100%。
有效缺陷率。計(jì)算被子除了開發(fā)人員報(bào)告的bug總數(shù)，開發(fā)人員確認(rèn)的bug總數(shù)可以用來查看測試人員個人的測試質(zhì)量和整個測試組的測試質(zhì)量。
有效缺陷率測試人員發(fā)現(xiàn)的有效缺陷數(shù)/測試人員發(fā)現(xiàn)的總?cè)毕輸?shù)*100%。
用例執(zhí)行率。計(jì)算測試人員執(zhí)行用例的數(shù)量除以執(zhí)行測試的時(shí)間，主要是檢查測試人員執(zhí)行測試的效率。
用例執(zhí)行率∑測試人員執(zhí)行的用例數(shù)量(個)/∑執(zhí)行用例的時(shí)間(h)。
缺陷發(fā)現(xiàn)率。計(jì)算測試人員發(fā)現(xiàn)的缺陷數(shù)量的總和，并除以他們花費(fèi)的測試時(shí)間的總和。
缺陷發(fā)現(xiàn)率∑提交的缺陷數(shù)量(件)/∑測試的有效時(shí)間(小時(shí))。
四
軟件在線交付索引
軟件發(fā)布后可能會出現(xiàn)故障或者功能回滾，可以這樣評估。
釋放回滾速率。計(jì)算計(jì)劃在線需求數(shù)減去加載回退需求數(shù)除以計(jì)劃在線需求數(shù)的差值，主要檢查新需求的在線交付質(zhì)量。
釋放回退率(在線需求(單位)-釋放時(shí)的回退需求(單位))/在線需求(單位)*100%。
故障回滾率。計(jì)算計(jì)劃上線需求數(shù)減去回滾失敗需求數(shù)除以計(jì)劃上線需求數(shù)的差值，主要檢查新需求的上線交付質(zhì)量。
故障回滾率(在線需求數(shù)(個)-故障回滾需求數(shù)(個)/在線需求數(shù)(個)*100%。
釋放回滾速率。計(jì)算計(jì)劃在線需求數(shù)減去加載回退需求數(shù)除以計(jì)劃在線需求數(shù)的差值，主要檢查新需求的在線交付質(zhì)量。
釋放回退率(在線需求(單位)-釋放時(shí)的回退需求(單位))/在線需求(單位)*100%。
故障回滾率。計(jì)算計(jì)劃上線需求數(shù)減去回滾失敗需求數(shù)除以計(jì)劃上線需求數(shù)的差值，主要檢查新需求的上線交付質(zhì)量。
故障回滾率(在線需求數(shù)(個)-故障回滾需求數(shù)(個)/在線需求數(shù)(個)*100%。
5質(zhì)量保證(SQA)PMI是這樣評價(jià)質(zhì)量保證的:質(zhì)量保證旨在建立信心，即未來的產(chǎn)出或未完成的產(chǎn)出(正在進(jìn)行的工作)在完成時(shí)將滿足特定的需求和期望。
那么，質(zhì)量保證高質(zhì)量嗎？這大概是世界上最大的謊言了。
質(zhì)保不保證高質(zhì)量，旨在保證質(zhì)量提升。
SQA的目的是為管理者提供軟件過程和產(chǎn)品的可見性。包括審核質(zhì)量要求，評審軟件產(chǎn)品及其活動以驗(yàn)證其是否符合既定的程序和標(biāo)準(zhǔn)，并向相關(guān)負(fù)責(zé)人報(bào)告評審和審核的結(jié)果。還包括檢查流程運(yùn)行過程中遇到的問題和約束，發(fā)現(xiàn)非增值活動，實(shí)施流程改進(jìn)。
總之，質(zhì)量保證類似于項(xiàng)目管理中的警察，檢查項(xiàng)目實(shí)施的合規(guī)性，并組織活動來改善實(shí)施過程。
軟件業(yè)的質(zhì)量保證您可以繼續(xù)執(zhí)行活動。
正確的配置管理。
定期技術(shù)審查。
同行評議。
實(shí)施持續(xù)集成CI。
除了保證軟件產(chǎn)品的功能完整性和正確性，還需要保證達(dá)到所要求的非功能特性，如高性能、高負(fù)載下的可用性、高可用性、安全性、易用性等。
盡管技術(shù)評審和軟件測試都旨在消除缺陷，但也有不同之處:
前者不需要運(yùn)行軟件，審稿人和作者把工作成果放在桌面上討論；
前者不需要運(yùn)行軟件，審稿人和作者把工作成果放在桌面上討論；
后者必須運(yùn)行軟件來發(fā)現(xiàn)缺陷。
技術(shù)評審是在軟件測試之前進(jìn)行的，尤其是在需求開發(fā)和系統(tǒng)設(shè)計(jì)階段。
相比之下，軟件測試的工作量通常大于技術(shù)評審，發(fā)現(xiàn)的缺陷更多。
技術(shù)評審是在軟件測試之前進(jìn)行的，尤其是在需求開發(fā)和系統(tǒng)設(shè)計(jì)階段。
相比之下，軟件測試的工作量通常大于技術(shù)評審，發(fā)現(xiàn)的缺陷更多。
為了高效、集中地處理檢測到的缺陷，組織往往會采用一些缺陷跟蹤程序，同時(shí)也能更好地與其他成員共享。
有許多免費(fèi)的缺陷跟蹤程序可以從網(wǎng)上下載。但是并不是所有的軟件都能提供一些數(shù)據(jù)分析。
對于缺陷，常用的統(tǒng)計(jì)和分析工具如下:
另外，上面有7個大家熟悉的質(zhì)量管理工具，新的工具也可以用。
即使每個人都認(rèn)識到質(zhì)量的重要性，在今天 s社會，還是有很多公司不重視軟件質(zhì)量管理，其中一個就是不重視質(zhì)量管理人員，比如沒有很好的職業(yè)發(fā)展路徑，不重視和培養(yǎng)質(zhì)量管理人員。
對于質(zhì)量，企業(yè)應(yīng)該做到以下幾點(diǎn):
質(zhì)量管理是每個人的責(zé)任。;的責(zé)任。無論是開發(fā)、測試還是PMO，我們都應(yīng)該參與到提高質(zhì)量和交付合格產(chǎn)品的努力中來。企業(yè)有責(zé)任普及質(zhì)量管理知識，讓每一個員工都認(rèn)識到質(zhì)量管理的價(jià)值和重要性。
培養(yǎng)優(yōu)秀的質(zhì)量管理人才，使用經(jīng)過驗(yàn)證的過程、方法和工具，確保質(zhì)量管理活動有效和高效地進(jìn)行。
相關(guān)質(zhì)保部門的人很難推動質(zhì)量改進(jìn)，因?yàn)樗麄兺秦?fù)責(zé)產(chǎn)權(quán)的。如果責(zé)權(quán)利適當(dāng)，將會極大地促進(jìn)質(zhì)量活動的開展。
軟件測試與軟件質(zhì)量的關(guān)系？
測試只是質(zhì)量保證的一個環(huán)節(jié)。軟件測試和軟件質(zhì)量保證是軟件質(zhì)量工程的兩個不同方面。
質(zhì)量保證(QA):質(zhì)量保證的重要工作是通過預(yù)防、檢查和改進(jìn)來保證軟件質(zhì)量。我們關(guān)心的是軟件質(zhì)量的檢驗(yàn)和度量。QA的工作是管理軟件生命周期，并驗(yàn)證軟件是否滿足指定的質(zhì)量和用戶 s的需求，所以它主要關(guān)注軟件開發(fā)活動中的過程、步驟和產(chǎn)品，而不是分析和找出軟件。問題或評估。
軟件測試:測試與過程的活動無關(guān)，而是與過程的產(chǎn)品和開發(fā)的軟件的分析有關(guān)。測試人員應(yīng)該 "執(zhí)行 "軟件，在過程中瀏覽產(chǎn)品——開發(fā)文檔和源代碼，運(yùn)行軟件發(fā)現(xiàn)問題，報(bào)告質(zhì)量。對測試中發(fā)現(xiàn)的問題進(jìn)行分析、追蹤和回歸測試也是軟件測試中的重要工作，因此軟件測試是保證軟件質(zhì)量的重要環(huán)節(jié)。