軟件測試需求分析報(bào)告

1、.軟件系統(tǒng)測試需求分析模版產(chǎn)品名稱： _項(xiàng)目承擔(dān)部門：_本文檔使用部門：撰寫人：_完成日期： _評審負(fù)責(zé)人:評審日期：_目錄目錄2修訂歷史記錄3日期3版本3說明3作者31概述31.1測試需求分析的目的31.2測試需求分析的依據(jù)31.3測試需求分析的方法41.4定義42軟件產(chǎn)品說明42.1項(xiàng)目背景42.2項(xiàng)目需求說明42.3項(xiàng)目整體設(shè)計(jì)說明43測試需求分析53.1原始需求53.2產(chǎn)品測試需求列表53.3測試類型確定93.4測試環(huán)境要求94測試規(guī)格評估94.1 測試類型評估94.2測試用例密度104.3 需求覆蓋率10修訂歷史記錄日期版本說明作者1概述1.1測試需求分析的目的測試需求分析的目的是明

2、確應(yīng)測什么，了解測試規(guī)模、復(fù)雜程度與可能存在的風(fēng)險(xiǎn)，其核心是產(chǎn)品質(zhì)量符合用戶明確的或者隱含的需求程度。1.2測試需求分析的依據(jù)1) 待測軟件系統(tǒng)相關(guān)的需求文檔，如xxx系統(tǒng)軟件需求規(guī)格說明；2) 待測軟件系統(tǒng)相關(guān)的設(shè)計(jì)文檔，如XXX系統(tǒng)設(shè)計(jì)文檔；3) GB/T16260.1-2006軟件工程產(chǎn)品質(zhì)量第1部分：質(zhì)量模型；4) GB/T 25000.51-2010軟件工程 軟件產(chǎn)品質(zhì)量要求與評價(jià)(SQuaRE) 商業(yè)現(xiàn)貨(COTS) 軟件產(chǎn)品的質(zhì)量要求和測試細(xì)則；5) 軟件系統(tǒng)相關(guān)的協(xié)議、規(guī)范；6) 待測軟件系統(tǒng)業(yè)務(wù)行標(biāo)。1.3測試需求分析的方法1) 列出軟件開發(fā)需求中具有可測試性的開發(fā)需求；2)

3、 對1）中的每一條開發(fā)需求，形成可測試的分層描述的測試需求；3) 對2）形成的測試需求，從GB/T16260.1-2006軟件工程產(chǎn)品質(zhì)量第1部分：質(zhì)量模型由定義的軟件內(nèi)部/外部質(zhì)量模型來確定軟件產(chǎn)品的質(zhì)量需求；4) 對3）所確定的質(zhì)量要求，分析測試執(zhí)行時(shí)需要實(shí)施的測試類型；5) 建立測試需求跟蹤矩陣，對需求進(jìn)行管理。1.4 定義列出測試需求說明書中用到的專業(yè)術(shù)語的定義和外文首字母詞組的原詞組、縮寫詞和符號。2 軟件產(chǎn)品說明2.1項(xiàng)目背景簡要介紹產(chǎn)品的項(xiàng)目背景，行業(yè)、主要承擔(dān)業(yè)務(wù)等。2.2項(xiàng)目需求說明填寫相關(guān)信息或相關(guān)文檔，如詳見XXX系統(tǒng)需求說明文檔。2.3項(xiàng)目整體設(shè)計(jì)說明填寫相關(guān)信息或相關(guān)

4、文檔，如詳見XXX系統(tǒng)總體設(shè)計(jì)。3測試需求分析3.1原始需求原始需求是從用戶需求、產(chǎn)品包需求、系統(tǒng)需求、測試經(jīng)驗(yàn)庫、協(xié)議規(guī)范等需求來源中提取的經(jīng)過整理的輸入集合。本文的原始需求亦即經(jīng)過整理成文的業(yè)務(wù)需求，3.2求列表文檔555555555555555555555555555555555555555555555555555555555555555555555555555555555555555555555555555555555555555555555555將每一條需求對應(yīng)的系統(tǒng)、業(yè)務(wù)需求編號、業(yè)務(wù)需求說明及相關(guān)文檔注明。其中系統(tǒng)名稱為被測系統(tǒng)名稱；需求版本號為業(yè)務(wù)需求版本號；業(yè)務(wù)需求的編號和業(yè)

