1、測(cè)試需求分析，目錄，測(cè)試需求摘要測(cè)試需求的特征是什么為什么需要測(cè)試需求測(cè)試需求分析過(guò)程測(cè)試需求收集測(cè)試需求分析測(cè)試需求審查，2，需求？背景：馮大勇在吃魚(yú)的時(shí)候卡住了喉嚨。我正坐在椅子上等醫(yī)生。醫(yī)生：(拿起桌上的登記表，大聲喊道)馮大勇！馮大勇：(生病，邊走邊咳嗽)我是。醫(yī)生：怎么了？(低頭整理手中的資料，自言自語(yǔ)，并做手勢(shì)讓馮大勇坐下。)馮大勇：我.咳嗽.我今天咳嗽.醫(yī)生：不用說(shuō)，我知道。(從桌子下面拿出一個(gè)大盒子，放在桌子上。我認(rèn)為你適合吃這種藥。這是我院獨(dú)家研發(fā)的一種新型哮喘藥物“咽喉糖漿”。它療程短，見(jiàn)效快。一個(gè)療程需要3盒，平均每天只需3元。先為你打開(kāi)6個(gè)盒子！(一邊說(shuō)，一邊開(kāi)了藥方)

2、馮大勇驚訝地瞪大了眼睛，不停地彎腰大聲咳嗽，咳出了魚(yú)刺。馮大勇從嘴里拿出一根巨大的魚(yú)骨遞給醫(yī)生。醫(yī)生起初看到魚(yú)骨很驚訝，然后很尷尬。測(cè)試需求主要解決“測(cè)試什么”的問(wèn)題，即細(xì)化待測(cè)試對(duì)象。測(cè)試需求通常是在軟件開(kāi)發(fā)需求的基礎(chǔ)上進(jìn)行分析的，可測(cè)試的內(nèi)容是通過(guò)細(xì)化和分解開(kāi)發(fā)需求而形成的。測(cè)試需求應(yīng)該涵蓋所有定義的業(yè)務(wù)流程以及功能性和非功能性需求。4、什么是測(cè)試要求？什么是需求？需求是產(chǎn)品必須完成的任務(wù)和必須具備的質(zhì)量。分類：明確的需求：約束軟件實(shí)現(xiàn)的一系列需求。隱性需求：隱藏它不是需求設(shè)計(jì)者的意圖，但更多的是由于對(duì)專業(yè)知識(shí)或產(chǎn)品業(yè)務(wù)的有限理解。5。未能做好需求分析的后果一般包括以下現(xiàn)象：需求分析的重要

3、性。如果你發(fā)現(xiàn)一些代碼行是錯(cuò)誤的，只要改變這些行。如果在編碼階段發(fā)現(xiàn)需求是錯(cuò)誤的，那么你可能需要改變所有的代碼來(lái)適應(yīng)新的需求。在需求階段消除問(wèn)題的成本是最低的。如果在產(chǎn)品發(fā)布后才發(fā)現(xiàn)需求，維修成本將增加N倍。穩(wěn)定的需求是軟件開(kāi)發(fā)的關(guān)鍵。隨著需求的穩(wěn)定，軟件開(kāi)發(fā)工作可以從結(jié)構(gòu)設(shè)計(jì)到詳細(xì)設(shè)計(jì)再到編碼和測(cè)試順利進(jìn)行。一開(kāi)始就錯(cuò)了例如：培訓(xùn)機(jī)構(gòu)的班主任可以給班上的學(xué)生上課。9.非功能性需求是產(chǎn)品必須具備的屬性或品質(zhì)。例如外觀、可用性、安全性和法律限制。示例：平臺(tái)用戶數(shù)量為50，000，每天登錄用戶數(shù)量約為1，000，網(wǎng)絡(luò)帶寬為100米。工作時(shí)間根據(jù)數(shù)據(jù)名稱條件進(jìn)行搜索，搜索結(jié)果可在3秒內(nèi)獲得。通常，在

4、產(chǎn)品的功能被確定之后，一旦你知道產(chǎn)品需要做什么，你就可以決定它的行為，它需要什么品質(zhì)，以及它的響應(yīng)速度，可用性，可讀性和安全性。10、限制性條件，限制性條件是全局要求。它們可以是對(duì)項(xiàng)目本身或產(chǎn)品最終設(shè)計(jì)的限制。例如：南京平臺(tái)必須在2010年上半年上線。顧客們說(shuō)，如果顧客不能在給定的時(shí)間內(nèi)使用產(chǎn)品，那它就沒(méi)用了。結(jié)果是需求分析師必須限制需求，包括那些在截止日期前能提供最大價(jià)值的需求。需求分析的步驟，熟悉需求背景和業(yè)務(wù)目標(biāo)：1)了解項(xiàng)目啟動(dòng)的原因，以及用戶解決了哪些問(wèn)題。2)當(dāng)前的解決方案是最佳的嗎？為什么要這樣做？業(yè)務(wù)模型方法：1)考慮本項(xiàng)目與外部系統(tǒng)的相互作用，劃分系統(tǒng)邊界(除本項(xiàng)目要求外，其

5、他所有系統(tǒng)都可以是外部系統(tǒng)，本系統(tǒng)與外部系統(tǒng)的相互作用是系統(tǒng)的邊界)，請(qǐng)參考系統(tǒng)分析手冊(cè)。2)確定測(cè)試范圍和關(guān)注點(diǎn)。系統(tǒng)的邊界是測(cè)試的重點(diǎn)，尤其是邊界交互過(guò)程中的數(shù)據(jù)交互。13.需求評(píng)審點(diǎn)，是否存在對(duì)易讀性、模糊性、一致性和統(tǒng)一性的過(guò)度或不合理的需求，測(cè)試人員在需求階段應(yīng)該做什么，以及用戶的需求是否被恰當(dāng)?shù)孛枋?。如果不是，是否確認(rèn)存在隱患，用戶可能會(huì)在開(kāi)發(fā)后期突然要求您改變需求，所以有必要提前明確用戶是否真正正確。第二，需求者是否能真正正確理解需求。3.需求文檔寫得正確，制定的測(cè)試需求必須是可驗(yàn)證的。也就是說(shuō)，它們必須有一個(gè)可觀察和可測(cè)量的結(jié)果，不可驗(yàn)證的需求不是測(cè)試需求；即期望的輸出。測(cè)試要

