1、軟件系統測試需求剖析模版產品名稱：項目擔當部門：本文檔使用部門：撰寫人：達成日期：評審負責人:評審日期：_目錄訂正歷史記錄日期版本說明作者概括1.1測試需求剖析的目的測試需求剖析的目的是明確應測什么，認識測試規模、復雜程度與可能存在的風險，其核心是產質量量切適用戶明確的或許隱含的需求程度。1.2測試需求剖析的依照待測軟件系統有關的需求文檔，如xxx系統軟件需求規格說明；待測軟件系統有關的設計文檔，如XXX系統設計文檔；GB/T16260.1-2006軟件工程產質量量第1部分：質量模型；GB/T25000.51-2010軟件工程軟件產質量量要求與評論(SQuaRE)商業現貨(COTS)軟件產品的

2、質量要乞降測試細則；軟件系統有關的協議、規范；待測軟件系統業務行標。1.3測試需求剖析的方法列出軟件開發需求中擁有可測試性的開發需求；對1）中的每一條開發需求，形成可測試的分層描繪的測試需求；對2）形成的測試需求，從GB/T16260.1-2006軟件工程產質量量第1部分：質量模型由定義的軟件內部/外面質量模型來確立軟件產品的質量需求；對3）所確立的質量要求，剖析測試履行時需要實行的測試種類；成立測試需求追蹤矩陣，對需求進行管理。1.4定義列出測試需求說明書頂用到的專業術語的定義和外文首字母詞組的原詞組、縮寫詞和符號。軟件產品說明2.1項目背景簡要介紹產品的項目背景，行業、主要擔當業務等。2.

3、2項目需求說明填寫有關信息或有關文檔，如詳見XXX系統需求說明文檔。2.3項目整體設計說明填寫有關信息或有關文檔，如詳見XXX系統整體設計。測試需求剖析3.1原始需求原始需求是從用戶需求、產品包需求、系統需求、測試經驗庫、協議規范等需求根源中提取的經過整理的輸入會合。本文的原始需求亦即經過整理成文的業務需求，將每一條需求對應的系統、業務需求編號、業務需求說明及有關文檔注明。此中系統名稱為被測系統名稱；需求版本號為業務需求版本號；業務需求的編號和業務需求名稱引用需求剖析文檔編號及名稱，描繪引用需求分析文檔描繪。表1業務需求表系統名稱需求版本業務需求編號業務需求名業務需求描繪3.2產品測試需求列表

4、測試需求列表是在原始需求列表的基礎上，對每一條原始業務需求進行剖析，形成可測試的分層描繪的測試重點，再依據標準和需求文檔對每一個測試重點進行剖析，得出需要履行的測試種類和更詳細的測試描繪，最后與原始需求列表綜合形成測試需求列表。測試需求的種類，可分為功能性、安全性測試、接口測試、容量測試、完好性測試、構造測試、用戶界面測試、負載測試、壓力測試、疲憊強度測試、恢復時間測試、配置測試、兼容性測試、可保護性測試等；前置條件即測試需求需履行的前提條件；優先級一般定義為核心級，重要級,一般級和建議級，此中核心是指針關于必不行少的功能需求、非功能需求及核心的業務流程的測試需求；重假如指針關于重點的功能需求

5、、重要的非功能需求及重要的業務流程的測試需求；一般是指關于一些為特定用戶或業務需求而設的系統功能，因為這些系統功能使用頻次相對較低，或許這些系統功能能夠由其余的方法實現其代替功能，因此即便公布版中并未包含這些功能，也不會對收入或客戶滿意度造成太大的影響；建議是指針關于一般的測試需求，假如受資源或時間的拘束，在預約的產品公布時間，有可能不可以達成對這些系統功能的考證，則這些系統功能的測試需求被定義為建議的。測試需求評審狀態包含：未評審、已評審、不評審。評審的內容包含：完好性評審：應保證測試需求能充分覆蓋軟件需求的各樣特點，重點關注功能要求、數據定義、接口定義、性能要求、安全性要求、靠譜性要求、系