5、務(wù)需求名稱引用需求分析文檔編號及名稱，描述引用需求分析文檔描述。表1業(yè)務(wù)需求表系統(tǒng)名稱需求版本業(yè)務(wù)需求編號業(yè)務(wù)需求名業(yè)務(wù)需求描述3.2產(chǎn)品測試需求列表 測試需求列表是在原始需求列表的基礎(chǔ)上，對每一條原始業(yè)務(wù)需求進(jìn)行分析，形成可測試的分層描述的測試要點(diǎn)，再根據(jù)標(biāo)準(zhǔn)和需求文檔對每一個(gè)測試要點(diǎn)進(jìn)行分析，得出需要執(zhí)行的測試類型和更詳細(xì)的測試描述，最終與原始需求列表綜合形成測試需求列表。測試需求的類型，可分為功能性、安全性測試、接口測試、容量測試、完整性測試、結(jié)構(gòu)測試、用戶界面測試、負(fù)載測試、壓力測試、疲勞強(qiáng)度測試、恢復(fù)時(shí)間測試、配置測試、兼容性測試、可維護(hù)性測試等；前置條件即測試需求需執(zhí)行的前提條件；

6、優(yōu)先級一般定義為核心級，重要級,一般級和建議級，其中核心是指針對于必不可少的功能需求、非功能需求及核心的業(yè)務(wù)流程的測試需求；重要是指針對于關(guān)鍵的功能需求、重要的非功能需求及重要的業(yè)務(wù)流程的測試需求；一般是指對于一些為特定用戶或業(yè)務(wù)需求而設(shè)的系統(tǒng)功能，由于這些系統(tǒng)功能使用頻率相對較低，或者這些系統(tǒng)功能可以由其它的方法實(shí)現(xiàn)其替代功能，因而即使發(fā)布版中并未包括這些功能，也不會對收入或客戶滿意度造成太大的影響；建議是指針對于一般的測試需求，如果受資源或時(shí)間的約束，在預(yù)定的產(chǎn)品發(fā)布時(shí)間，有可能不能完成對這些系統(tǒng)功能的驗(yàn)證，則這些系統(tǒng)功能的測試需求被定義為建議的。測試需求評審狀態(tài)包括：未評審、已評審、不評

7、審。評審的內(nèi)容包括：1) 完整性評審：應(yīng)保證測試需求能充分覆蓋軟件需求的各種特征，重點(diǎn)關(guān)注功能要求、數(shù)據(jù)定義、接口定義、性能要求、安全性要求、可靠性要求、系統(tǒng)約束等方面，同時(shí)還應(yīng)關(guān)注是否覆蓋開發(fā)人員遺漏的、系統(tǒng)隱含的需求；2) 準(zhǔn)確性評審：應(yīng)保證所描述的內(nèi)容能夠得到相關(guān)各方的一致理解，各項(xiàng)測試需求之間沒有矛盾和沖突，各項(xiàng)測試需求在詳盡程度上保持一致，每一項(xiàng)測試需求都可以作為測試用例設(shè)計(jì)的依據(jù)；評審的形式有相互評審、交叉評審；輪查；走查；小組評審；審查。評審人員：必須存在多種角色，保證不同類型的人員都參與，包括開發(fā)經(jīng)理、項(xiàng)目經(jīng)理、測試經(jīng)理、系統(tǒng)分析人員、相關(guān)測試人員和開發(fā)人員。根據(jù)系統(tǒng)需求，產(chǎn)品

