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