1、測(cè)試需求和需求分析，測(cè)試需求和需求分析，1測(cè)試需求概述1.1什么是測(cè)試需求1.2測(cè)試需求的特征1.3為什么需要測(cè)試需求2測(cè)試需求分析過程2.1需求獲取2.2測(cè)試需求分析2.3測(cè)試需求回顧1.1什么是測(cè)試需求和測(cè)試需求主要解決了“測(cè)試什么”的問題，即它指明了測(cè)試對(duì)象之間需要測(cè)試什么。測(cè)試需求通常是在軟件開發(fā)需求的基礎(chǔ)上進(jìn)行分析的，可測(cè)試的內(nèi)容是通過細(xì)化和分解開發(fā)需求形成的。測(cè)試需求應(yīng)該覆蓋所有定義的業(yè)務(wù)流程以及功能和非功能需求；1.2試驗(yàn)要求的特性，以及制定的試驗(yàn)要求必須是可驗(yàn)證的。也就是說，它們必須有一個(gè)可觀察和可測(cè)量的結(jié)果，不可驗(yàn)證的需求不是測(cè)試需求；測(cè)試要求應(yīng)指出滿足要求的正常前提條件，并

2、指出不滿足要求時(shí)的錯(cuò)誤情況；測(cè)試需求不涉及具體的測(cè)試數(shù)據(jù)，測(cè)試數(shù)據(jù)設(shè)計(jì)是測(cè)試設(shè)計(jì)中應(yīng)該解決的內(nèi)容。1.3為什么你需要測(cè)試要求？軟件測(cè)試需求是開發(fā)測(cè)試用例的基礎(chǔ)。幫助確保測(cè)試的質(zhì)量和進(jìn)度。測(cè)試需求是衡量測(cè)試覆蓋率的重要指標(biāo)。2測(cè)試需求分析過程，2.1需求獲取，從軟件開發(fā)需求中提取可測(cè)試的需求或特征，形成原始的測(cè)試需求?？蓽y(cè)試性意味著這些提取的需求或特征必須有一個(gè)確定的和可預(yù)測(cè)的結(jié)果，并且這個(gè)確定的結(jié)果可以通過某種方式來判斷和驗(yàn)證，以驗(yàn)證它是否滿足文檔中的需求。2.1需求收集和需求收集的抽取方法：以列表的形式對(duì)軟件開發(fā)需求進(jìn)行整理，形成原始測(cè)試需求列表，包括需求識(shí)別、原始測(cè)試需求描述和信息源。將每

3、個(gè)軟件需求對(duì)應(yīng)的開發(fā)文檔和章節(jié)號(hào)作為軟件需求標(biāo)識(shí)。使用軟件需求的簡(jiǎn)要描述作為最初的測(cè)試需求描述。通過軟件需求獲得的源信息被用作信息源。2.1需求收集，在提取的原始測(cè)試需求中可能存在重復(fù)和冗余。在提取原始測(cè)試需求的過程中，原始測(cè)試需求可以通過以下方法進(jìn)行排序：刪除：刪除原始測(cè)試需求表中具有包含關(guān)系的重復(fù)和冗余的原始測(cè)試需求描述；細(xì)化：細(xì)化原始測(cè)試需求過于簡(jiǎn)短的描述；合并：如果有相似的原始測(cè)試需求，它們需要在排序時(shí)合并。2.1需求收集-例如，2.2測(cè)試需求分析，2.2測(cè)試需求分析，a)對(duì)于原始測(cè)試需求列表中列出的每個(gè)開發(fā)需求，形成測(cè)試點(diǎn)的可測(cè)試的層次描述；b)對(duì)于步驟a)中形成的每一個(gè)測(cè)試點(diǎn)，從國(guó)

4、標(biāo)16260.1-2006軟件工程產(chǎn)品質(zhì)量第1部分：質(zhì)量模型中定義的軟件內(nèi)/外部質(zhì)量模型中確定軟件產(chǎn)品的質(zhì)量要求；c)根據(jù)步驟b)中確定的質(zhì)量要求，分析執(zhí)行測(cè)試時(shí)需要實(shí)施的測(cè)試類型；d)建立測(cè)試需求跟蹤矩陣來管理測(cè)試需求。2.2.1測(cè)試點(diǎn)分析，測(cè)試點(diǎn)是原始測(cè)試需求表中每個(gè)開發(fā)需求的細(xì)化和分解，形成可測(cè)試的分層軟件需求。開發(fā)需求的細(xì)化和分解具體包括：通過分析輸入、輸出、處理、限制、約束等。在每個(gè)開發(fā)需求描述中，都給出了相應(yīng)的驗(yàn)證內(nèi)容；通過分析各功能模塊之間的業(yè)務(wù)順序以及各功能模塊之間傳遞的信息和數(shù)據(jù)(功能交互分析)，對(duì)具有功能交互的功能項(xiàng)給出了相應(yīng)的驗(yàn)證內(nèi)容。2.2.1測(cè)試點(diǎn)分析、功能交互分析、

5、2.2.1測(cè)試點(diǎn)分析、細(xì)化和分解還需要考慮：需求的完整性，分解后獲得的需求必須能夠完全覆蓋軟件需求的各種特性(包括隱含特性)，每個(gè)需求必須能夠獨(dú)立完成有意義的功能或功能組合，并且能夠獨(dú)立測(cè)試；需求的規(guī)模，每一個(gè)最低層次的需求都可以通過使用相當(dāng)數(shù)量的測(cè)試用例來實(shí)現(xiàn)，也就是說，測(cè)試的粒度是一致的。2.2.1測(cè)試點(diǎn)分析-例如，2.2.2質(zhì)量特性分析。對(duì)于每個(gè)測(cè)試點(diǎn)，從GB /T16260.1中定義的軟件質(zhì)量子特征的角度出發(fā)，確定相應(yīng)的質(zhì)量子特征。2.2.2分析質(zhì)量特性例如，2.2.2分析質(zhì)量特性例如，2.2.3分析測(cè)試類型，不同的質(zhì)量子特性可以決定不同的測(cè)試內(nèi)容，這些測(cè)試內(nèi)容可以通過不同的測(cè)試類型來

