...wd......wd......wd...工程質量管控方案工程質量管控方案前言目的本方案的目的在于對所開發的軟件規定各種必要的質量保證措施，以保證所交付的軟件能夠滿足工程預定需求，能夠滿足本工程總體組制定的且經領導小組評審批準的該軟件系統需求規格說明書中規定的各項具體需求。軟件開發工程組在開發軟件系統所屬的各個子系統〔其中包括為本工程研發或選用的各種支持軟件、組件〕時，都應該執行本方案中的有關規定，但可根據各自的情況對本方案作適當的剪裁，以滿足特定的質量保證要求，剪裁后的方案必須經工程組相關負責人批準。術語和定義1、質量管理：在質量方面指揮和控制組織的協調活動2、質量籌劃：質量管理的一局部，致力于制定質量目標并規定必要的運行過程3、和相關資源以實現質量目標4、質量控制：質量管理的一局部，致力于滿足質量要求5、質量保證：質量管理的一局部，致力于提供質量要求會得到滿足的信任6、質量度量：質量管理的一局部，致力于對已存在的質量數據進展分析，得出當前質量管理結果的評估數據。7、質量改良：質量管理的一局部，致力于增強滿足質量要求的能力質量方案：制定新工程及維護性工程質量方案在本環節中，根據工程的規模及性質進展質量籌劃，制定本工程的質量方案；為后續的質量控制、質量評估及質量改良做出行動綱領。針對公司主要有新工程及維護性工程兩類版本，且兩者之間的質量投入有所差異的特性，故質量方案可以區分以下：常規工程質量方案要求常規工程的質量方案制定按質量要求分析/質量目標/人員.職責及質量保障、過程檢查方案組成，各項的具體要求如下所述。質量要素分析主要的質量要性如下：功能性質量因素：正確性，強健性，可靠性非功能性質量因素：性能，易用性，清晰性，安全性，可擴展性，兼容性，可移植性其它質量因素：非以上要求之外的要求。根據產品的特性及市場目標，將關鍵的質量要素確認，同時區分本工程的類型傾質量型工程：指本工程對質量控制更關注傾成本型工程：指本工程對成本控制更關注傾工期型工程：指本工程對工期要求更關注根據以上分析，再制定相應的質量目標。質量目標訂立質量目標時，一般遵循SMART原則S：specific具體的M：measurable可測量的A：achievable可取得的R：realistic切實的T：timely及時的根據以上原則，我們可以制定如下質量目標：比方本工程的質量要素為功能正確性、功能強健性、性能那質量目標可定義例下：需求中所定義的功能都得以實現不穩定問題〔等級非輕微〕都被解決關鍵模塊〔模塊名稱〕的性能不能低于V1.0版本……針對質量目標定出優先級1、3、2目標分解分解為階段質量目標完成階段質量目標的手段人員與職責參加質量管理活動的人員，一般情況下，工程組所有的人都可以參與到質量管理活動中來。但我們一般可定義如下人員去分別承當相應的職責。質量管理人員：制定質量管理方案，對質量過程進展控制；對過程檢查單進展實施；進展質量度量，制定質量改良方案及實施；參與各類評審活動。測試人員：制定測試方案，對工程進展測試，進展測試結果的度量分析；參與各類評審活動。工程管理人員：協助組織解決質量管理過程中所發現的各類問題及風險。質量保障方案根據當前的質量目標，方案需要進展哪些質量保障工作，一般可包括專業培訓、同級評審、測試。培訓確認是否需要培訓確認培訓的內容、人員、時間，以及所消耗的資源。評審確認評審內容及方案；需要包括評審的內容、評審的方式以及評審的人員等等。對評審結果的跟蹤、管理方式。測試根據當前的質量目標，確定測試的初步方案，包括測試的范圍及測試方法、手段以及投入的人力及時間資源過程檢查方案根據當前的質量目標，制定工程過程中需要檢查的對象、例如：階段檢查對象檢查時機次數檢查執行人員檢查依據方案階段方案階段的產出工程組成立之后至方案階段完畢3次對應測試接口人根據方案階段檢查清單進展檢查需求階段需求評審需求評審啟動1次對應測試接口人根據需求階段檢查清單進展檢查。維護性工程質量方案要求維護性工程的質量方案制定相對簡單，不需要花較多的時間在其上，并且可以套用對比固定的模板。維護性工程基本上會有很明確的需求點以及具體的時間點要求，一般情況下，維護時期會很長，且需求相對較散、小，針對這些特性，維護性工程的質量方案要求僅可以包括：質量目標、質量保障方案、過程檢查方案。質量目標根據當前的需求簡單定出本版本的質量目標。質量保障方案在維護性工程中，質量保障方案主要包括：需求討論、聯調以及測試。需求討論：參與人員包括開發及測試人員；需求討論結果報告聯調：對所做的修改及周邊進展聯調；聯調測試報告測試：根據質量目標制定相應的測試方案安排，過程檢查方案無論質量目標定為若何，維護性工程的過程檢查，僅需要如下環節：需求討論會：是否進展了需求討論會，需求討論會的與會人員及結果聯調：是否進展了聯調，對原版本的影響測試執行：對測試過程進展檢查質量保證與控制質量保證與控制是質量管理中最重要的一個環節，質量目標是否能夠有效的實現都有賴于此環節的實施控制。本環節根據質量保障方案、過程檢查方案對版本開發的各過程定出質量指導方針、評審環節規則以及檢查清單。其中質量指導方針：用于簡要指引若何高質量的完成本階段的工作評審管理：主要制定簡單的評審輸入、輸出以及該階段評審的基本準則任務檢查單：用于檢查該階段的任務是否進展以及進展的效果若何常存在的問題：更多的是讓各成員了解一些經歷所談會存在哪些問題，可提前預防或糾正方案階段方案階段指從工程啟動至工程總體方案制定完成的階段。質量指導方針在工程的方案階段，期望產出高質量的工程總體方案，建議遵守以下原則：根據《工程總體方案模板》、《工程總體方案編制說明書》的指導原則進展方案編排方案制定時需結合實際并與相關人員進展必要的溝通了解工程背景、工程目標以及可調動的資源等方案制定時需考慮相應風險及應對措施：如人員變動、需求變化、技術難題對于把控不準的工程進展不同層面的評審評審管理方案階段的評審主要指工程總體方案的評審。評審輸入項《工程總體方案》以及當前工程原始需求等相關資料評審準則工程總體方案的評審主要從完整性、正確性、合理性、可管理性進展評審。評審項評審要求備注完整性是否包括從需求至發布各個階段的任務方案是否對各任務的交付件定義了質量要求正確性各階段定義是否正確各子任務所屬的階段是否正確合理性各個任務的先后順序是否合理并串行安排是否合理各任務分配的資源是否合理各任務細化的程度是否合理任務與任務之間的約束是否合理各階段的時間投入比例是否合理工程的完畢時間，是否與客戶承諾的一致工程的方案中是否考慮一些常見的風險對風險的應對是否表達在方案中可管理性對于每個階段是否有明確的里程碑事件里程碑是否有明確、可衡量的目標里程碑到達時，是否能提供標志階段完畢的正式輸出文檔評審輸出評審結果輸出包括：《評審結果記錄表》需求階段需求階段指從需求獲取至輸出需求規格說明書階段。需求階段可劃分為：獲取需求、分析需求、編寫需求規格說明書三個階段。獲取需求：主要從編寫工程視圖與范圍、用戶群分類、選擇產品/工程需求代表、確定使用實例、分析工作流程、需求重用這幾步驟進展分析需求：包括繪制關聯圖、創立開發原型、分析可行性、劃分需求優先級；編寫需求標準說明書：根據工程特點裁剪模板、獲取功能和技術需求、注明需求來源、開發需求追蹤矩陣。質量指導方針根據《需求模板》、《需求編寫指導說明書》制定需求說明文檔需求文檔中應包括明確的需求范圍需求文檔中應包括主要的質量屬性需求需細化到要求的程度〔可以根據需求進展開發設計及測試設計〕需求的不確定項不超過總體需求的5%需求中應明確定義需求的優先級制定需求管理原則〔包括需求標識、跟蹤方式、變更控制原則〕評審管理需求階段評審主要針對需求的清晰性、正確性、完整性、可管理性進展評審。評審的形式按實際的質量方案中要求而定。評審輸入項《技術方案建議書》、《需求分析》、《需求規格說明書》評審準則需求評審時，主要針對需求的清晰性、正確性、完整性、可行性、可管理性進展評審，評審細項如以以下列圖所示：評審項評審要求備注1．清晰性系統的目標是否已定義是否對關鍵術語及略縮語進展了定義是否有對整套系統進展了功能概述2．正確性需求與需求之間是否有重復或沖突?本需求說明書與相關需求素材是否一致是否清晰、簡潔、無二義地表達了每個需求?是否每個需求都在工程的范圍內是否每個需求都沒有內容和語法上的錯誤?3．完整性編寫的所有需求，其詳細程度是否一致和適宜?需求是否能為設計提供足夠的根基?所有對其他需求的內部引用是否正確?是否已經列出了系統所必要的依賴/假設以及約束是否包含了所有的客戶需求或系統需求?是否已經對每個業務邏輯進展輸入、輸出以及過程的詳細說明是否已詳細說明了軟件環境〔共存的軟件〕和硬件環境〔特定的配置〕是否遺漏了必要的信息?如果有遺漏的話,把他們標記為待確定的問題(TBD)?是否包括了主要的質量屬性，例如性能要求、安全性要求、可靠性要求、可恢復性要求、穩定性要求等等是否分析了潛在的需求是否標識并解決了需求中的潛城的問題4．可行性所描述的所有功能是否都必要所描述的所有功能是否充分的滿足客戶/系統目標的限制〔局限〕是否已經詳細說明是否已經確定每個需求的實現優先級?在現有的資源內,是否能實現所有的需求?是否每個需求都可以進展驗證〔測試〕5．可管理性是否將需求分別陳述，因此它們是獨立的并且是可檢查的是否所有需求都可以回溯到相應的需求素材，反之亦然是否已詳細說明需求變更的過程一致性是否存在沖突或重復的需求項開發方案/產品和活動和需求是否保持一致是否可以根據軟件需求標準中的信息制定出詳細的測試集，并且每項需求是否可以測試是否有《需求跟蹤矩陣》評審輸出《評審結果清單》《根據評審修訂后的需求規格說明書》設計階段設計階段包括技術方案形成、概要設計、原型設計、詳細設計〔如果有的話〕等工作的完成。質量指導方針根據概要設計文檔模板要求及需求剪裁適合當前工程的模板根據模板編寫概要設計說明書對于質量方案中的關鍵質量屬性在設計中需要重點考慮需要針對工程的構造、工程的特征和用戶的需求來分析，同樣也要考慮到參與工程小組成員的素質對于不同的方案分別進展評估對概要設計文檔進展同行評審在設計階段同時完成原型的設計根據實際需要考慮是否需要進展詳細設計涉及到的需求變更需同步知會其它環節的更新。評審管理在設計階段需要對設計實現方案、設計、原型等進展評審；評審的形式按實際的質量方案中要求而定。以下僅提供概要設計說明的評審準則評審輸入項《概要設計說明書》，《需求規格說明書》評審準則概要設計說明書評審準則評審項評審要求正確性設計說明書的編寫是否按照標準模板來編寫?設計是否正確是否能夠滿足需求可行性設計方案在現有條件下是否可行可理解性設計方案是否能被相關人員理解完整性是否包括核心功能的實現方案所有的功能需求與非功能需求是否都表達在了設計中在設計中是否增加了不必要的功能是否為未來的變更進展了過渡設計各子系統、模塊之間的關系是否描述得清楚系統的設計是否考慮了系統的可擴展性設計是否考慮了重用性重用構件是否進展了標識是否說明了重用模塊的獲取方式和相關的文檔系統的設計是否考慮了系統的易移植性設計是否使用標準的技術，防止使用怪異的、不易理解的方式和方法設計的調用寬度、調用深度、耦合度、內聚度和構造化程度是否進展了描述可追溯性設計是否可以跟蹤到需求需求是否可以追溯到設計評審輸出《評審結果列表》、評審修訂后的《概要設計文檔》開發階段開發階段主要從代碼標準、代碼走查、調測等進展控制管理。質量指導方針約定開發的編碼標準約定代碼審計所需的時間及規則約定開發階段的調測方式約定開發階段自測的標準約定提交版本提交的原則代碼走查走查項走查要求備注標準性編碼是否符合工程或組織的編碼標準頭文件包含是否完整參數在程度開場時是否被初始化參數在循環開場時是否被初始化在承數或過程調用的時候參數是否被初始化函數調用的格式和參數是否正確變量的聲明和拼寫是否一致變量聲明的范圍是否恰當是否所有的指針都被初始化為NULL程序中申請的內存使用后是否釋放是否每個==，||等都驗證了正確性是否翻開的文件都及時關閉了測試階段質量指導方針盡早的介入測試，所有的測試都可以追溯到需求在測試相應方案啟動之前，必須先理解且分析需求根據質量方案來制定相應的測試方案測試方案中需涵蓋所有關鍵質量屬性進展測試方案評審及修訂建設測試用例對測試需求的覆蓋率進展測試用例評審及修訂不同測試階段可有方案的調整當前的測試重點評審管理測試評審包括測試方案、測試用例的評審，一般可分為內部評審及外部評審；評審的形式按實際的質量方案中要求而定。以下僅提供測試用例的評審準則。評審輸入《需求規格說明書》、《概要設計說明書》、《測試方案》、《測試用例》、評審準則測試用例評審活動可以確保用例符合優秀用例陳述的特征，包括完整、正確、可行、必要、具有優先級、無二義性和可驗證性,同時亦符合好的用例特征，即完整性、一致性、易修改和可跟蹤性；評審過程保證用例滿足如下要求：完整性：指有明確的目的、輸入、輸出，提供必要的備注信息；正確性：指每個用例的期望結果與實際需求一致；可執行性：可執行性指測試人員根據測試用例能夠獨立執行測試；代表性：指能用最簡單的數據，最簡捷的路徑到達測試的目的；唯一性：指在各個測試用例沒有重復穿插的現象；有效性：指每個用例是否有效是否冗余是否能夠執行；獨立性：是用例與用例之間是否互不依賴是否能夠獨立執行；可讀性：指測試用例描述清晰，邏輯正確，拆分合理；質量指標：指是否能夠滿足質量指標中的覆蓋率要求，是否可以滿足BUG密度的質量要求；內部評審準則評審項評審要求備注完整性針對每個測試需求，是否至少有一個正面用例，是否至少有一個以上反面用例去測試針對重要測試需求，是否至少使用了兩種以上的設計方法唯一性是否存在重復的用例是否存在可以合并的用例是否存在需要拆分的用例是否存在冗余的用例是否存在無效的用例獨立性每一個用例的目的、操作過程、期望結果是否獨立每一個用例的目的及期望結果是否保持統一期望結果是否過于發散可讀性不同用例之間針對相關聯的內容描述是否一樣是否存在互斥、矛盾的地方每個測試用例是否清楚的填寫了測試特性、步驟、預期結果代表性是否考慮到測試用例的執行效率怎么樣的步驟組合才是最高效的測試用例是否具有指導性,是否能靈活指導測試人員通過用例發現更多缺陷,而不是限制他們的思維外部評審準則評審項評審要求備注全面性用例樹構造定義是否合理用例是否包括如下方面：功能、界面、性能用例及需求中涉及到的其它方面用例完整性用例是否覆蓋了所有顯性的需求用例是否覆蓋了所有隱性的需求針對每個測試需求，是否從正面、反面分別去驗證測試需求測試用例是否覆蓋每個被測功能的所有可能的輸入輸出的組合測試用例是否覆蓋正常的輸入輸出組合的所有可能的取值范圍測試用例是否包括測試了被測試對象的初始化過程測試用例是否包含了被測對象中所有異常流的測試是否把最多的測試用例精力放在系統的最主要功能上針對每個測試用例，是否標識了優先級，且標識合理針對每個期望用例的期望結果；對開發的要求是否合理測試開發設計的認識是否一致用例期望結果理中與需求保持一致每一個用例的依賴數據、期望結果是否具體到表及字段的變化質量指標用例覆蓋率是否到達相應質量指標?用例預期缺陷率是否到達相應質量指標?評審輸出《評審結果列表》《評審修訂通過的測試用例列表》發布及維護階段質量指導方針根據發布階段要求準備相應的程序及文檔及時檢查歸檔的各類資源根據工程特性或公網情況制定現網問題跟蹤流及管理方式與用服結合制定軟件的客戶滿意度調查單質量控制中的文檔管理質量管理會形成除工程文檔之外的管理文檔，故文檔管理主要為解決工程過程中產生的各類文檔的正確性、唯一性、及時性、有效性所做的相應約束。文檔分類(1)開發文檔：這類文檔在軟件工程開發過程中，表達了軟件開發人員前一階段工作的成果，同時又是后一階段工作的依據。這類文檔包括可行性研究報告、軟件工程開發方案、軟件需求規格說明、系統規格說明書、軟件功能說明書和數據字典等。(2)管理文檔：這類文檔在軟件工程開發過程中，由軟件開發人員制定的需提交管理部門的一些工作方案、工作方案和工作報告。通過閱讀這些文檔，管理人員能夠了解軟件工程開發活動安排、進度、資源使用等情況。這類文檔包括工程開發方案、測試方案、測試方案、開發進度報告和工程總結報告等。(3)用戶文檔：這類文檔是軟件開發人員為使用該軟件的網點經辦人員準備的有關該軟件產品使用、操作的資料，主要是操作手冊及新功能介紹方面的文檔。(4)記錄文檔：與客戶交流往來的記錄、軟件工程開發過程中各種會議、跟蹤記錄、審查記錄、產品投產記錄和問題跟蹤解決記錄等。(5)反響文檔：這類文檔主要是軟件產品在推廣使用以后，客戶對產品使用過程中意見及產品缺陷、質量等方面的信息反響。文檔管理工具文檔管理工具現在采用VSS管理方式；存放至文檔基線庫。文檔基線庫文檔管理的基本要求正確性：所有的文檔都使用相當的標準模板文檔中所述的內容正確無誤唯一性：每個版本的文檔只有一個。及時性：文檔隨每個任務的執行能夠及時編制及公布有效性：防止無效的文檔歸檔以及過期文檔被誤用。具體要求：所有的文檔都使用相應的標準模文檔發布或歸檔前得到批準必要時對文件進展定期評審與更新確定文件的更改和現行修訂狀況得到識別確保在使用時可獲得有關版本的適用文件確保文件保持清晰、易于識別確保外部文件得到識別并控制其分發防止過期文件被誤用，假設因任何原因而保存時，需對其進展適當的標識文檔管理流程根據現有的狀態，文檔的管理流程僅涉及歸檔及發布，如以以下列圖所示：說明：由作者或相應負責人提出歸檔申請，必須是評審通過且修改后的文檔方可提出歸檔申請是否及時歸檔的檢查在各個過程中的檢查清單中進展檢查文檔作廢：文檔歸檔發布后，需同時作廢此文檔之前的相應版本。每次進展歸檔后，由歸檔人員統一進展文檔更新發布歸檔之后的文檔如有再更新的需求，則從基線庫取出來進展更新后，重新歸檔。質量度量：制定工程評估項質量度量主要針對工程進展評估，從工程的方案、過程、質量、成本、客戶滿意度不同維度進展評估。具體細節如下。方案評估方案評估主要根據方案歷史變更記錄來評估方案的正確、合理性、可實施情況，并為以后的方案制定提供參考數據。主要針對里程碑進展評估，對于非里程碑的方案變化不進展評估。評估基準1．工程啟動時的《工程總體方案》、每次變更后的工程方案、工程完畢時的《工程總體方案》2．工程變動記錄文件評估項評估項第x次變更變更原因與上次偏離率%與初始偏離率%方案變更里程碑1里程碑2里程碑3……總結1．方案變更的主要原因是什么比方工程方案不夠詳細，工作安排不夠細致，時間浪費對工程的技術、工作量等認識不清，導致方案時間失誤對工程人員的工作效率、特長認識不清，導致方案時間失誤工程任務跟蹤不及時，錯過最正確調整時機過程評估過程評估是根據工程的每個階段的質量指導方針以及檢查結果來進展的評估，用于檢查各工程的過程控制是否到達應有的要求。過程評估最終使用計分的方式來得出過程得分。輸入條件每個過程的每次的《過程檢查清單》評估記錄評估記錄根據對不同階段的關注不同，定出相應的百分比，以及每個階段中不同評估項的重點不同，給予不同的分值，最終統計出對過程的總體評分。總結對過程得出的最終分進展分析：哪些過程存在嚴重的質量問題哪些過程缺乏哪些質量控制環節哪些質量控制環節沒有起到相應的作用工程質量評估質量評估主要根據測試結果的質量評估以及現網問題跟蹤情況進展的評估。輸入條件1．《版本質量評估報告》2．現網問題跟蹤表評估項測試階段評估主要依據測試各類數據根據質量評估標準進展質量評估。維護階段評估主要根據現網問題清單對缺陷率、平均缺陷時間來進展質量評估缺陷率：指現網問題數/總問題率平均缺陷時間〔MTF〕：指平均多久時間反響一個問題。平均缺陷恢復時間：指出現一個缺陷后，恢復所需要的時間。總結對質量情況得出來的評估結果進展分析。測試結果反響情況主要是哪些環節中的問題現網問題反響情況主要是哪些環節中的問題測試結果反響情況與現網問題反映結果是否一致通過以上總結分析出哪個階段所存在的問題最多，測試方法/策略是否存在問題；改善明確存在問題的環