XXX信息系統投標參考-信息系統開發建設-質量管控方案
質量管控方案
建立高效的質量管理體系并持續改進，支撐團隊業務目標的達成和組織能力提升，實現卓越開發和客戶滿意。質量管理經理必須具備一次性把事情做對的質量意識，熟悉基本質量管理知識與質量工程方法，熟悉服務規范。
1. 項目管理控制措施
對于本項目的建設，正確、高效的項目組織和管理是成功的關鍵因素，至關重要。由于本項目規模大、時間緊，因此，項目的組織和管理是項目按期、保質完成的重要因素。為了使項目能按期、保質完成，我們按照本項目特點組建項目組，以確保項目高質按期完成。
1.1. 質量控制措施
1.1.1. 項目質量管理體系
1.1.1.1. 項目質量管理
項目質量管理是由優化的質量方針、組織結構、項目過程中的活動以及相應的資源組成。優質的產品和服務對于一個公司企業、對國家來說都具有戰略的重要意義。
項目質量管理則是決定質量政策、目標和責任的全面管理職能的所有活動，以及通過諸如質量系統中的質量計劃編制、質量保證、質量控制和質量提高等手段對這些活動的實施。
1.1.1.2. 質量計劃
項目計劃編制包括識別哪些質量標準和該項目相關并且確定如何滿足這些標準，這也是項目計劃編制的目的。
1、質量的優先級
質量應該與成本或進度同樣重要
從長遠的觀點來看，質量可以節約成本，并縮短工期
2、質量的效費比分析
質量管理計劃描述項目團隊如何實現質量政策，質量管理計劃是整個項目計劃的組成部分，內容包括質量控制、質量保證與質量改進。質量管理計劃可繁可簡，根據實際情況確定。
1.1.1.3. 質量保證
質量保證是一項管理職能，包括所有的有計劃的系統的為了保證項目能夠滿足相關的質量標準而建立的活動，質量保證貫穿于整個項目生命周期。
質量保證活動：
正規的質量評價（質量審計）：通常在項目執行的過程中進行。
總結性質量評價（質量改進）：通常在項目結束時進行。
自檢：開展質量活動
項目質量的文檔結構：
1.1.1.4. 質量控制
質量控制就是項目管理組人員采取有效措施，監督檢查項目的具體實施結果，判斷是否符合有關的質量標準，并確定消除產生不良結果原因的途徑，即，進行質量控制是確保項目質量得以完滿實現的保證。
質量管理計劃、實施說明以及工作結果等是進行質量控制的前提依據。項目的質量控制工作是一個系統過程，從項目的全過程入手，全面、綜合的進行控制。主要從以下兩個方面進行：
1.項目產品和服務的質量控制
2.項目管理過程的質量控制
1.1.2. 項目質量控制體系
1.1.2.1. 軟件工程的重視
在軟件項目的開發過程中，我們一直非常重視軟件工程，當今的軟件項目與以前完全不同了，不是一個人兩個人就能夠完成的，需要一個幾十人的軟件團隊協同工作才能完成；軟件需求是空前的膨脹，人們已經認識到借助現代軟件與信息技術，可以完成許多甚至代替人的工作，但是軟件的需求和實現是有差距的，是一個有限的范圍。在軟件項目的實施過程中，要考慮到技術、商業、資金、社會背景、文化差異等許許多多因素。人類在軟件開發實踐中經歷過許許多多的失敗與成功的經驗，從最開始的個人編碼時代，軟件技術是少數人的專利發展到現在整個研發過程中，分階段，各工種協同工作，真正的軟件工程時代。
質量保證要通過對系統的嚴格、嚴密測試來保證。
系統測試、聯調的目的是通過對測試結果進行分析，將測試結果與預期結果進行比較，得出測試結論，對軟件的修改和完善提供可鑒資料，促進軟件質量的提高，促進標準化工作的開展。
1.1.2.2. 項目跟蹤和監督管理
項目跟蹤和監督管理目標是：項目計劃，跟蹤實際結果。
當實際結果和性能明顯偏離軟件計劃時，采取糾正措施并加以管理直到結束。對軟件的約定的更改得到受到影響的組和個人認可。項目實施過程中將已文檔化的軟件開發計劃用于跟蹤的軟件活動和傳送狀態。按照已文檔化的規程修訂軟件開發計劃。高級管理者參與按照已文檔化的規程評審那些對組織外部的個人和組所作的軟件項目的約定和約定的更改。
同時，項目跟蹤和監督的前提條件，即企業必須采取的措施有：對軟件項目的軟件開發計劃已經建立文檔和評審。項目軟件經理已經明確地分配軟件工作產品和活動的任務。提供足夠的用于跟蹤的軟件項目的資源和投資。在管理軟件項目的技術和人員方面，軟件人員受到培訓。軟件項目經理在軟件技術方面受到定向培訓。
1.1.2.3. 軟件產品質量保證
軟件質量保證的目的是使軟件項目過程對于管理人員來說是可見的。它通過對軟件產品和活動進行評審和審計來驗證軟件是合乎標準的或是符合合同等要求的。軟件質量保證組（測試中心）在項目開始時就一起參與建立方案、計劃、標準和過程。這些將使軟件項目滿足機構方針的要求。
軟件質量保證在管理上所具有的目標是軟件質量保證活動有計劃。軟件產品和活動與適當的標準、過程和需求的一致性被客觀的證明。把軟件質量保證活動的結果告知受影響的組和個人。如果在軟件項目中不能解決不一致的問題，則要把問題提交給高層管理人員。
軟件質量保證的前提條件是存在一個軟件質量保證組。有足夠的資源。軟件質量保證組的成員要經過培訓，才可進行軟件質量保證活動。軟件工程組的成員接受軟件質量保證組的指導。同時要進行必要的步驟，主要有根據文檔化的規程，要為軟件項目準備一個軟件質量保證的計劃。 軟件質量保證組根據軟件質量保證計劃來進行相應的活動。軟件質量保證組參與準備和評審軟件項目的開發計劃、標準和過程。軟件質量保證組評審軟件工程活動以保證協調一致。軟件質量保證組評審指明的軟件工作產品來保證一致性。軟件質量保證組定期把活動的結果報告給軟件工程組。軟件活動和軟件工作產品標明的偏差被記錄在文檔中，并且根據文檔化的規程來處理這些變化。如果可能，軟件質量保證組定期和客戶的質量保證人員就其活動和發現進行評審。
定量了解項目軟件產品的質量并達到特定的質量目標。包括定義軟件產品的質量目標，制訂達到這些目標的計劃，并監督執行。確立目標項目軟件質量管理管理活動有計劃。定義軟件產品質量可度量的目標及其有限級。定量化并管理實現軟件產品質量目標的實際進展。項目遵循管理軟件質量的書面的、機構方針。軟件質量管理要有一定的前提條件如：資源、資金。實施或支持軟件質量管理的個人要接受培訓。軟件工程組及其他相關組的成員要接受相關培訓。遵循一定的活動步驟依據文檔化的規程制訂和維護項目的軟件質量管理計劃。依據計劃進行軟件質量管理活動，在整個軟件生命周期里定義、監督、修改項目軟件產品的定量化的質量目標。以事件驅動的方式測量、分析項目軟件產品的質量，并與定量質量目標比較。軟件項目的定量目標要恰當地分配給那些交付軟件產品的分包商。
度量以決定軟件質量管理活動的狀態。并且驗證，高層管理者定期審查軟件質量管理活動。項目管理者定期/按需審查軟件質量管理活動。SQA組審查/審計軟件質量管理的活動和工作產品，并報告結果。
1.1.2.4. 利用工具支持管理
1.1.2.5. 軟件系統測試管理
測試被用來決定軟件質量保證活動，進行必要的測試和驗證實施，進行軟件質量保證活動并定期給高層管理人員評審。軟件質量保證活動定期和不定期的給項目管理者評審，到達項目穩定進行、系統運行保障的有力措施；獨立于軟件質量保證組的專家，定期檢查軟件質量保證組的活動及其成果。
1.1.2.6. 客戶現場服務流程
1.1.3. 項目測試體系
質量保證要通過對系統的嚴格、嚴密測試來保證。
1.1.3.1. 測試原理和核心思想
一、系統集成質量的維度
1、設備（軟件）完整性、合法性檢驗
項目中采購的設備或軟件是否具有合法的知識產權和使用權，是否符合國家相關法律法規。設備在運輸和到貨過程中是否完好無損，與合同訂單是否一致等，都屬于完整性合法性檢驗的內容。
2、設備（軟件）可靠性
設備和軟件本身是否符合國家和行業相關標準，是否采用先進的、開放的技術規范設計，是否具備業界認可的安全機制等。
3、功能測試
設備和軟件集成之后，是否能夠滿足既定意圖和需求，實現指定的功能。是否能夠完成客戶對系統功能需求的能力測試。這部分測試主要包括：配置測試、功能測試、安全測試等方面的測試。
4、易用性測試
系統的操作方式和操作界面是否易被業務人員所接受。這部分主要測試：界面是否友好、合乎常規操作習慣，用戶手冊、培訓資料內容是否完整并易于閱讀。
5、性能測試
對系統帶寬、網絡傳輸品質、系統的響應速度，數據處理能力等測試對象的能力要求和操作特征等。這些能力要求主要包括：網絡系統是否能夠提供穩定、可靠、安全的通信鏈路；視頻會議系統在網絡擁堵情況下的傳輸質量；服務器系統、存儲系統、數據庫系統在高負載情況下的處理能力等等。
二、軟件系統質量的維度
質量達標不是簡單地“滿足需求”或生產出滿足用戶需要或期望的軟件系統。更確切地說，質量還包含確定證明質量達標所使用的評測方法和標準，以及如何實施流程，以確保由此流程生產的軟件系統已達到預期的質量水平（而且能夠管理該流程并重復使用）。項目將從以下軟件系統質量的維度進行測試：
1、可靠性測試
軟件健壯性和可靠性（故障預防能力，如崩潰預防、內存合理分配和釋放等能力）、有效的資源利用率和代碼完整性以及結構（語言和語法的技術兼容性）測試。
2、功能測試
按照客戶既定意圖和需求，執行指定用例，完成客戶對系統功能需求的能力測試。這部分測試主要包括：配置測試、功能測試、安裝測試、安全測試、容量測試等方面的測試。
3、易用性測試
驗證系統是否易被業務人員所接受。這部分主要測試：界面是否美觀、友好、合乎常規操作習慣，用戶手冊、培訓資料內容是否完整、與軟件系統一致并易于閱讀。
4、性能測試
對系統的響應速度，數據處理能力等測試對象的能力要求和操作特征等。這些能力要求主要包括：代碼的執行流、數據訪問、函數調用和系統調用；操作特征包括與作業負載相關的特征，如響應時間、操作的可靠性；以及與操作限制相關的特征，如負載容量或數據處理強度等等。
5、可支持性測試
可支持性測試包括系統的可維護性、可擴展性、兼容性、是否易于安裝及升級。
三、軟件開發周期階段的維度
根據項目約定的交付周期不同階段，對不同類型的中間系統或最終系統進行測試。這些階段的遞進是于項目開發生命周期模型相吻合的，亦即從單元測試，到集成測試，最后到系統測試不斷向前發展的，最后還將與項目相關負責人一起進行項目的驗收測試。
1、單元測試
單元測試在迭代的早期實施，主要側重于軟件系統的最小可測試元素的符合性。單元測試通常應用于實施模型中的構件，核實是否已覆蓋控制流和數據流，以及構件是否可以按照預期工作。這些期望值建立在構件參與執行用例的方式的基礎上，開發人員在單元的開發期間執行單元測試。
2、集成測試
執行集成測試是為了確保當把實施模型中的構件集成起來執行用例時，這些構件能夠正常運行。測試對象是實施模型中的一個包或一組包。要集成的包通常來自于不同的開發組織。集成測試將揭示包接口規約中不夠完全或錯誤的地方。
3、系統測試
當將軟件作為整體運行或實施明確定義的軟件行為子集時，即可進行系統測試。這種情況下的目標是系統的整個實施模型。
4、驗收測試
驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以供最終用戶用于執行軟件的既定功能和任務。
1.1.3.2. 測試內容及策略管理
為了保證軟件產品開發的質量和項目本身質量，測試在軟件項目工程中比不可少，為例達到全面測試軟件產品的目的，對相應的軟件進行如下測試：
（1）單元模塊測試；
（2）內部聯調集成測試；
（3）由業務人員參與的功能性測試；
（4）與其它有關系統進行信息互通和資源共享方面的測試(數據接口可用性測試)；
（5）系統整體性能和壓力測試；
（6）提交相應的《測試報告》。
本項目系統測試效果將直接決定產品的質量和今后產品實際應用，鑒于此，針對本項目的測試工作制定如下策略：
?堅持統一規劃、審慎論證、精心設計、分步執行的測試原則。
?組建最專業的測試隊伍。
?從不同的角度和維度，對軟件系統的各個方面實施測試和評價工作，具體詳見“測試原理和核心思想”。
?嚴格控制項目測試過程中的每一個環節，具體詳見“項目測試過程管理”的具體方法。
1.1.3.3. 測試過程管理
一、編制測試計劃
編制測試計劃的目的是確定和描述要實施和執行的測試。測試負責人編制測試計劃，用于描述所要執行的不同測試類型。同時，在這個基礎上為每種測試類型制定一個詳細的測試進度安排。
項目測試階段的測試和管理工作將按照測試計劃的指導嚴格進行。
在編制測試計劃時工作步驟如下：
1、確定測試需求
測試計劃活動一開始，需要確定測試需求，以確定測試對象以及測試工作的范圍和作用。除此之外還確定整個測試工作（如安排時間表、測試設計等）并作為測試覆蓋的基礎。被確定的測試需求項必須是可核實的。即，它們必須有一個可觀察、可評價的結果。
2、進行風險評估
在進行測試時，需要在有限的資源和風險之間進行權衡，往往最重要的測試需求能夠反映出最高級別的風險。
相關風險的確定可以通過以下幾個方面進行：
（1）效果–測試用例（需求等）失效造成的影響或后果。
（2） 原因–確定不合需要的結果，并確定哪些測試用例或需求一旦失效將產生該結果。
（3）可能性–測試用例或需求失效的概率。
我們知道，大多數IT系統，尤其是應用軟件系統都有某些功能是經常使用的，而另外一些則是較少使用的。測試人員要對系統進行合理的測試，不僅確保對具有最高風險的測試需求進行測試，而且還將對經常使用的功能進行嚴密的測試（因為這些功能通常是最終用戶最頻繁使用的）。
3、制定測試策略
測試策略是確定和描述測試的手段和工具，以及判斷軟件系統質量和測試工作是否完整實施的評價方法。測試策略的目的是向測試人員傳達如何進行測試以及采用何種評價標準來確定測試的完成和成功程度。策略不會非常詳盡，但是策劃會描述進行測試的方法。
制定測試策略的步驟將會包括：
?確定和描述測試方法
?確定測試標準
?確定測試的特殊事項
1）、確定和描述測試方法
測試方法是對如何實施測試的說明。它應該說明或指出測試對象、測試時采取的主要操作以及如何核實結果等。說明應該為讀者提供足夠的信息以便他們能夠理解測試的對象。
2）、確定測試標準
測試標準是關于測試的客觀說明，它指明那些用于確定/識別測試完成時間的值和被測試應用程序質量。測試標準可能包括一系列說明或對其他文檔（比如方法指南或測試標準等）的引用。測試標準確定的內容為：
?測試對象（具體測試目標）
?評價方法
?評估評價方法所采用的標準
3）、確定測試的特殊事項
應列出所有關于測試或者依賴關系的特殊事項，例如：
?測試數據庫將由操作資源恢復。
?測試（性能）不能影響業務系統的正常運行。
?必須與遺留系統同步（或模擬同步）。
4、人員組織
測試人員考核必需具備以下能力：
?具有管理和制定測試計劃能力
?具有大型系統集成項目測試經驗
?具有大型網絡應用系統測試經驗
?具有多人異地聯合測試經驗
?具有設計測試用例和設計制定實驗數據能力
?熟練應用測試工具能力
?執行測試并評估結果能力
?管理和維護測試系統能力
5、確定資源
在確定了測試對象、測試方法和人員組織之后，將會確定測試活動所需的資源支持。這里提到的資源包括如下：
1）、測試環境
?執行測試管理、設計和實施活動的實施硬件環境；
?執行所有測試的執行硬件環境，它是一個獨立的執行系統。
?進行測試的軟件系統，包括所測試的應用程序、客戶端和服務器端配置軟件、以及網絡相關程序之外，還包括精確模擬/復制生產環境的軟件。
?系統間的接口；
2）、工具
這里的工具包括測試輔助軟件工具和測試過程統計分析工具；測試設計人員會確定這些工具，并指明工具的使用人、使用方法、和使用周期、以及使用工具將帶來的益處。
統計分析工具將輔助收集測試數據，并對數據進行分析，作為依據來幫助測試經理和開發人員判斷測試過程問題的處理。
3）、數據
數據分為測試輸入數據和結果輸出數據。軟件測試在很大程度上取決于輸入數據（或測試條件和場景）和輸出結果數據的使用。在該階段，測試設計人員會：
?收集或生成用于測試的數據（輸入和輸出）；
?測試場景和測試步驟的順序；
6、確定測試日程表
依據項目開發的整體日程制作和確認測試的日程表。這項工作主要分為兩個部分：
1）、估計測試工作
在估計測試工作時，會考慮如下條件的限制：
?投入到項目中的人力資源的生產率和技能/知識水平；
?要構建的系統的相關參數；
?測試覆蓋率(測試密度)
2）、制定測試日程
通過工作的估計和資源的分配來制定測試日程。針對項目的迭代開發模型，測試設計人員將對每一個迭代過程制定一個獨立的測試日程表。所有測試活動將會在每一輪迭代過程中重復進行。
首次迭代將主要以新功能和新測試為對象。隨著集成活動的推進，新功能測試的數量將減少，而需要執行以檢驗累計功能的回歸測試的數目將增加。因此，測試設計人員將在早期迭代中更多地在測試計劃和設計上進行工作，而后期迭代則偏重于測試執行和評估。
基于以上原理，測試設計人員會使用估計好的工作和已分配的資源創建測試工作日程表。
7、生成測試計劃
在以上工作的基礎上，測試設計人員按照以下步驟生成測試計劃：
1）評審現有材料
在生成測試計劃之前，應該復審所有現有項目信息以確保測試計劃包含最新和最準確的信息。如果需要，應修改測試相關信息（測試需求、測試策略、資源等）以反映所有變更。
2）確定測試可交付工件
測試可交付工件部分的目的在于落實和規定創建、維護以及如何向其他人提供測試工件的方法。這些工件包括：
?測試模型
?測試用例
?測試過程
?測試腳本
?變更請求
3）生成測試計劃
制定測試計劃活動的最后步驟是生成測試計劃。它通過集中收集到的所有測試信息來完成，并生成一份報告。
二、進行測試設計
在完成測試計劃制定之后，將進行測試設計工作。這項工作主要步驟描述如下：
1、性能測試的工作量分析
針對項目的性能測試設計，首先執行工作量分析，生成工作量分析文檔。工作量分析內容包括：
?明確性能測試的目標與用例
?確定性能測試中要模擬的角色及特征
?確定性能測試中要模擬的工作量(數據庫訪問數據量、網絡流量負載等)
?確定性能評價方法與標準
?選擇最常使用和最大負載用例
?生成測試用例
為每個測試用例確定評價焦點
2、確定并描述測試用例
在這部分工作中，首先了解、分析、明確和描述測試角色和系統之間的交互操作或步驟。這些內容將進一步用于確定與描述測試應用程序所需的測試用例。
在此之后，測試設計人員將為每一項測試需求編寫適當的測試用例。如果已測試過以前的版本，則測試用例已經存在。這種情況下將會對這些測試用例再次評審，以保證它們可以在新一輪的測試中適用。回歸測試用例應包括在當前迭代中，并應與處理新行為的新測試用例結合使用。
在以上兩項工作基礎上，測試設計人員還需要確定測試需要用到的測試用例數據。測試用例數據主要包括以下三種數據：
?用作輸入的數據值
?用作預期結果的數據值
?用作支持測試用例所需的數據
3、檢查評估測試覆蓋
在該項工作過程中，測試設計人員將通過確定測試覆蓋評測方法和生成并分發測試覆蓋報告的手段對測試用例的覆蓋度進行檢查評估。測試覆蓋評測方法用于確定測試當前或將要達到的完全程度。確定測試覆蓋的方法有二：
?基于需求的覆蓋
?基于軟件代碼的覆蓋
4、創建和確認測試腳本
測試設計人員將依據項目的實際情況創建或通過工具自動生成適當的測試腳本，以便按照預期的方式實施并執行測試用例和測試過程。
對于測試模型中的每個結構化測試過程，需創建或生成至少一個測試腳本。在創建、生成或獲取測試腳本時，會考慮以下因素對工作的影響：
?盡量增大測試腳本的復用程度
?盡量減小測試腳本的維護程度
?可行的話，盡量使用現有腳本
?可行的話，使用測試工具（而不通過編程）創建測試腳本
?可行的話，以最穩定的方法訪問應用程序GUI對象和操作
在測試腳本創建完畢之后，測試設計人員還需要對腳本進行測試或者調試，以保證這些測試腳本能正確地實施和執行測試。
5、創建和維護外部數據集
外部測試用數據是指將數據保存在測試腳本的外部，由測試腳本在執行測試時調用。創建和維護外部測試用數據的好處在于腳本與數據分離，測試過程中數據可以靈活修改調整，提高了復用性。
創建和維護外部數據集將按照以下步驟進行：
?復審測試模型、測試用例和結構化測試過程
?使用適當的工具和方法創建數據集
?修改測試腳本以便使用數據集
在測試腳本創建完畢之后，測試設計人員還需要對腳本進行測試或者調試，以保證這些測試腳本能正確地實施和執行測試。
三、執行測試過程
這里描述的測試過程主要是項目的集成測試和系統測試過程。
集成測試階段的目的是確保各構件組合在一起后能夠按既定意圖協作運行，并確保增量的行為正確。系統集成員在各增量中編譯并鏈接系統。每一增量都需要測試增加的功能，并進行以前版本測試過的所有測試（回歸測試）。
系統測試階段的目的是確保整個系統按既定意圖運行。系統集成員在各增量中編譯并鏈接系統。每一增量都需要測試增加的功能，并進行以前版本測試過的所有測試（回歸測試）。
這兩個測試階段所用到的測試流程基本上類似的，主要包括執行測試過程、評價測試執行情況、對比核實測試結果等內容，詳細內容描述如下：
1、執行測試過程
各系統建設單位在執行測試過程時將遵循以下步驟：
設置測試環境，確保所需的全部構件（硬件、軟件、工具、數據等）都已準備就緒并于測試環境中
將測試環境初始化，以確保所有構件都處于正確的初始狀態，可以開始測試
依據測試用例，逐步執行測試過程。
注：測試過程的執行方式將依據測試是自動測試還是手工測試而有所不同。
自動測試：執行在實施測試活動建的測試腳本。
手工測試：按照在設計測試活動中制定的結構化測試過程來手工執行測試。
2、評價測試的執行情況
一般來說，測試執行活動結束或終止時，以下兩種情況之一會出現：
正常終止：所有測試過程（或腳本）按預期方式執行至結束。
異常或提前結束：測試過程（或腳本）沒有按預期方式執行或沒有完全執行。當測試異常終止時，測試結果可能不可靠。在執行任何其他測試活動之前，應確定并解決異常/提前終止的原因，然后重新執行測試。
各建設單位會針對測試活動結束或者終止的結果，根據具體情況對此作出評價，并對結果進行核實。
3、核實測試結果
測試完成后，將評審測試結果以確保測試結果可靠，確保所報告的故障、警告或意外結果不是（對測試對象的）外部影響造成的。如果所報告的故障是在測試工件中確定的錯誤導致的，或者是測試環境的問題造成的，則應當采取適當的糾正措施進行糾正，然后重新執行測試。
4、測試意外中斷的處理
測試過程中，可能會出現意外中斷測試進程的錯誤，因此測試組會針對這種情況，確定問題的實際原因，并糾正問題，重置測試環境，然后重新執行測試。
一般來說，這種情況可能由以下兩種錯誤導致：
致命錯誤 - 系統故障（網絡故障、硬件崩潰等）。
測試腳本命令故障 - 針對自動測試，指測試腳本無法執行某條命令（或代碼行）。
5、評價測試結果
評價測試結果是指通過評價測試結果、確定并記錄變更請求，以及計算主要測試評測方法來完成的。評價步驟和內容主要包含：
?分析測試結果并提交變更請求，以保證測試已執行完全，并確保報告的測試結果沒有受到非測試對象因素的影響；
?評估基于需求的測試覆蓋，來確定：
?需求的測試（測試用例）的數量與測試對象的總測試數量的比例
?成功執行的測試用例的比例
這個工作的目的在于確保要在本次迭代中進行的基于需求的測試能夠百分之百成功執行。如果這是不可能或不可行的，則應確定一個不同的測試覆蓋標準，該標準的基礎可以是：風險或優先級，也可以是可接受的覆蓋百分比。
評估基于代碼的測試覆蓋，來確定測試期間執行的代碼（如代碼行或語句）與測試對象中總代碼的比例。
目的是要確保要在本次迭代中測試的代碼百分之百成功執行。如果這是不可能或不可行的，則應確定一個不同的測試覆蓋標準，該標準的基礎可以是：風險或優先級，也可以是可接受的覆蓋百分比。
分析缺陷，目的在于通過對缺陷密度、趨勢等的分析，將本次迭代的評測方法與先前各次迭代的分析結果進行比較，判斷缺陷的走勢，為缺陷修正和下一次迭代測試提供可資借鑒的依據。其中：
缺陷密度 – 單位代碼量測試發現的缺陷數量
缺陷趨勢 – 以圖表形式表現的缺陷數目以隨時間變化的函數曲線
確定是否達到了測試的完成標準和成功標準
?一輪迭代測試結束，測試組會在QA指導下，根據測試覆蓋和/或缺陷評估結果，來檢驗測試結果、缺陷與缺陷分析，判斷是否已達到預定的測試目的。如果沒有達標，則可以根據本項目實際情況，建議安排進一步測試，手段包括：
?實施新測試以進一步執行測試用例
?實施新測試以擴大測試覆蓋面
?生成測試評估摘要
測試結束后，將依據上述信息內容撰寫測試評估報告，并將其分發給相應的角色進行評審。
各建設單位在充分理解測試原理和核心思想的基礎上，針對測試內容需認真執行測試過程。
附件一 軟件開發考核表