6、求應(yīng)指出滿足要求的正常前提條件，并指出不滿足要求時(shí)的錯(cuò)誤情況。測(cè)試需求不涉及特定的測(cè)試數(shù)據(jù)，測(cè)試數(shù)據(jù)設(shè)計(jì)是測(cè)試設(shè)計(jì)(用例設(shè)計(jì))中應(yīng)該解決的內(nèi)容。測(cè)試需求的特征，軟件測(cè)試需求是開(kāi)發(fā)測(cè)試用例的基礎(chǔ)。幫助確保測(cè)試的質(zhì)量和進(jìn)度。測(cè)試需求是衡量測(cè)試覆蓋率的重要指標(biāo)。17、為什么需要測(cè)試需求，測(cè)試需求分析過(guò)程，a)對(duì)原始測(cè)試需求列表中列出的每個(gè)開(kāi)發(fā)需求，形成可測(cè)試的測(cè)試點(diǎn)層次描述；b)對(duì)于步驟a)中確定的測(cè)試點(diǎn)，分析執(zhí)行測(cè)試時(shí)需要實(shí)現(xiàn)的測(cè)試類型；建立測(cè)試需求跟蹤矩陣來(lái)管理測(cè)試需求。需求獲取的過(guò)程是從軟件開(kāi)發(fā)需求中提取可測(cè)試的需求或特征，形成原始的測(cè)試需求。一個(gè)詞的定義：可測(cè)試性意味著這些提取的需求或特征必

