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

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

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

3、試需求分析的方法1) 列出軟件開發(fā)需求中具有可測(cè)試性的開發(fā)需求；2) 對(duì) 1） 中的每一條開發(fā)需求，形成可測(cè)試的分層描述的測(cè)試需求；3) 對(duì) 2） 形成的測(cè)試需求，從 GB/T16260.1-2006軟件工程產(chǎn)品質(zhì)量第 1 部分：質(zhì)量模型由定義的軟件內(nèi)部 / 外部質(zhì)量模型來(lái)確定軟件產(chǎn)品的質(zhì)量需求；4) 對(duì) 3） 所確定的質(zhì)量要求，分析測(cè)試執(zhí)行時(shí)需要實(shí)施的測(cè)試類型；5) 建立測(cè)試需求跟蹤矩陣，對(duì)需求進(jìn)行管理。1.4定義 列出測(cè)試需求說(shuō)明書中用到的專業(yè)術(shù)語(yǔ)的定義和外文首字母詞組的原詞組、縮寫詞和符號(hào)。 2 軟件產(chǎn)品說(shuō)明2.1 項(xiàng)目背景 簡(jiǎn)要介紹產(chǎn)品的項(xiàng)目背景，行業(yè)、主要承擔(dān)業(yè)務(wù)等。.2.2 項(xiàng)目需

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

5、產(chǎn)品測(cè)試需求列表測(cè)試需求列表是在原始需求列表的基礎(chǔ)上，對(duì)每一條原始業(yè)務(wù)需求進(jìn)行分析，形成可測(cè)試的分層描述的測(cè)試要點(diǎn)， 再根據(jù)標(biāo)準(zhǔn)和需求文檔對(duì)每一個(gè)測(cè)試要點(diǎn)進(jìn)行分析，得出需要執(zhí)行的測(cè)試類型和更詳細(xì)的測(cè)試描述， 最終與原始需求列表綜合形成測(cè)試需求列表。測(cè)試需求的類型，可分為功能性、安全性測(cè)試、接口測(cè)試、容量測(cè)試、完整性測(cè)試、結(jié)構(gòu)測(cè)試、用戶界面測(cè)試、負(fù)載測(cè)試、壓力測(cè)試、疲勞強(qiáng)度測(cè)試、恢復(fù).時(shí)間測(cè)試、配置測(cè)試、兼容性測(cè)試、可維護(hù)性測(cè)試等；前置條件即測(cè)試需求需執(zhí)行的前提條件；優(yōu)先級(jí)一般定義為核心級(jí)，重要級(jí) , 一般級(jí)和建議級(jí)，其中核心是指針對(duì)于必不可少的功能需求、 非功能需求及核心的業(yè)務(wù)流程的測(cè)試需求；

6、 重要是指針對(duì)于關(guān)鍵的功能需求、重要的非功能需求及重要的業(yè)務(wù)流程的測(cè)試需求；一般是指對(duì)于一些為特定用戶或業(yè)務(wù)需求而設(shè)的系統(tǒng)功能， 由于這些系統(tǒng)功能使用頻率相對(duì)較低， 或者這些系統(tǒng)功能可以由其它的方法實(shí)現(xiàn)其替代功能， 因而即使發(fā)布版中并未包括這些功能，也不會(huì)對(duì)收入或客戶滿意度造成太大的影響；建議是指針對(duì)于一般的測(cè)試需求， 如果受資源或時(shí)間的約束， 在預(yù)定的產(chǎn)品發(fā)布時(shí)間，有可能不能完成對(duì)這些系統(tǒng)功能的驗(yàn)證， 則這些系統(tǒng)功能的測(cè)試需求被定義為建議的。測(cè)試需求評(píng)審狀態(tài)包括：未評(píng)審、已評(píng)審、不評(píng)審。評(píng)審的內(nèi)容包括：1) 完整性評(píng)審：應(yīng)保證測(cè)試需求能充分覆蓋軟件需求的各種特征，重點(diǎn)關(guān)注功能要求、數(shù)據(jù)定義、

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

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

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

10、.4接口測(cè)試硬件接口：描述系統(tǒng)中軟件和硬件每一接口的特征。 這種描述可能包括支持的硬件類型和軟硬件之間交流的數(shù)據(jù)、控制信息的性質(zhì)一級(jí)所使用的通信協(xié)議。軟件接口：描述該產(chǎn)品與其他外部組件的連接，包括數(shù)據(jù)庫(kù)、操作系統(tǒng)、工具、庫(kù)和集成的商業(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ī)定通信安全或加密問(wèn)題，數(shù)據(jù)傳輸速率和同步通信機(jī)制， 例如描述計(jì)算機(jī)與機(jī)器硬件接口，波特率等的測(cè)試； 通信過(guò)程中斷電

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