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

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

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

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

    CMMI5在項目中的精簡應用(一)

    發布: 2008-10-16 16:06 | 作者: Smilings | 來源: Smilings的博客 | 查看: 49次 | 進入軟件測試論壇討論

    領測軟件測試網 CMMI5在小型項目中的成本過高,根據自己對CMMI5的實施體會與在實際項目中的應用,在項目實施的過程中精簡了CMMI5的實施流程和部分文檔,這個精簡的流程在項目實施的過程中既可以確保流程規范與質量信賴又可以節約項目成本。以下跟大家分享一下CMMI5在項目中的精簡應用:


    一、需求與規范的管理
            1、由測試負責人(或專門的需求分析負責人)統一接收來自移動總的行業網關相關規范和新需求,測試負責人瀏覽規范獲知大意后回復郵件,將規范和新需求轉發給開發經理、項目經理、相關的開發人員和測試人員,同時commit到CVS;
            2、測試負責人(或專門的需求分析負責人)、項目經理仔細閱讀規范與需求后,對規范和新需求進行研究,并就難點和疑點進行討論,整理出重點內容,并將重點內容發給開發經理、項目經理、相關的開發人員和測試人員,同時commit到CVS;
            3、開發經理、項目經理、測試負責人、需求分析負責人、相關的開發人員與測試人員開會對規范、需求和重點內容進行討論,確定需求的具體含義以及最終實現的需求和功能點;
            4、項目經理根據規范、需求和開會討論結果編寫《需求規格說明書》與《功能列表》,測試負責人(或專門的需求分析負責人)對文檔進行檢查并修改完善,然后commit到CVS;
            5、測試負責人(或專門的PPQA)確認所有相關文檔經過了評審并都已經commit到CVS。
     
       二、項目計劃與測試計劃
            1、由開發經理組織項目計劃討論會,在討論會上各開發負責人對自己所負責的模塊所需要的工作量進行評估,根據工作量和工程需求初步確定總體開發計劃、測試計劃和發布時間;
            2、項目經理根據估算工作量和工程需求編寫項目計劃,使用CMMI5總體測試計劃模板并對其進行適當的裁剪和補充,編寫適合本項目的項目計劃;
            3、測試負責人根據項目計劃與發布時間編寫測試計劃,使用CMMI5總體測試計劃模板并對其進行適當的裁剪和補充,編寫適合本項目的測試計劃;
            4、項目計劃與測試計劃編寫完成后發送給開發經理、項目經理、相關的開發人員和測試人員,開發經理、項目經理、相關的開發人員和測試人員閱讀項目計劃、測試計劃后將建議和意見以郵件的形式反饋給項目經理與測試負責人,項目經理與測試負責人收集大家的郵件分別對項目計劃與測試計劃進行修改完善,同時回復郵件說明項目計劃與測試計劃修改情況,如果存在爭議則召開一個小型會議對異議進行討論,修改后的項目計劃、測試計劃commit到CVS;
            5、測試負責人(或專門的PPQA)確認所有相關文檔經過了評審并都已經commit到CVS。
     
    三、開發設計與評審
            1、項目經理構思系統設計,項目組開發成員一起討論系統的設計,對設計形成較為清晰的思路;
            2、項目經理負責編寫概要設計文檔,與開發經理、開發團隊成員與測試負責人一起討論概要設計;
            3、概要設計完成后,項目經理編寫詳細設計文檔、數據庫設計文檔和編碼規范,各模塊負責人負責編寫所負責的模塊進行詳細設計;
            4、設計文檔編寫完成后,發郵件通知開發經理、項目經理、測試負責人、相關開發人員和測試人員;
            5、開發經理、項目經理、測試負責人、相關開發人員和測試人員對所提交的概要設計文檔、詳細設計文檔進行審查,將建議和意見以郵件的形式反饋給模塊負責人;
            6、模塊負責人收集郵件中的修改建議并對設計文檔進行修改,同時回復郵件說明詳細設計修改情況,修改后的詳細設計commit到CVS;
            7、如果對設計存在爭議或出現明顯不合理的設計,召開一個小型會議對異議進行討論,有效解決設計所出現的分歧;
            8、測試負責人(或專門的PPQA)對開發最終修改的詳細設計計劃進行檢查,并確認所有文檔都已經commit到CVS。
    注:在大型的項目中,必須先完成概要設計后再完成詳細設計,在小項目或需求中可做適當剪裁概要設計與詳細設計合在一起完成。
     

    延伸閱讀

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

    TAG: 精簡 項目 應用

    21/212>

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