7、須有一個(gè)明確的可預(yù)測(cè)的結(jié)果(預(yù)期輸出)，并且這個(gè)明確的結(jié)果可以被判斷(實(shí)際輸出)并且以某種方式被驗(yàn)證，以驗(yàn)證它是否滿足文檔中的需求。需求收集需求收集提取方法：a)將軟件開(kāi)發(fā)需求以列表的形式進(jìn)行組合，形成原始測(cè)試需求列表，包括需求標(biāo)識(shí)、原始測(cè)試需求描述和信息源。b)需求標(biāo)識(shí)：產(chǎn)品版本號(hào)/功能模塊版本號(hào)/LOGO c)將每個(gè)軟件需求對(duì)應(yīng)的開(kāi)發(fā)文檔和章節(jié)號(hào)作為軟件需求標(biāo)識(shí)。使用軟件需求的簡(jiǎn)要描述作為原始測(cè)試需求描述。e)通過(guò)軟件需求獲得的源信息被用作信息源。在提取的原始測(cè)試要求中可能存在重復(fù)和冗余。在提取原始測(cè)試需求的過(guò)程中，原始測(cè)試需求可以通過(guò)以下方法進(jìn)行排序：a)刪除：刪除原始測(cè)試需求表中包含關(guān)

8、系的重復(fù)和冗余的原始測(cè)試需求描述；b)細(xì)化：細(xì)化原來(lái)過(guò)于簡(jiǎn)短的測(cè)試需求描述；c)合并：如果有類似的原始測(cè)試需求，則需要在合并期間進(jìn)行合并。需求收集，需求收集-例如，測(cè)試需求分析，測(cè)試要點(diǎn)是對(duì)原始測(cè)試需求表中的每個(gè)開(kāi)發(fā)需求進(jìn)行細(xì)化和分解，以形成可測(cè)試的分層軟件需求。開(kāi)發(fā)需求的細(xì)化和分解具體包括：a)通過(guò)分析開(kāi)發(fā)需求描述中的輸入、輸出、處理、約束和約束，給出相應(yīng)的驗(yàn)證內(nèi)容；b)通過(guò)分析各功能模塊之間的業(yè)務(wù)順序以及各功能模塊之間傳遞的信息和數(shù)據(jù)(功能交互分析)，給出了具有功能交互的功能項(xiàng)目的相應(yīng)驗(yàn)證內(nèi)容。，)，測(cè)試點(diǎn)分析、功能交互分析、測(cè)試點(diǎn)分析、細(xì)化和分解還需要考慮：a)需求的完整性，分解后獲得的

9、需求必須能夠完全覆蓋軟件需求的各種特性(包括隱含特性)，并且每個(gè)需求必須能夠獨(dú)立完成有意義的功能或功能組合，并且能夠獨(dú)立測(cè)試；b)需求的規(guī)模，以及每一個(gè)最低級(jí)別的需求都可以通過(guò)使用大量的測(cè)試用例來(lái)實(shí)現(xiàn)。測(cè)試關(guān)鍵點(diǎn)分析，測(cè)試關(guān)鍵點(diǎn)分析-例如，不同的質(zhì)量子特性可以確定不同的測(cè)試內(nèi)容，這些內(nèi)容可以通過(guò)不同的測(cè)試類型來(lái)實(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)系。分析測(cè)試類型

