3.11 軟件質量保證
SQA人員在參與制定軟件開發計劃的同時,制定該項目的SQA計劃,制定完畢后由開發部經理、工程經理和軟件項目經理評審。SQA人員根據計劃進行SQA活動,當軟件開發計劃發生變更時,SQA計劃作相應的變更。
SQA人員在對軟件項目進行驗證后,將結果填SQA檢查報告,該報告至少應該包括以上KPA中所列的應該檢查的方面,格式可如下表:
軟件項目名稱 | XX醫保 | 項目進度 | 概要設計階段 |
軟件項目經理 | XXX | 檢查日期 | 2002-8-30 |
所屬KPA | 檢查項 | 合格否 | 備注 |
需求管理 |
給定需求交給軟件項目組之前經過評審,確保需求沒有問題; |
合格 |
8月9日評審時,發現若干問題(見評審記錄),當場解決。 |
當給定需求發生變更時,軟件開發計劃、工作產品和活動有沒有進行相應的適當的修改; |
暫無變動 | ||
由于給定需求更改引起了約定的更改,這些更改由沒有經過相關小組協商。 |
暫無變動 | ||
軟件配 置管理 |
SCM組、SCCB、軟件項目組是否遵循SCM的標準和規程; |
合格 |
8月12日評審了軟件配置管理計劃,發現配置項不全,修改后于8月13日通過評審。 |
對軟件基線有定期審核。 |
計劃8月31日審核 | ||
軟件開 發計劃 |
軟件估計和計劃的活動是否進行; | 合格 | 8月12日評審了軟件開發計劃,由于進度計劃不夠詳細,沒有通過評審,軟件項目經理修正后,8月13日通過了再評審。 |
評審和形成項目約定的活動是否進行; | 合格 | ||
制定軟件開發計劃的活動是否進行; | 合格 | ||
用于制定軟件開發計劃的標準是否遵守; | 合格 | ||
軟件開發計劃的內容是否完整。 |
合格 | ||
軟件項目 跟蹤和監督 |
評審和修改約定的活動是否進行; |
暫無 | |
修訂軟件開發計劃的活動是否進行; |
暫無 | ||
修訂軟件開發計劃的內容是否完整; |
暫無 | ||
跟蹤軟件項目的成本、進度計劃、風險、技術和設計限制、功能和性能等有關活動是否進行; |
合格 | 8月19日因軟件項目經理出差,周例會取消,周例會和里程碑會議時對軟件項目進行了跟蹤 | |
實施計劃安排的評審技術和管理的活動是否進行。 |
合格 | 計劃和工作產品都經過了評審 | |
同行評審 |
所計劃的同行評審已被實施; | 合格 | 8月26日對需求分析說明書進行了同行評審 |
同行評審負責人根據其職責接受過充分的培訓; | 合格 | ||
評審人員根據其職責接受過適當的培訓或具有相關的經驗; | 合格 | ||
準備同行評審、實施同行評審和完成后繼措施等過程得到遵循; | 合格 | ||
同行評審的數據報告具有完整性、精確性和及時性。 |
合格 | ||
綜合軟件管理 |
制定和修改項目定義的軟件過程; | 合格 | 8月11日參與制項目定義的軟件過程,8月12日通過評審 |
項目的軟件開發計劃和軟件風險管理計劃的準備過程; | 合格 | ||
依據項目定義的軟件過程管理項目的過程; | 合格 | ||
為機構的軟件過程數據庫收集和提供合適數據的過程; | 合格 | 8月20日上報了測量數據 | |
使用機構的軟件過程數據庫支持軟件項目的計劃、評價和跟蹤過程。 | 合格 | 參見項目的 軟件開發計劃 | |
軟件產品工程 |
軟件需求是否經過評審; | 合格 | |
每個軟件工程任務的準備就緒和完成準則得到滿足; | 合格 | ||
軟件產品符合規定的標準和需求; | 暫未結束 | ||
已完成所需的測試; | 暫未進行 | ||
依據書面計劃和規程完成軟件的系統測試和驗收測試; | 暫未進行 | ||
測試滿足軟件測試計劃中的驗收標準; | 測試計劃通過評審 | ||
已圓滿地完成測試并記錄了測試結果; | 暫未進行 | ||
檢測出的問題和缺陷已建立文檔,并被跟蹤和處理 | 合格 | 參見需求分析說明書的評審記錄 | |
通過軟件需求、設計、代碼和測試用例,對給定需求的跟蹤得以實施; | 合格 | 在需求分析說明書的同行評審中進行了跟蹤 | |
在軟件產品提交給客戶和最終用戶前,依據軟件基線和給定需求驗證了用來管理和維護軟件的文檔。 | 暫未進行 |
報告編號 | 上次報告編號 | |||
問題負責人 | 軟件項目經理 | |||
SQA人員 | 制表日期 | |||
計劃完成日期 | 實際完成日期 | |||
問題描述: [描述發現的問題;問題可能產生的風險(可選)] | ||||
解決方法: [描述解決問題的具體方法和步驟] | ||||
問題負責人簽字 | ||||
SQA人員簽字 | ||||
軟件項目經理簽字 | ||||
完成情況描述: |
注:
1) 報告編號用來唯一標識問題解決報告。報告編號由項目名稱、問題描述、問題序號三部分組成。(如:PowerHygeia-Inhosp-001)問題序號用來標識同一個問題的不同解決報告
2) 上次報告編號,是指問題上次未解決的報告編號。
SQA人員在進行質量保證活動的同時,要記錄自己的工作量,并在每月或里程碑時進行統計分析,將結果填入SQA活動測量表,如下所示:
軟件項目名稱 | 軟件項目編號 | |||||
軟件項目經理 | SQA人員 | |||||
項目 階段 |
工作量 | 審核次數 | 發現問題數 | 上報次數 | ||
計劃 | 實際 | 計劃 | 實際 | |||
時間段(或里程碑) | ||||||
。。。。。。 | ||||||
。。。。。。 | ||||||
。。。。。。 | ||||||
合計 |
作為一名SQA人員,不僅要熟練掌握業務知識,而且要具有一定的業務技巧,靈活運用CMM的標準,才能將CMM標準貫徹落實到軟件項目中去,從而逐步提高軟件過程的成熟度。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/