• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    軟件測試質量保證怎樣做好SQA?

    發布: 2009-10-16 11:50 | 作者: 網絡轉載 | 來源: 領測軟件測試網 | 查看: 195次 | 進入軟件測試論壇討論

    領測軟件測試網

    軟件測試質量保證怎樣做好SQA?

    關鍵詞:軟件質量保證(SQA Software Quality Assure) 關鍵過程域(KPA Key Process Area)CMM
    摘 要:結合擔任SQA人員的親身體會,總結出SQA人員在CMM三級標準下怎樣做好自己的工作。
    1 引言
    在CMM標準下,SQA人員獨立于軟件項目組負責軟件質量保證,具體的職責在我們的《軟件質量保證》(機構標準v1.1)KPA文檔中定義如下:
    1) 實施軟件質量保證活動;
    2) 定期總結并提交軟件質量保證活動的審核報告;
    3) 制定項目的SQA計劃;
    4) 參加項目的軟件開發計劃、標準和過程的準備及評審;
    5) 協助項目經理建立項目的質量目標;
    6) 跟蹤和監督糾正措施的實施;
    7) 定期和必要時分析項目提供的原始數據并報告結果;
    8) 如果需要,與客戶的SQA人員定期評審SQA人員的活動及發現的問題。
    其實,以上職責中,第一條就已經涵蓋了其他幾條的內容,只不過其他幾條更加具體,是第一條職責的細化。但是,這些職責只是文檔中定義了的而已,并不全面,特別是對于剛開始實施CMM的企業來說,SQA為了達到軟件質量保證的目的,要做很多其他的工作。因為他要進行質量保證,首先必須要推廣CMM,也就說,他必須不斷地跟軟件項目組和相關組的人員解釋CMM的標準是怎樣的,才能讓他們按照CMM的標準作。因此,一名SQA的活動可以圍繞兩個方面來進行:一是推廣CMM標準,二是檢查執行情況。
    2 SQA怎樣推廣CMM標準
    盡管公司在正式實施CMM之前對和軟件項目有關的人員會進行有關CMM的培訓,但這樣并不足以使CMM標準的執行者足以理解它,更談不上去操作它。怎樣讓他們更多地知道CMM標準,使他們在工作中能夠按照CMM標準去做呢?這些都依靠和他們密切相關的SQA人員的努力。
    SQA人員在履行職責之前,應該認真的學習CMM標準,深刻理解每個KPA的目的,熟練掌握每個KPA的流程。然后,對于公司定義的CMM標準要非常的熟悉,不僅要知道SQA在本公司每個KPA是怎樣操作的,而且要知道其他角色按照本公司定義的CMM標準的工作流程,還要知道公司軟件開發中每一種工作產品的質量標準。以上這些條件構成SQA人員推廣CMM標準的前提。
    在剛剛開始實施CMM時,碰到的問題往往要比想象的還多,作為一名SQA人員,要本著解決這些問題的目的去進行自己的工作,而并不只是起到監督的作用。SQA人員在負責一個軟件項目的質量保證工作時,要隨時了解項目的進展情況,在軟件項目組的每一個活動之前,就要和軟件項目組成員特別是軟件項目經理進行交流,直到他們知道按照CMM的標準應該怎樣去做。比如說,在進入項目之前,就要告訴軟件項目組按照公司定義的CMM標準怎樣去管理需求。有些活動并不是必須要求SQA人員參加的,如周例會,但為了指導軟件項目經理怎樣跟蹤項目的工作量、進度、風險等等,SQA人員通常也是每會必到,在會后還要指導他們填寫周報等等。
    即使軟件項目組的每一個活動都是在SQA人員的指導下完成的,SQA人員在對項目進行評審時,仍然可以找到一些與CMM標準不相符的地方,因為軟件項目組每一個人對CMM標準的理解程度并不一樣,具體執行起來還會存在一定的偏差。SQA人員發現這些問題后,首先應及時和軟件項目經理進行溝通,爭取對這些問題達成共識,同時,要對他們的工作加以肯定,強調他們工作成績是主要的,這些問題在CMM剛剛實施時是難免的,是很容易克服的。千萬不要輕易上報,否則,很容易打擊他們的積極性,甚至引起抵觸情緒。
    也許,當SQA人員針對評審時發現的問題給軟件項目經理提出改進建議后,項目經理出于進度的壓力或其他原因,并不引起重視甚至拒絕采取任何措施,這是很正常的現象,SQA人員也不要立即上報,否則,更加不利于問題的解決。在這個時候,SQA人員要理解軟件項目經理,要為他們提供更為方便的服務,盡量減少他們的工作量,例如,提供別的項目的同類文檔以供參考,共同去填一些表格,把模板針對項目做一些細化、具體工作等等。一般情況下,軟件項目經理在這樣的引導下還是會盡量去改進的,除非極端情況下,才向高級管理者匯報。
    總之,SQA人員在自己對CMM標準非常熟悉的情況下,要有足夠的耐心和決心,把CMM標準推廣到項目中去。在軟件項目組所有成員按照CMM標準做過一兩個項目之后,對這種工作流程和標準會比較熟悉,而且執行之后的優越性會逐漸體現出來,SQA人員的工作會慢慢變得輕松一些。
    3 幾個KPA中的SQA活動
    3.1 需求管理
    在這個KPA中,SQA必須檢查軟件項目組一下幾個方面:
    1) 給定需求交給軟件項目組之前經過評審,確保需求沒有問題;
    2) 當給定需求發生變更時,軟件開發計劃、工作產品和活動有沒有進行相應的適當的修改;
    3) 由于給定需求更改引起了約定的更改,這些更改由沒有經過相關小組協商。
    對于第一方面的檢查,是SQA在參與制定軟件開發計劃之前,檢查軟件項目組的《客戶需求書》評審記錄,如果評審沒有通過,是否有再評審。由于《客戶需求書》已經納入配置管理,SQA在每月審核基線庫的時候,可以發現給定需求的變更情況,同時要審核軟件開發計劃、工作產品和活動是否針對變更的需求進行了適當的修改,審核約定更改是否經過相關小組的簽字確認,這樣就檢查第二和第三方面的內容。
    3.2 軟件項目計劃
    在這個KPA中,SQA必須檢查軟件項目組一下幾個方面:
    1) 軟件估計和計劃的活動是否進行;
    2) 評審和形成項目約定的活動是否進行;
    3) 制定軟件開發計劃的活動是否進行;
    4) 用于制定軟件開發計劃的標準是否遵守;
    5) 軟件開發計劃的內容是否完整。
    由于SQA人員要參照軟件開發計劃制定SQA計劃,所以必須密切關注軟件項目組的計劃制定情況,同時也在審核軟件開發計劃活動。在軟件開發計劃制定完畢后,SQA必須評審軟件開發計劃,首先對照軟件開發計劃模板,審核計劃的內容是否完整,是否符合給定需求、項目、客戶等的標準,審核計劃中是否有工作產品規模、工作量、成本、進度和風險的估計,估計的方法是否適合。
    3.3 軟件項目跟蹤和監督
    在這個KPA中,SQA必須檢查軟件項目組一下幾個方面:
    1) 評審和修改約定的活動是否進行;
    2) 修訂軟件開發計劃的活動是否進行;
    3) 修訂軟件開發計劃的內容是否進行;
    4) 跟蹤軟件項目的成本、進度計劃、風險、技術和設計限制、功能和性能等有關活動是否進行;
    5) 實施計劃安排的評審技術和管理的活動是否進行。
    里程碑時,SQA通過檢查約定修改和評審的記錄審核該活動是否進行;檢查當前工作產品審核軟件開活動是否與計劃相符,如果不符,審核是否有修訂軟件開發計劃的活動;通過檢查軟件項目組的周報審核軟件項目經理是否跟蹤軟件項目的成本、進度、風險、技術等;對照同行評審計劃的內容檢查評審記錄,驗證計劃安排的評審技術和管理活動是否進行。
    3.4 軟件配置管理
    在這個KPA中,SQA必須檢查軟件項目組一下幾個方面:
    1) SCM組、SCCB、軟件項目組是否遵循SCM的標準和規程;
    2) 對軟件基線有定期審核。
    SQA每月定期審核配置管理活動,對照軟件配置管理計劃檢查配置管理員是否及時將配置項納入配置管理,成為基線的配置項是否經同行評審和SCCB批準,軟件項目組對配置項的變更是否遵循了配置項的變更控制流程。檢查配置管理員是否定期報告基線庫狀態,軟件項目經理是否定期審核基線庫。
    3.5 機構過程定義
    在這個KPA中,SQA必須檢查SEPG組的以下幾個方面:
    1) 編寫和維護機構標準軟件過程和相關過程資源以及建立文檔時是否遵循適當的標準;
    2) 使用機構標準軟件過程和相關過程資源時是否受控。
    SQA每月審核機構標準軟件過程和相關過程資源,檢查文檔變更是否符合變更流程。
    3.6 同行評審
    在這個KPA中,SQA必須檢查軟件項目組的以下幾個方面:
    1) 所計劃的同行評審已被實施;
    2) 同行評審負責人根據其職責接受過充分的培訓;
    3) 評審人員根據其職責接受過適當的培訓或具有相關的經驗;
    4) 準備同行評審、實施同行評審和完成后繼措施等過程得到遵循;
    5) 同行評審的數據報告具有完整性、精確性和及時性。
    在里程碑時,SQA根據軟件開發計劃檢查計劃的同行評審是否實施,通過檢查評審記錄,審核同行評審是否符合CMM規程。
    3.7 綜合軟件管理
    在這個KPA中,SQA必須檢查軟件項目組的以下幾個方面:
    1) 制定和修改項目定義的軟件過程;
    2) 項目的軟件開發計劃和軟件風險管理計劃的準備過程;
    3) 依據項目定義的軟件過程管理項目的過程;
    4) 為機構的軟件過程數據庫收集和提供合適數據的過程;
    5) 使用機構的軟件過程數據庫支持軟件項目的計劃、評價和跟蹤過程。
    SQA人員在軟件項目組開始啟動項目時指導軟件項目經理制定項目定義的軟件過程,里程碑時依
    照項目定義的軟件過程檢查軟件項目組管理項目的活動,每季度檢查一次軟件項目組是否按規程為機構軟件過程數據庫提供數據,里程碑時檢查軟件項目組的計劃、評價和跟蹤過程是否合理的使用了機構過程數據庫。
    3.8 軟件產品工程
    在這個KPA中,SQA必須檢查SEPG組的以下幾個方面:
    1) 軟件需求是否經過評審;
    2) 每個軟件工程任務的準備就緒和完成準則得到滿足;
    3) 軟件產品符合規定的標準和需求;
    4) 已完成所需的測試;
    5) 依據書面計劃和規程完成軟件的系統測試驗收測試;
    6) 測試滿足軟件測試計劃中的驗收標準;
    7) 已圓滿地完成測試并記錄了測試結果;
    8) 檢測出的問題和缺陷以建立文檔,并被跟蹤和處理;
    9) 通過軟件需求、設計、代碼和測試用例,對給定需求的跟蹤得以實施;
    10) 在軟件產品提交給客戶和最終用戶前,依據軟件基線和給定需求驗證了用來管理和維護軟件的文檔。
    SQA人員在里程碑時根據軟件開發計劃檢查該里程碑所產生的軟件工作產品是否符合有關規程。
    3.9 培訓大綱
    在這個KPA中,SQA必須檢查軟件項目組的以下幾個方面:
    1) 制定和修改培訓大綱的過程是否得到遵循;
    2) 制定和修改培訓課程的過程是否得到遵循;
    3) 培訓記錄是否得以適當管理;
    4) 指定要培訓的成員是否完成了所需的培訓;
    5) 機構的培訓計劃是否得到遵循。
    針對公司培訓機構專門設立SQA人員,每月檢查培訓機構的相關文檔,審核其活動是否符合有關
    規程。
    3.10 組間協調
    在這個KPA中,SQA人員必須檢查軟件項目組的以下幾個方面:
    1) 用于識別協商和跟蹤項目工程組間關鍵依賴關系的規程是否確定;
    2) 組間問題的處理是否符合規程。
    SQA人員檢查工程計劃中確定組間關鍵依賴關系的規程,通過檢查業務裁決書和備忘錄審核組間
    問題的處理是否符合規程。

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    TAG: sqa SQA 軟件測試 質量

    21/212>

    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>