6、統拘束等方面，同時還應關注能否覆蓋開發人員遺漏的、系統隱含的需求；正確性評審：應保證所描繪的內容能夠獲取有關各方的一致理解，各項測試需求之間沒有矛盾和矛盾，各項測試需求在詳細程度上保持一致，每一項測試需求都能夠作為測試用例設計的依照；評審的形式有互相評審、交錯評審；輪查；走查；小組評審；審察。評審人員：一定存在多種角色，保證不一樣種類的人員都參加，包含開發經理、項目經理、測試經理、系統剖析人員、有關測試人員和開發人員。依據系統需求，產品有不一樣種類的測試需求，如功能測試需求、性能測試等，以續表形式分別列出。功能測試需求功能測試需求要求描繪產品怎樣響應正確的、可預知的犯錯條件、非法輸入或動作，一

7、定獨一地標示每一個需求。?表2功能測試需求列表業務需求測試需求編號測試需求名稱測試需求描繪前置條件預期結果種類優先級作評審狀者態編號性能測試需求性能需求測試要求包含測試精度、時間特征、適應性等要求表3性能測試需求列表業務需求測試需求編號測試需求名稱測試需求描繪前置條件預期結果種類優先級作評審狀者態編號壓力測試需求對系統不停施加壓力，經過確立一個系統的瓶頸或許不可以接收的性能點，來獲取系統能供給的最大服務級別。比如測試一個Web站點在大批的負荷下，何時系統的響應會退化或失敗。表4壓力測試需求列表業務需求測試需求編號測試需求名稱測試需求描繪前置條件預期結果種類優先級作評審狀者態編號用戶界面測試需求

8、用戶界面測試包含可視性（如界面整體布局協調性、色彩搭配合理性、界面因素雅觀性）、可用性（顯控協調性、操作方便性與靈巧性、提示、信息反應、系統響應時間、易學習型、幫助功能齊備性和正確性）、強健性（輸入種類及界限控制性能、危險操作攔截提示性能、操作可恢復性）容錯等方面。表5用戶界面測試需求列表業務測試需測試需測試需前置條預期結種類優先作者評審需求求編號求名稱求描繪件果級狀態編號11硬件接口：描繪系統中軟件和硬件每一接口的特點。這類描繪可能包含支持的硬件種類和軟硬件之間溝通的數據、控制信息的性質一級所使用的通訊協議。軟件接口：描繪該產品與其余外面組件的連結，包含數據庫、操作系統、工具、庫和集成的商業

9、組件，并描繪在軟件組件之間互換數據或信息的目的、所需要的服務以及內部組件通訊的性質，確立將在組件之間共享的數據。通訊接口：描繪與產品所使用的通訊功能有關的需求，包含電子郵件、web閱讀器、網絡通訊標準或協議及電子表格，定義了有關的信息格式，規定通訊安全或加密問題，數據傳輸速率和同步通訊體制，比如描繪計算機與機器硬件接口，波特率等的測試；通訊過程中止電的測試，人為中止通訊的測試，連續多次通訊的測試，通訊過程中任意操作按鈕的測試。表6接口測試需求列表業務測試需測試需測試需前置條預期結種類優先作者評審需求求編號求名稱求描繪件果級狀態編號113.3測試種類確立依據原始需求及后續剖析獲取的測試需求列表，確立系統需要的測試種類，在需要測試的項目使用標明。表7待測系統的測試大項系統名稱功能測試性能測試靠譜性易用性安全性可移植性備注3.4測試環境要求依據測試種類和內容列出測試環境的最低要求，包含軟硬件及有關工具。硬件要求軟件要求測試規格評估4.1測試種類評估不一樣測試種類可否發現不一樣種類的缺點，依照測試種類來評估測試剖析設計工作是特別必需的，一定在產品早期就要規劃測試種類，以期盡可能的發現