10、，質(zhì)量子特性和測(cè)試類型對(duì)應(yīng)關(guān)系參考表，分析測(cè)試類型，分析測(cè)試類型-例如，分析測(cè)試類型-例如，為了避免遺漏，在確定測(cè)試類型時(shí)，我們還應(yīng)該考慮：a)文檔是否包含與測(cè)試類型對(duì)應(yīng)的情況描述；b)所列的常見(jiàn)測(cè)試類型是否完全覆蓋了被測(cè)軟件；c)被測(cè)試軟件的一些特殊情況是否已經(jīng)包含在所列的測(cè)試類型中。分析測(cè)試類型，建立測(cè)試需求跟蹤矩陣，管理測(cè)試需求。將在上述步驟中分析和確定的開(kāi)發(fā)需求、測(cè)試需求和測(cè)試類型填入測(cè)試跟蹤需求矩陣。測(cè)試需求跟蹤矩陣是原始測(cè)試需求和測(cè)試點(diǎn)之間的對(duì)應(yīng)關(guān)系表，其格式如下：測(cè)試需求跟蹤矩陣，建立測(cè)試需求跟蹤矩陣來(lái)管理測(cè)試需求。將在上述步驟中分析和確定的開(kāi)發(fā)需求、測(cè)試需求和測(cè)試類型填入測(cè)試跟

11、蹤需求矩陣。通過(guò)測(cè)試需求跟蹤矩陣來(lái)實(shí)現(xiàn)需求變更。一旦軟件需求發(fā)生變化，就需要維護(hù)需求跟蹤表，啟動(dòng)配置管理流程，同步改變與軟件需求變化相關(guān)的內(nèi)容。測(cè)試需求跟蹤矩陣，添加培訓(xùn)信息，測(cè)試需求跟蹤矩陣-例如，添加培訓(xùn)信息，測(cè)試需求跟蹤矩陣-例如，測(cè)試需求跟蹤矩陣需要持續(xù)維護(hù)。a)一方面，一旦軟件需求發(fā)生變化，就應(yīng)該啟動(dòng)配置管理過(guò)程，與軟件需求變化相關(guān)的內(nèi)容也應(yīng)該同步變化；另一方面，隨著測(cè)試工作的進(jìn)行，新的跟蹤內(nèi)容將會(huì)增加，跟蹤表將會(huì)擴(kuò)展。例如，測(cè)試設(shè)計(jì)階段的測(cè)試用例、測(cè)試執(zhí)行階段的測(cè)試記錄和測(cè)試缺陷可以被添加到跟蹤矩陣中。測(cè)試需求跟蹤矩陣，評(píng)審內(nèi)容：a)完整性評(píng)審：確保測(cè)試需求能夠完全覆蓋軟件需求的各

12、種特性，重點(diǎn)是功能需求、數(shù)據(jù)定義、接口定義、性能需求、安全需求、可靠性需求、系統(tǒng)約束等。還要注意是否覆蓋了開(kāi)發(fā)人員遺漏的和系統(tǒng)隱含的需求；b)準(zhǔn)確性評(píng)審：應(yīng)確保所描述的內(nèi)容能夠被所有相關(guān)方理解，各種測(cè)試需求之間沒(méi)有矛盾和沖突，所有測(cè)試需求在細(xì)節(jié)上是一致的，每個(gè)測(cè)試需求都可以作為測(cè)試用例設(shè)計(jì)的基礎(chǔ)。評(píng)估形式A)相互評(píng)估和交叉評(píng)估：甲、乙在同一個(gè)項(xiàng)目組、同一個(gè)領(lǐng)域，但工作內(nèi)容不同，甲的工作成果提交乙審核，乙的工作成果提交甲審核。相互評(píng)價(jià)是最非正式的評(píng)價(jià)形式，但它既方便又有效。測(cè)試需求評(píng)審，b)小組評(píng)審：通過(guò)正式的小組會(huì)議來(lái)完成評(píng)審是一種有計(jì)劃、有組織的方式。評(píng)審定義了評(píng)審會(huì)議中的各種角色和相應(yīng)的職責(zé)。所有參與者都拿到了一些復(fù)習(xí)材料審查：審查和小組審查相似，但更嚴(yán)格，是最系統(tǒng)、最嚴(yán)格的審查形式，包括制定計(jì)劃、準(zhǔn)備和組織會(huì)議、跟蹤和分析審查結(jié)果等。評(píng)審人員的組成：a)正式評(píng)審團(tuán)隊(duì)中有許多角色，包括協(xié)調(diào)員、作者