資源描述：
《【5A版】測試流程圖.ppt》由會員上傳分享，免費在線閱讀，更多相關內(nèi)容在工程資料-天天文庫。
1、測試總體流程圖F驗收測試B單元測試C整合測試D系統(tǒng)測試E性能測試A測試計劃、測試設計立項結束測試分類.黑盒測試.白盒測試.灰盒測試軟件中的難題1.開發(fā)的不是客戶需要的2.計劃趕不上變化，進度無法按期完成3.挖坑還是開渠？永遠的資源不足4.不能正確實現(xiàn)功能5.如何維護大量的已有軟件？軟件與硬件的區(qū)別軟件硬件易變確定，需求和產(chǎn)物非組件化組件化，由構建組成隨時間而消退隨時間而磨損成本在研發(fā)上，copy過程幾乎沒有成本生產(chǎn)工程成本高軟件工程1.軟件工程是為創(chuàng)造高質量軟件提供的一個框架2.將系統(tǒng)化，規(guī)范化，可度量的方法應用于軟件的開發(fā)，運行和維護，即
2、將工程化應用于軟件中3.包括過程，方法和工具三個層面4.過程，方法和人對質量的影響過程1.過程是項目管理的基礎2.定義關鍵過程區(qū)域框架3.CMM中的KPA方法1.技術上需要如何做？2.方法涵蓋一系列的任務：需求，設計，編碼，測試，維護工具1.為工程，方法提供自動，半自動化的支持2.組建起來被另外一個工具使用3.組成軟件工程環(huán)境過程篇—關于CMMCMM（CapabilityMaturityModel）能力成熟度模型用于軟件開發(fā)過程和開發(fā)能力的改進與評估的模型對軟件工程的全過程進行考察和評估不告訴你怎么做，但告訴你不用成熟度應該關注的關鍵過程何
3、為CMM/CMMICMMI，目標：第一個是質量，第二個是時間表，第三就是要用最低的成本。與原有的能力成熟度模型CMM相比，CMMI涉及面更廣，專業(yè)領域覆蓋軟件工程、系統(tǒng)工程、集成產(chǎn)品開發(fā)和系統(tǒng)采購CMMI即CMM集成，是系統(tǒng)工程和軟件工程的集成成熟度模型，CMMI更適合于信息系統(tǒng)集成企業(yè)。CMMI是在CMM基礎上發(fā)展起來的，它繼承并發(fā)揚了CMM的優(yōu)良特性，借鑒了其他模型的優(yōu)點，融入了新的理論和實際研究成果。它不僅能夠應用在軟件工程領域，而且可以用于系統(tǒng)工程及其他工程領域。CMMI階段模型5.優(yōu)化級：持續(xù)過程改進，組織性快速重新配置4.量化管
4、理級：過程和產(chǎn)品被量化度量并控制，組織性能提升3.已定義級：組織內(nèi)項目改進和執(zhí)行2.已管理級：能重復以前的成功，有紀律性1.初始級：過程能力不可預測，無秩序Level1在級別1：過程是隨機，混亂和無序的。這種通常沒有一個穩(wěn)定的環(huán)境，它的成功依賴于組織中個人的能力和英雄主意，而不是依賴使用經(jīng)過驗證的過程。盡管這種混亂，無序的環(huán)境，對成熟度1的組織也經(jīng)常能制造出能工作的產(chǎn)品和服務，但是，他們的項目經(jīng)常是超成本和進度的。它們有過度承諾的趨勢，在危機時放棄過程，不能重復他們過去的成功。Level21.組織中的項目確保需求得到管理，過程已經(jīng)計劃，執(zhí)行
5、，度量和控制。2.即使在時間壓力下，依然能夠保留現(xiàn)有的實踐。3.管理層在某些已定義點上對工作產(chǎn)品的狀態(tài)和提交的服務具有可視性。4.在干系人（風險承擔者）之間建立了承諾，在必要的時候進行修正。Level3工程得到很好地表現(xiàn)和理解，被描述成標準，規(guī)程，關鍵和方法。作為3級基礎的組織標準過程集已經(jīng)簡歷和不斷改進。2，3級的區(qū)別在于標準，過程和規(guī)程的范圍3級比2級的描述更具體和更嚴格Level4使用統(tǒng)計和量化技術進行控制建立了質量和過程性能的量化目標，作為過程管理的準則收集了過程性能的詳細度量，進行統(tǒng)計分析質量和過程性能度量數(shù)據(jù)組成組織的度量庫，來
6、支持將來的基于事實的決策3，4級的區(qū)別在于過程性能的可預測性。Level5基于對過程中的固有偏差的一般原因的定量理解，持續(xù)的進行過程改進通過漸進的和革新的技術改進，集中在持續(xù)地過程性能改進上指出過程偏差的一般原因和可測地改進組織過程的過程改進得到識別，評估和實施敏捷和創(chuàng)新的過程優(yōu)化依賴于授權員工的參與，他們與業(yè)務價值和組織目標保持一致Level2CMM2：可重復性KPA：軟件配置管理軟件質量保證子合同管理Level2軟件項目跟蹤和監(jiān)控軟件項目計劃需求管理配置管理1.定義并文檔化配置項的功能和物理屬性2.控制這些屬性的變更3.記錄和報告變更處
7、理結果和實施狀態(tài)4.遵從制定的需求進行驗證同行評審為什么進行評審？.促進文檔化，提升可讀性，易理解性等.查找錯誤，收集建議.擴散知識，產(chǎn)生后備力量評審什么？.項目中的一系列計劃.項目各階段的輸出：文檔，代碼等誰來評審？項目組成員，PPQA，上級領導，客戶等同行評審.評審的輸入--待評審的文檔，代碼--《XXX評審檢查表》.評審的輸出--《評審報告》--《評審過程檢查表》正確看待文檔.文檔是所有事情能夠繼承的保證.如果認為不必要，多一分也是多，如果認為必要，多少都不夠.文檔是一個人水平高低的體現(xiàn).需要提高每個人的寫作能力，練好內(nèi)功軟件開發(fā)模型
8、—瀑布型1.需求2.設計3.代碼4.測試5.運行/維護軟件開發(fā)模型—原型1.用戶需求不明確是采用2.快速設計，快速開發(fā)3.迭代的過程4.與用戶一起明確需求5.最終會被拋棄軟件開發(fā)
