軟件質(zhì)量管理的信任機制之確認(編輯修改稿)
2025-05-10 02:05 本頁面
【文章內(nèi)容簡介】 示?！ ?．建立和維護確認環(huán)境 確認工作的開展最好是在“使用者”的環(huán)境下進行，只有這樣才能證明該工作產(chǎn)品的質(zhì)量和功能是否符合“使用者”的要求。但在軟件研發(fā)過程中這個前提條件并不一定完全可行，在建立確認環(huán)境時往往也要考慮確認的方法。例如：要對《軟件需求說明書》進行確認，確認的方法是“評審”，開評審會所需要的環(huán)境通常是一間會議室，最好有白板、各種顏色的水筆、投影等設備，不管是甲方還是乙方召開《軟件需求說明書》的評審，這些配備都是相同的。再例如對開發(fā)階段集成后的產(chǎn)品或組件進行確認，往往是通過執(zhí)行集成測試用例來完成的，由于確認的對象是代碼，所以集成測試用例通常是由白盒測試技術實現(xiàn)的。在進行此種確認時，軟件測試人員是該工作產(chǎn)品的“使用者”，但該確認的方法卻是一種開發(fā)的技術，所以在軟件測試人員的系統(tǒng)測試環(huán)境中是無法進行的。圖31 選擇確認的產(chǎn)品 “環(huán)境”在軟件工程中包含了兩方面的內(nèi)容：一個是以硬件設備為主的“硬環(huán)境”；另一方面是確認流程和準則的“軟環(huán)境”。當項目組要對某一個工作產(chǎn)品開展確認活動時，制訂配套的流程和準則是必不可少的。如果通過評審的方式進行確認，那么評審的議程應該提前制訂，評審過程中的評判標準需要提前制訂，否則就會出現(xiàn)無休止的爭論。如果通過技術手段對工作產(chǎn)品進行確認，那么部署該工作產(chǎn)品的步驟要提前制訂，否則產(chǎn)品部署出現(xiàn)問題，那么確認也就無法進行。軟件研發(fā)過程中常用的確認環(huán)境如表32所示。表32 軟件研發(fā)過程中常用的集成環(huán)境項目生命周期確認內(nèi)容確認方法確認準則需求階段需求調(diào)研計劃評審客戶方同意并簽字確認軟件需求說明書評審或原型展示客戶方同意并簽字確認；《軟件需求說明書》中的每個功能都必須在評審中覆蓋到；在評審時發(fā)現(xiàn)的嚴重和較嚴重級別的缺陷必須修復系統(tǒng)規(guī)格說明書評審或原型展示與會人員一致同意并簽字確認；《系統(tǒng)規(guī)格說明書》中的每個功能都必須在評審中覆蓋到；在評審時發(fā)現(xiàn)的嚴重和較嚴重級別的缺陷必須修復計劃階段項目計劃及其從屬計劃評審項目組成員要同意并簽字確認；公司高層領導要簽字確認設計階段概要設計說明書詳細設計說明書產(chǎn)品集成方案評審軟件開發(fā)人員要同意并簽字確認；設計文檔中的每個方法在評審時要被覆蓋到；在評審時發(fā)現(xiàn)的嚴重和較嚴重級別的缺陷必須修復編碼階段產(chǎn)品組件單元測試軟件開發(fā)人員要同意并簽字確認；單元測試用例執(zhí)行率要達到100%；單元測試代碼行覆蓋率平均要達到40%；單元測試中所發(fā)現(xiàn)的所有缺陷必須被修復；單元測試用例執(zhí)行結果必須全部為通過集成后的產(chǎn)品或組件集成測試軟件測試人員要同意并簽字確認；集成測試用例執(zhí)行率要達到100%；集成測試代碼行覆蓋率平均要達到30%；集成測試中所發(fā)現(xiàn)的所有缺陷必須被修復；集成測試用例執(zhí)行結果必須全部為通過系統(tǒng)測試階段產(chǎn)品或組件系統(tǒng)測試項目經(jīng)理或軟件測試經(jīng)理要同意并簽字確認；系統(tǒng)測試用例執(zhí)行率要達到100%；產(chǎn)品功能覆蓋率要達到100%；系統(tǒng)測試中所發(fā)現(xiàn)的嚴重或較嚴重級別
公司管理相關推薦
鄂ICP備17016276號-1