SQA的活動

總的來說是協調,審查,促進和跟蹤,獲取有用信息,形成分析結果以指導軟件過程.

 

提出軟件質量需求

軟件質量保證部門在新項目的需求分析階段就開始介入,對形成的軟件需求進行分析和評價,並提出可能存在的問題,諸如安全性,可靠性,可擴展性,易用性等,並根據軟件本身特性,規模及將來的運行環境等進行綜合評定,確定軟件要滿足的質量要求,紀錄下來形成正式文檔,盡可能對軟件週期各個階段的測量確定一個定量或定性的標準,作為以後各階段評審的標準和依據.

 

確定開發方案

經過需求分析階段深入詳細的工作,軟件質量保證組與開發部門共同研究並確定軟件開發方法,選擇軟件開發所使用的開發工具.各種開發工具都各有所長,各有側重,根據要開發軟件本身的一些特性和功能要求,同時考慮將來的維護,綜合平衡考慮軟件過程的各個階段.比如:Delphi的數據庫功能強大,C比較適合編寫底層的程序......某些情況下可能會同時使用多個開發工具進行混合編程.

 

階段評審

階段評審就是利用在需求分析階段所選擇與制定的標準與規範以及安排的計畫,對軟件工程各個階段的進展,完成質量及出現的問題進行正式技術評審,確保過程遵守相應的標準與規範,形成報告.如果發現不符合問題,遵循逐級解決的原則進行解決,將處理結果通知所有相關人員,紀錄解決的過程及結果,以作為日後改進的重要參考資料.

 

測試管理

對測試管理的好壞,直接關係到測試實施的效果.SQA必須從宏觀上制定並監督執行軟件測試策略和測試計畫,形成測試完成的標準以作為審查時的依據及制定測試策略時的參考,並組織測試人員制定更詳細的測試計畫與案例,促使測試有效的進行.

 

文檔化管理

提到文檔化管理,首先想讓讀者思考一個問題:一個好的組織機構是如何一天一天地,一年一年地變好的?讀者可能會說:經驗豐富,管理得好,技術過硬.且不說技術,經驗與管理意味著他們做了些什麼,其實一個好的管理方式拿來一用不見得就是好的,而是管理體系本身具有自我完善的特性,也就是不斷地自我改進.這好像與文檔化管理沒有直接關係,其實不然,一個公司要使改進成為可能,首先工作要有合理的依據,步驟,方法和解決問題的原則,同時,這些過程所產生的數據必須紀錄在案,以供總結經驗時參考.工作時的依據及評價的標準不斷改進,產生新的文檔.同樣,SQA的工作也遵循相同的規則,生成軟件文檔並對文檔的改變進行控制,這也是SQA一項非常重要的工作.當然不一定所有的文檔內容都是自己獨立形成的,比如一個ISO或GB標準與規範也可以列入我們文檔的管理範圍內,成為自己文檔體系的一部分.

 

驗證產品與相應文檔和標準的一致性

SQA人員會依據已經形成的相關文檔對應所在的階段,對過程進行審查,檢查執行情況並形成報告,對遇到不符合問題依據逐級解決的原則作相應的處理.同時對此問題的處理過程與結果要通知到與問題相關的所有人,並跟蹤至問題徹底解決,以確保軟件開發過程與相應文檔要求一致.

 

建立測量機制

通過以上活動可定性我們的工作,知道工作到什麼程度,達到要求的大致情況,存在哪些不足,最終項目是否可以如期按質量的完成等.但如果客戶想知道你完成的項目所量化的數字,比如:質量情況佔我們要求的百分比,項目進展情況佔完成整個項目(包括質量要求與項目階段)比例是多少等,你可能就很難準確回答了,所以建立軟件質量要素的測量機制是非常重要的,能讓SQA人員和領導層了解各種指標的量化信息,方便對項目進度的精確控制與資源的調整,緊急時可以做出準確的決策.

 

紀錄並生成報告

紀錄並生成報告,其實屬於文檔化管理的範疇,前述的文檔化管理是對所有階段有人的要求,在這裡單獨提出來,是作為SQA本身活動一個部分,而且也是SQA工作結果的提現之一.