8、有不同類型的測試需求，如功能測試需求、性能測試等，以續(xù)表形式分別列出。3.2.1功能測試需求功能測試需求要求描述產(chǎn)品如何響應(yīng)正確的、可預(yù)知的出錯條件、非法輸入或動作，必須唯一地標(biāo)示每一個(gè)需求。表2功能測試需求列表業(yè)務(wù)需求編號測試需求編號測試需求名稱測試需求描述前置條件預(yù)期結(jié)果類型優(yōu)先級作者評審狀態(tài)3.2.2性能測試需求性能需求測試要求包括測試精度、時(shí)間特性、適應(yīng)性等要求表3性能測試需求列表業(yè)務(wù)需求編號測試需求編號測試需求名稱測試需求描述前置條件預(yù)期結(jié)果類型優(yōu)先級作者評審狀態(tài)3.2.3壓力測試需求對系統(tǒng)不斷施加壓力，通過確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級別。例如

9、測試一個(gè) Web 站點(diǎn)在大量的負(fù)荷下，何時(shí)系統(tǒng)的響應(yīng)會退化或失敗。表4壓力測試需求列表業(yè)務(wù)需求編號測試需求編號測試需求名稱測試需求描述前置條件預(yù)期結(jié)果類型優(yōu)先級作者評審狀態(tài)3.2.3用戶界面測試需求用戶界面測試包括可視性（如界面整體布局協(xié)調(diào)性、色彩搭配合理性、界面要素美觀性）、可用性（顯控協(xié)調(diào)性、操作方便性與靈活性、提示、信息反饋、系統(tǒng)響應(yīng)時(shí)間、易學(xué)習(xí)型、幫助功能完備性和準(zhǔn)確性）、健壯性（輸入類型及邊界控制性能、危險(xiǎn)操作攔截提示性能、操作可恢復(fù)性）容錯等方面。表5用戶界面測試需求列表業(yè)務(wù)需求編號測試需求編號測試需求名稱測試需求描述前置條件預(yù)期結(jié)果類型優(yōu)先級作者評審狀態(tài)113.2.4接口測試硬件

10、接口：描述系統(tǒng)中軟件和硬件每一接口的特征。這種描述可能包括支持的硬件類型和軟硬件之間交流的數(shù)據(jù)、控制信息的性質(zhì)一級所使用的通信協(xié)議。軟件接口：描述該產(chǎn)品與其他外部組件的連接，包括數(shù)據(jù)庫、操作系統(tǒng)、工具、庫和集成的商業(yè)組件，并描述在軟件組件之間交換數(shù)據(jù)或消息的目的、所需要的服務(wù)以及內(nèi)部組件通信的性質(zhì)，確定將在組件之間共享的數(shù)據(jù)。通信接口：描述與產(chǎn)品所使用的通信功能相關(guān)的需求，包括電子郵件、web瀏覽器、網(wǎng)絡(luò)通信標(biāo)準(zhǔn)或協(xié)議及電子表格，定義了相關(guān)的消息格式，規(guī)定通信安全或加密問題，數(shù)據(jù)傳輸速率和同步通信機(jī)制，例如描述計(jì)算機(jī)與機(jī)器硬件接口，波特率等的測試；通信過程中斷電的測試，人為中斷通信的測試，連續(xù)

11、多次通信的測試，通信過程中隨意操作按鈕的測試。表6接口測試需求列表業(yè)務(wù)需求編號測試需求編號測試需求名稱測試需求描述前置條件預(yù)期結(jié)果類型優(yōu)先級作者評審狀態(tài)113.3測試類型確定根據(jù)原始需求及后續(xù)分析得到的測試需求列表，確定系統(tǒng)需要的測試類型，在需要測試的項(xiàng)目使用標(biāo)注。表7待測系統(tǒng)的測試大項(xiàng)系統(tǒng)名稱功能測試性能測試可靠性易用性安全性可移植性備注3.4測試環(huán)境要求根據(jù)測試類型和內(nèi)容列出測試環(huán)境的最低要求，包括軟硬件及相關(guān)工具。3.4.1 硬件要求3.4.2 軟件要求4測試規(guī)格評估4.1 測試類型評估不同測試類型能否發(fā)現(xiàn)不同類型的缺陷，依據(jù)測試類型來評估測試分析設(shè)計(jì)工作是非常必要的，必須在產(chǎn)品初期就要