軟件測(cè)試需求的分析方法

《軟件測(cè)試需求的分析方法》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫。

1、軟件測(cè)試需求的分析方法???　軟件測(cè)試需求是開發(fā)測(cè)試用例的依據(jù)，測(cè)試需求分解的越詳細(xì)精準(zhǔn)，表明對(duì)所測(cè)軟件的了解越深，對(duì)所要進(jìn)行的任務(wù)內(nèi)容就越清晰，對(duì)測(cè)試用例的設(shè)計(jì)質(zhì)量的幫助越大。詳細(xì)的測(cè)試需求還是衡量測(cè)試覆蓋率的重要指標(biāo)，測(cè)試需求是計(jì)算測(cè)試覆蓋的分母，沒有詳細(xì)的測(cè)試需求就無法有效的進(jìn)行測(cè)試覆蓋計(jì)算?！≤浖y(cè)試執(zhí)行階段是由一系列不同的測(cè)試類型的執(zhí)行過程組成的，每種測(cè)試類型都有其具體的測(cè)試目標(biāo)和支持技術(shù)，每種測(cè)試類型都只側(cè)重于對(duì)測(cè)試目標(biāo)的一個(gè)或多個(gè)特征或?qū)傩赃M(jìn)行測(cè)試，準(zhǔn)確的測(cè)試類型可以給軟件測(cè)試帶事半功倍的效果?！‖F(xiàn)有的軟件測(cè)試分析技術(shù)不太成

2、熟，對(duì)測(cè)試需求和測(cè)試類型的分析，所采用的方法主要是根據(jù)經(jīng)驗(yàn)進(jìn)行收集、整理，該方法依賴于測(cè)試設(shè)計(jì)人員的測(cè)試經(jīng)驗(yàn)，由此方法得出的測(cè)試需求、測(cè)試類型往往導(dǎo)致測(cè)試用例設(shè)計(jì)不充分，測(cè)試覆蓋度低，測(cè)試目的性不強(qiáng)，容易遺漏等缺陷?！】梢姡绾螌?duì)測(cè)試需求進(jìn)行細(xì)致的整理分析，明確測(cè)試執(zhí)行時(shí)的測(cè)試類型，是一個(gè)亟待解決的問題?！∮需b于此，本方法的主要目的在于提供一種軟件測(cè)試需求的分析方法，可以方便、詳盡的獲取測(cè)試需求，明確測(cè)試執(zhí)行時(shí)需要實(shí)施的測(cè)試類型?！閷?shí)現(xiàn)上述目的，本方法提供了一種軟件測(cè)試需求分析的方法，包括以下步驟：　a）列出軟件開發(fā)需求中具有可測(cè)試性的

3、開發(fā)需求；　b）對(duì)步驟a）列出的每一條開發(fā)需求，形成可測(cè)試的分層描述的測(cè)試需求；　c）對(duì)步驟b）形成的每一條測(cè)試需求，從GB/T16260.1-2006《軟件工程產(chǎn)品質(zhì)量第1部分：質(zhì)量模型》中定義的軟件內(nèi)部/外部質(zhì)量模型來確定軟件產(chǎn)品的質(zhì)量需求；　d）對(duì)步驟c）所確定的質(zhì)量需求，分析測(cè)試執(zhí)行時(shí)需要實(shí)施的測(cè)試類型；　e）建立測(cè)試需求跟蹤矩陣，對(duì)測(cè)試需求進(jìn)行管理?！【唧w實(shí)施方式：　下面結(jié)合附圖及實(shí)施例對(duì)本方法做詳細(xì)的說明?！〗㈤_發(fā)需求列表，參見圖2。將每一條軟件需求對(duì)應(yīng)的開發(fā)文檔及章節(jié)號(hào)作為軟件需求標(biāo)識(shí)，使用軟件需求的簡(jiǎn)述作為原始測(cè)試需求描

4、述，沒有文檔來源的開發(fā)需求可用隱含需求或遺漏需求進(jìn)行標(biāo)識(shí)，標(biāo)明軟件需求獲取的來源信息，如開發(fā)文檔、相關(guān)標(biāo)準(zhǔn)、與用戶或開發(fā)人員的交流等。　由于在提取的開發(fā)需求中可能存在重復(fù)和冗余，需要進(jìn)行整理，通過以下方法整理開發(fā)需求：　1）刪除：刪除原開發(fā)需求列表中重復(fù)的、冗余的含有包含關(guān)系的開發(fā)需求描述；　2）細(xì)化：對(duì)太簡(jiǎn)略的開發(fā)需求描述進(jìn)行細(xì)化；　3）合并：如果有類似的開發(fā)需求，在整理時(shí)需要對(duì)其進(jìn)行合并。　在圖2表中，對(duì)于每一條開發(fā)需求，從測(cè)試角度來考慮，形成可測(cè)試的分層描述的測(cè)試需求。具體地，通過分析每條開發(fā)需求描述中的輸入、輸出、處理、限制、約束