6、實(shí)現(xiàn)。軟件測(cè)試可分為以下類型：功能測(cè)試、安全性測(cè)試、接口測(cè)試、容量測(cè)試、完整性測(cè)試、結(jié)構(gòu)測(cè)試、用戶界面測(cè)試、負(fù)載測(cè)試、壓力測(cè)試、疲勞強(qiáng)度測(cè)試、恢復(fù)測(cè)試、配置測(cè)試、兼容性測(cè)試、安裝測(cè)試等。根據(jù)質(zhì)量子特征的定義和每種測(cè)試類型的測(cè)試內(nèi)容，可以分析質(zhì)量子特征和測(cè)試類型之間的對(duì)應(yīng)關(guān)系。2.2.3測(cè)試類型分析，測(cè)試類型質(zhì)量子特征及對(duì)應(yīng)關(guān)系基準(zhǔn)表，2.2.3測(cè)試類型分析-示例，2.2.3測(cè)試類型分析-示例，2.2.3測(cè)試類型分析，為避免遺漏，在確定測(cè)試類型時(shí)，還需考慮：文件是否包含測(cè)試類型對(duì)應(yīng)情況的描述；列出的常見測(cè)試類型是否完全覆蓋了被測(cè)軟件；被測(cè)試軟件的一些特殊情況是否已經(jīng)包含在所列出的測(cè)試類型中。2.

7、2.4測(cè)試需求跟蹤矩陣，建立測(cè)試需求跟蹤矩陣，管理測(cè)試需求。將在上述步驟中分析和確定的開發(fā)需求、測(cè)試需求和測(cè)試類型填入測(cè)試跟蹤需求矩陣。測(cè)試需求跟蹤矩陣是原始測(cè)試需求和測(cè)試點(diǎn)之間的對(duì)應(yīng)表，格式如下：2.2.4測(cè)試需求跟蹤矩陣，用于管理測(cè)試需求。將在上述步驟中分析和確定的開發(fā)需求、測(cè)試需求和測(cè)試類型填入測(cè)試跟蹤需求矩陣。通過測(cè)試需求跟蹤矩陣來管理需求變更。一旦軟件需求發(fā)生變化，就需要維護(hù)需求跟蹤表，啟動(dòng)配置管理流程，同步變更與軟件需求變化相關(guān)的內(nèi)容。2.2.4測(cè)試需求跟蹤矩陣-例如，添加培訓(xùn)信息，2.2.4測(cè)試需求跟蹤矩陣-例如，添加培訓(xùn)信息，2.2.4測(cè)試需求跟蹤矩陣，需要不斷維護(hù)。一方面，一

8、旦軟件需求發(fā)生變化，就應(yīng)該啟動(dòng)配置管理流程，與軟件需求變化相關(guān)的內(nèi)容也應(yīng)該同步變化；另一方面，隨著測(cè)試工作的繼續(xù)，新的跟蹤內(nèi)容將被添加，跟蹤表將被擴(kuò)展。例如，測(cè)試設(shè)計(jì)階段的測(cè)試用例、測(cè)試記錄和測(cè)試執(zhí)行階段的測(cè)試缺陷可以被添加到跟蹤矩陣中。2.3測(cè)試需求評(píng)審，評(píng)審內(nèi)容：完整性評(píng)審：確保測(cè)試需求能夠完全覆蓋軟件需求的各種特性，重點(diǎn)關(guān)注功能需求、數(shù)據(jù)定義、接口定義、性能需求、安全性需求、可靠性需求、系統(tǒng)約束等。并且還要注意是否覆蓋開發(fā)人員遺漏的和系統(tǒng)隱含的需求；準(zhǔn)確性評(píng)審：應(yīng)確保所描述的內(nèi)容能被所有相關(guān)方一致理解，各種測(cè)試需求之間沒有矛盾和沖突，所有測(cè)試需求在細(xì)節(jié)上是一致的，每個(gè)測(cè)試需求都可以作為測(cè)

9、試用例設(shè)計(jì)的基礎(chǔ)。2.2.3測(cè)試需求評(píng)審，評(píng)審形式為相互評(píng)審和交叉評(píng)審：甲乙雙方在同一個(gè)項(xiàng)目組，在同一個(gè)領(lǐng)域，但工作內(nèi)容不同，所以甲方的工作成果提交給乙方評(píng)審，乙方的工作成果提交給甲方作者將待審閱的內(nèi)容發(fā)送給審閱者，并收集他們的反饋。2.2.3評(píng)審測(cè)試要求：作者將測(cè)試要求介紹給現(xiàn)場(chǎng)的一組同事，收集他們的意見。我希望其他參與檢討的同事能夠找出錯(cuò)誤，進(jìn)行現(xiàn)場(chǎng)討論。這種形式介于正式和非正式之間。小組評(píng)審：通過正式的小組會(huì)議完成評(píng)審是一種有計(jì)劃、有組織的方式。評(píng)審定義了評(píng)審會(huì)議中的各種角色和相應(yīng)的職責(zé)。所有參與者在評(píng)審會(huì)議前幾天拿到了評(píng)審材料，并獨(dú)立研究了這些材料。2.2.3測(cè)試需求評(píng)審、評(píng)審形式：評(píng)審類似于小組評(píng)審，但更為嚴(yán)格，是最系統(tǒng)、最嚴(yán)格的評(píng)