5、等，給出對(duì)應(yīng)的驗(yàn)證內(nèi)容；通過分析各個(gè)功能模塊之間的業(yè)務(wù)順序，和各個(gè)功能模塊之間傳遞的信息和數(shù)據(jù)，對(duì)存在功能交互的功能項(xiàng)，給出對(duì)應(yīng)的驗(yàn)證內(nèi)容?！?duì)每一條測(cè)試需求，從GB/T16260.1定義的軟件質(zhì)量子特性角度出發(fā)，確定所對(duì)應(yīng)的質(zhì)量子特性。即，從適合性、準(zhǔn)確性、互操作性、保密安全性、成熟性、容錯(cuò)性、易恢復(fù)性、易理解性、易學(xué)性、易操作性、吸引性、時(shí)間特性、資源利用性、易分析性、易改變性、穩(wěn)定性、易測(cè)試性、適應(yīng)性、易安裝性、共存性、易替換性和依從性方面的定義出發(fā)，確定每一條測(cè)試需求所對(duì)應(yīng)的質(zhì)量子特性?！≤浖y(cè)試可以劃分為以下測(cè)試類型：功能測(cè)試、

6、安全性測(cè)試、接口測(cè)試、容量測(cè)試、完整性測(cè)試、結(jié)構(gòu)測(cè)試、用戶界面測(cè)試、負(fù)載測(cè)試、壓力測(cè)試、疲勞強(qiáng)度測(cè)試、恢復(fù)性測(cè)試、配置測(cè)試、兼容性測(cè)試、安裝測(cè)試等?！〔煌馁|(zhì)量子特性可以確定出不同的測(cè)試內(nèi)容，這些測(cè)試內(nèi)容可以通過不同的測(cè)試類型來實(shí)施。例如，從易安裝性方面考慮，測(cè)試內(nèi)容包括測(cè)試軟件安裝的工作量、安裝的可定制性、安裝設(shè)計(jì)的完備性、安裝操作的簡(jiǎn)易性、是否容易重新安裝，這對(duì)應(yīng)了測(cè)試類型中的安裝測(cè)試，通過安裝測(cè)試可以驗(yàn)證這些測(cè)試內(nèi)容。　本方法的一個(gè)實(shí)施例是建立一個(gè)質(zhì)量子特性與測(cè)試類型的關(guān)系表，參見圖3，該對(duì)應(yīng)表給出了質(zhì)量子特性與測(cè)試類型的對(duì)應(yīng)關(guān)系。

7、對(duì)所確定的質(zhì)量子特性，可以使用該對(duì)應(yīng)表來確定測(cè)試類型。　建立測(cè)試需求跟蹤矩陣，參見圖4。將上述步驟分析、確定的開發(fā)需求、測(cè)試需求、測(cè)試類型填入測(cè)試跟蹤需求矩陣?！∈褂脺y(cè)試需求跟蹤矩陣對(duì)測(cè)試需求進(jìn)行管理。對(duì)于測(cè)試工作而言，需求變更管理是一個(gè)相對(duì)被動(dòng)的過程，軟件需求發(fā)生了變更，測(cè)試需求必須隨之變化。軟件需求一旦發(fā)生變化，就要對(duì)需求跟蹤表進(jìn)行維護(hù)，啟動(dòng)配置管理過程，將與軟件需求變更相關(guān)的內(nèi)容進(jìn)行同步變更?！?shí)施例：假設(shè)一個(gè)開發(fā)需求是這樣描述：　需求名：增加員工信息　需求描述：一條完整的培訓(xùn)信息包括培訓(xùn)的主題、證書、內(nèi)容、起止時(shí)間、費(fèi)用、地點(diǎn)、機(jī)

8、構(gòu)，其中培訓(xùn)的主題、內(nèi)容、起止時(shí)間、費(fèi)用、機(jī)構(gòu)為必填項(xiàng)。培訓(xùn)的起始時(shí)間不能晚于截止時(shí)間，培訓(xùn)費(fèi)用精確到元角分。每一個(gè)輸入項(xiàng)的數(shù)據(jù)規(guī)格應(yīng)遵循數(shù)據(jù)字典的要求。　一種軟測(cè)試需求分析方法的分析過程如下