單元二-任務(wù)一-將軟件需求轉(zhuǎn)化為測(cè)試需求.ppt

單元二、計(jì)劃測(cè)試工作,任務(wù)一、根據(jù)需求分析明確測(cè)試需求與任務(wù),能夠區(qū)分測(cè)試需求與軟件需求 能夠收集測(cè)試需求 了解測(cè)試需求的特征,能力目標(biāo),測(cè)試需求,定義：描述在你的應(yīng)用程序中哪些需要被測(cè)試，簡(jiǎn)單來(lái)講就是一個(gè)測(cè)試的范圍。根據(jù)這個(gè)范圍再來(lái)擬制測(cè)試計(jì)劃 依據(jù)：軟件規(guī)格說(shuō)明書(shū)、市場(chǎng)需求，產(chǎn)品本身的屬性 內(nèi)容：內(nèi)容就是需要被測(cè)試的“哪些”，這個(gè)“哪些”包括功能、性能與效率、易用性、配置、兼容性 測(cè)試需求通常是以軟件開(kāi)發(fā)需求為基礎(chǔ)進(jìn)行分析，通過(guò)對(duì)開(kāi)發(fā)需求的細(xì)化和分解，形成可測(cè)試的內(nèi)容。 測(cè)試需求應(yīng)全部覆蓋已定義的業(yè)務(wù)流程，以及功能和非功能方面的需求；,測(cè)試需求的特征,制定的測(cè)試需求項(xiàng)必須是可核實(shí)的。即，它們必須有一個(gè)可觀察、可評(píng)測(cè)的結(jié)果，無(wú)法核實(shí)的需求不是測(cè)試需求； 測(cè)試需求應(yīng)指明滿(mǎn)足需求的正常的前置條件，同時(shí)也要指明不滿(mǎn)足需求時(shí)的出錯(cuò)條件； 測(cè)試需求不涉及具體的測(cè)試數(shù)據(jù)，測(cè)試數(shù)據(jù)設(shè)計(jì)是測(cè)試設(shè)計(jì)環(huán)節(jié)應(yīng)解決的內(nèi)容。,為什么需要測(cè)試需求,軟件測(cè)試需求是開(kāi)發(fā)測(cè)試用例的依據(jù)。 有助于保證測(cè)試的質(zhì)量與進(jìn)度 。 測(cè)試需求是衡量測(cè)試覆蓋率的重要指標(biāo)。,1.把不直觀的需求-直觀的需求（用例/活動(dòng)圖） 使得測(cè)試范圍可以度量（功能點(diǎn)的數(shù)量、功能項(xiàng)的數(shù)量）； 使得獨(dú)立的功能點(diǎn)其對(duì)應(yīng)的所有的處理分支可以度量； 使得該系統(tǒng)需要測(cè)試的業(yè)務(wù)場(chǎng)景可以度量 2.把不明確的需求-明確的需求 明確其功能點(diǎn)對(duì)應(yīng)的輸入、處理、輸出 3.把不能度量的需求-可度量的需求,測(cè)試需求分析要達(dá)到的目的,軟件需求：項(xiàng)目所要實(shí)現(xiàn)的功能以及要達(dá)到的性能，主要面向開(kāi)發(fā)人員 測(cè)試需求：描述的是測(cè)試點(diǎn)，包括各個(gè)功能點(diǎn)，功能間的交互，硬件及軟件環(huán)境等，主要面向測(cè)試人員,軟件需求與測(cè)試需求的區(qū)別,需求分析：初步設(shè)想-原始需求-需求分析-需求規(guī)格：輸入、處理和輸出 測(cè)試需求分析：?jiǎn)喂δ茳c(diǎn)輸入處理輸出-業(yè)務(wù)流分析-全局-隱式需求挖掘 需求分析和測(cè)試需求分析兩者的過(guò)程是相反的,需求分析與測(cè)試需求分析的區(qū)別,測(cè)試需求分析過(guò)程,1.熟悉需求 2.需求項(xiàng)整理 3.提取出測(cè)試點(diǎn) 4.測(cè)試點(diǎn)細(xì)化 5.確定測(cè)試范圍 6.制定測(cè)試策略,測(cè)試需求分析的過(guò)程,需求采集,需求分析,需求采集,需求采集的過(guò)程是將軟件開(kāi)發(fā)需求中的那些具有可測(cè)試性的需求或特性提取出來(lái)，形成原始測(cè)試需求。 可測(cè)試性是指這些提取的需求或特性必須存在一個(gè)可以明確預(yù)知的結(jié)果，可以用某種方法對(duì)這個(gè)明確的結(jié)果進(jìn)行判斷、驗(yàn)證，驗(yàn)證是否符合文檔中的要求。,需求采集,需求采集的提取方法： 通過(guò)列表的形式對(duì)軟件開(kāi)發(fā)需求進(jìn)行梳理，形成原始測(cè)試需求列表，列表的內(nèi)容包括需求標(biāo)識(shí)、原始測(cè)試需求描述、信息來(lái)源。 將每一條軟件需求對(duì)應(yīng)的開(kāi)發(fā)文檔及章節(jié)號(hào)作為軟件需求標(biāo)識(shí)。 使用軟件需求的簡(jiǎn)述作為原始測(cè)試需求描述。 軟件需求獲取的來(lái)源信息 作為信息來(lái)源。,需求采集,提取的原始測(cè)試需求中，可能存在重復(fù)和冗余，在提取原始測(cè)試需求過(guò)程中，可以通過(guò)以下方法整理原始測(cè)試需求： 刪除：刪除原始測(cè)試需求表中重復(fù)的、冗余的含有包含關(guān)系的原始測(cè)試需求描述； 細(xì)化：對(duì)太簡(jiǎn)略的原始測(cè)試需求描述進(jìn)行細(xì)化； 合并：如果有類(lèi)似的原測(cè)試始需求，在整理時(shí)需要對(duì)其進(jìn)行合并。,需求采集內(nèi)容（1）,功能需求輸入方面 輸入來(lái)源是什么？ 輸入數(shù)據(jù)數(shù)量是幾個(gè)？ 如果有錯(cuò)誤輸入，響應(yīng)是什么？ 什么是非法輸入？什么是無(wú)效輸入？ 功能需求處理方面 輸入數(shù)據(jù)的有效性檢測(cè)的流程是什么？ 操作的確切次序，包括各事件的時(shí)序是什么？ 對(duì)異常情況的回應(yīng)是什么？例如：溢出、通信失敗、錯(cuò)誤處理,需求采集內(nèi)容（2）,功能需求結(jié)果輸出方面 輸出到何處（如瀏覽器，打印機(jī)，文件）？ 輸出的數(shù)量是多少？ 輸出的時(shí)序是什么樣的？ 對(duì)非法值的處理是什么樣的？ 功能需求性能需求方面 靜態(tài)量化可能包含：支持的終端數(shù)目，支持的同時(shí)使用的用戶(hù)數(shù)，處理的文件和記錄的數(shù)目，表和文件的大小 動(dòng)態(tài)量化可能包含：在正?；蚍逯倒ぷ髁壳闆r下一個(gè)特定時(shí)間段處理事務(wù)或任務(wù)的數(shù)目及數(shù)據(jù)量。在正?；蚍逯倒ぷ髁壳闆r下處理某個(gè)事務(wù)或任務(wù)所占用系統(tǒng)資源的數(shù)量,需求采集內(nèi)容（3）,功能需求用戶(hù)接口方面 系統(tǒng)用戶(hù)顯示時(shí)要求的屏幕格式 頁(yè)面規(guī)劃及報(bào)告或菜單的內(nèi)容 輸入和輸出的相關(guān)時(shí)序 一些組合功能鍵的用法 功能需求硬件接口方面 描述軟件產(chǎn)品和系統(tǒng)硬件組件之間接口的邏輯特征 該功能運(yùn)行支持哪些設(shè)備？怎樣支持這些設(shè)備和協(xié)議呢？,需求采集-舉例,測(cè)試需求分析的步驟,測(cè)試需求分析的步驟,a）對(duì)原始測(cè)試需求列表中列出的每一條開(kāi)發(fā)需求，形成可測(cè)試的分層描述的測(cè)試要點(diǎn)； b）對(duì)步驟a）形成的每一條測(cè)試要點(diǎn)，確定軟件產(chǎn)品的質(zhì)量需求； c）對(duì)步驟b）所確定的質(zhì)量需求，分析測(cè)試執(zhí)行時(shí)需要實(shí)施的測(cè)試類(lèi)型； d）建立測(cè)試需求跟蹤矩陣，對(duì)測(cè)試需求進(jìn)行管理。,Step1-測(cè)試要點(diǎn)分析（1）,測(cè)試要點(diǎn)是對(duì)原始測(cè)試需求表每一條開(kāi)發(fā)需求的細(xì)化和分解，形成的可測(cè)試的分層描述的軟件需求。 對(duì)開(kāi)發(fā)需求的細(xì)化和分解具體包括： 通過(guò)分析每條開(kāi)發(fā)需求描述中的輸入、輸出、處理、限制、約束等，給出對(duì)應(yīng)的驗(yàn)證內(nèi)容； 通過(guò)分析各個(gè)功能模塊之間的業(yè)務(wù)順序，和各個(gè)功能模塊之間傳遞的信息和數(shù)據(jù)（功能交互分析） ，對(duì)存在功能交互的功能項(xiàng)，給出對(duì)應(yīng)的驗(yàn)證內(nèi)容。,Step1-測(cè)試要點(diǎn)分析 （2）,進(jìn)行細(xì)化和分解還需考慮： 需求的完整性，經(jīng)過(guò)分解獲得的需求必須能夠充分覆蓋軟件需求的各種特征（包括隱含的特征），每個(gè)需求必須可以獨(dú)立完成有意義的功能或功能組合，可以進(jìn)行單獨(dú)測(cè)試； 需求的規(guī)模，每個(gè)最低層次的需求能夠使用數(shù)量相當(dāng)?shù)臏y(cè)試用例來(lái)實(shí)現(xiàn)，也即測(cè)試的粒度是均勻的,Step2- 質(zhì)量特性分析,對(duì)每一條測(cè)試要點(diǎn)，確定所對(duì)應(yīng)的質(zhì)量子特性。,質(zhì)量特性定義,功能性 適合性：軟件產(chǎn)品為指定的任務(wù)和用戶(hù)目標(biāo)提供一組合適的功能的能力。 準(zhǔn)確性：軟件產(chǎn)品提供具有所需精度的正確或相符的結(jié)果或效果的能力。 可靠性 容錯(cuò)性：在軟件出現(xiàn)故障或違反其指定接口的情況下，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力。 易用性 易理解性：軟件產(chǎn)品使用戶(hù)能理解軟件是否合適以及如何能將軟件用于特定的任務(wù)和使用條件的能力。 易操作性：軟件產(chǎn)品使用戶(hù)能理解和操作它的能力。,分析質(zhì)量特性-舉例,分析質(zhì)量特性-舉例,Step3-分析測(cè)試類(lèi)型(1),不同的質(zhì)量子特性可以確定出不同的測(cè)試內(nèi)容，這些測(cè)試內(nèi)容可以通過(guò)不同的測(cè)試類(lèi)型來(lái)實(shí)施。 軟件測(cè)試可以劃分為以下測(cè)試類(lèi)型：功能測(cè)試、安全性測(cè)試、接口測(cè)試、容量測(cè)試、完整性測(cè)試、結(jié)構(gòu)測(cè)試、用戶(hù)界面測(cè)試、負(fù)載測(cè)試、壓力測(cè)試、疲勞強(qiáng)度測(cè)試、恢復(fù)性測(cè)試、配置測(cè)試、兼容性測(cè)試、安裝測(cè)試等。 根據(jù)質(zhì)量子特性的定義，以及各測(cè)試類(lèi)型的測(cè)試內(nèi)容，可以分析出質(zhì)量子特性與測(cè)試類(lèi)型的對(duì)應(yīng)關(guān)系。,Step3-分析測(cè)試類(lèi)型(2),質(zhì)量子特性和測(cè)試類(lèi)型的對(duì)應(yīng)關(guān)系基準(zhǔn)表,功能測(cè)試：側(cè)重于驗(yàn)證測(cè)試目標(biāo)預(yù)期功能，確保滿(mǎn)足提供所需的服務(wù)、方法或用例。針對(duì)不同測(cè)試目標(biāo)（包括單元、集成單元、應(yīng)用程序和系統(tǒng)）實(shí)施和執(zhí)行此測(cè)試。 完整性測(cè)試：側(cè)重于評(píng)估測(cè)試目標(biāo)的健壯性（防止故障）和語(yǔ)言、語(yǔ)法和資源用途的技術(shù)一致性。針對(duì)不同測(cè)試目標(biāo)（包括單元和集成單元）實(shí)施并執(zhí)行此測(cè)試。 容量測(cè)試：側(cè)重于驗(yàn)證測(cè)試目標(biāo)處理大量數(shù)據(jù)的能力，可以是輸入和輸出或數(shù)據(jù)庫(kù)中駐留的數(shù)據(jù)。,安全性測(cè)試：側(cè)重于確保測(cè)試目標(biāo)數(shù)據(jù)只供預(yù)訂好的那些參與者訪(fǎng)問(wèn)。針對(duì)各種測(cè)試目標(biāo)實(shí)施并執(zhí)行此測(cè)試。 接口測(cè)試：側(cè)重于驗(yàn)證測(cè)試目標(biāo)的數(shù)據(jù)接口的正確性和對(duì)其設(shè)計(jì)的遵循性。 結(jié)構(gòu)測(cè)試：側(cè)重于評(píng)估測(cè)試目標(biāo)對(duì)其設(shè)計(jì)和形式的遵循性。通常，對(duì)支持web的應(yīng)用程序執(zhí)行此測(cè)試，以確保連接所有鏈接，顯示合適的內(nèi)容和未孤立任何內(nèi)容。,用戶(hù)界面測(cè)試：側(cè)重于驗(yàn)證測(cè)試目標(biāo)預(yù)期功能，確保滿(mǎn)足提供所需的服務(wù)、方法或用例。針對(duì)不同測(cè)試目標(biāo)（包括單元、集成單元、應(yīng)用程序和系統(tǒng)）實(shí)施和執(zhí)行此測(cè)試。 完整性測(cè)試：側(cè)重于評(píng)估測(cè)試目標(biāo)的健壯性（防止故障）和語(yǔ)言、語(yǔ)法和資源用途的技術(shù)一致性。針對(duì)不同測(cè)試目標(biāo)（包括單元和集成單元）實(shí)施并執(zhí)行此測(cè)試。 容量測(cè)試：側(cè)重于驗(yàn)證測(cè)試目標(biāo)處理大量數(shù)據(jù)的能力，可以是輸入和輸出或數(shù)據(jù)庫(kù)中駐留的數(shù)據(jù)。 安全性測(cè)試：側(cè)重于確保測(cè)試目標(biāo)數(shù)據(jù)只供預(yù)訂好的那些參與者訪(fǎng)問(wèn)。針對(duì)各種測(cè)試目標(biāo)實(shí)施并執(zhí)行此測(cè)試。 接口測(cè)試：側(cè)重于驗(yàn)證測(cè)試目標(biāo)的數(shù)據(jù)接口的正確性和對(duì)其設(shè)計(jì)的遵循性。 結(jié)構(gòu)測(cè)試：側(cè)重于評(píng)估測(cè)試目標(biāo)對(duì)其設(shè)計(jì)和形式的遵循性。通常，對(duì)支持web的應(yīng)用程序執(zhí)行此測(cè)試，以確保連接所有鏈接，顯示合適的內(nèi)容和未孤立任何內(nèi)容。,分析測(cè)試類(lèi)型-舉例,分析測(cè)試類(lèi)型-舉例,Step4-測(cè)試需求跟蹤矩陣(1),建立測(cè)試需求跟蹤矩陣，對(duì)測(cè)試需求進(jìn)行管理。將上述步驟分析、確定的開(kāi)發(fā)需求、測(cè)試需求、測(cè)試類(lèi)型填入測(cè)試跟蹤需求矩陣。 測(cè)試需求跟蹤矩陣為原始測(cè)試需求與測(cè)試要點(diǎn)的對(duì)應(yīng)關(guān)系表，格式如下：,Step4-測(cè)試需求跟蹤矩陣(2),建立測(cè)試需求跟蹤矩陣，對(duì)測(cè)試需求進(jìn)行管理。將上述步驟分析、確定的開(kāi)發(fā)需求、測(cè)試需求、測(cè)試類(lèi)型填入測(cè)試跟蹤需求矩陣。 通過(guò)測(cè)試需求跟蹤矩陣的方式對(duì)需求變更實(shí)施管理。軟件需求一旦發(fā)生變化，就要對(duì)需求跟蹤表進(jìn)行維護(hù)，啟動(dòng)配置管理過(guò)程，將與軟件需求變更相關(guān)的內(nèi)容進(jìn)行同步變更。,測(cè)試需求跟蹤矩陣-舉例,增加 培訓(xùn) 信息,測(cè)試需求跟蹤矩陣-舉例,增加 培訓(xùn) 信息,測(cè)試需求評(píng)審,評(píng)審的內(nèi)容： 完整性審查：應(yīng)保證測(cè)試需求能充分覆蓋軟件需求的各種特征，重點(diǎn)關(guān)注功能要求、數(shù)據(jù)定義、接口定義、性能要求、安全性要求、可靠性要求、系統(tǒng)約束等方面，同時(shí)還應(yīng)關(guān)注是否覆蓋開(kāi)發(fā)人員遺漏的、系統(tǒng)隱含的需求； 準(zhǔn)確性審查：應(yīng)保證所描述的內(nèi)容能夠得到相關(guān)各方的一致理解，各項(xiàng)測(cè)試需求之間沒(méi)有矛盾和沖突，各項(xiàng)測(cè)試需求在詳盡程度上保持一致，每一項(xiàng)測(cè)試需求都可以作為測(cè)試用例設(shè)計(jì)的依據(jù)。,測(cè)試需求評(píng)審,評(píng)審的形式 相互評(píng)審、交叉評(píng)審：甲和乙在一個(gè)項(xiàng)目組，處在一個(gè)領(lǐng)域，但工作內(nèi)容不同，甲的工作成果交給乙審查，乙的工作成果交給甲審查。相互評(píng)審是最不正式的一種評(píng)審形式，但應(yīng)用方便、有效。 輪查：又稱(chēng)分配審查方法，是一種異步評(píng)審方式。作者將需要評(píng)審的內(nèi)容發(fā)送給各位評(píng)審員，并收集他們的反饋意見(jiàn)。,測(cè)試需求評(píng)審,評(píng)審的形式 走查：作者將測(cè)試需求在現(xiàn)場(chǎng)向一組同事介紹，以收集大家的意見(jiàn)。希望參與評(píng)審的其他同事可以發(fā)現(xiàn)其中的錯(cuò)誤，并能進(jìn)行現(xiàn)場(chǎng)討論。這種形式介于正式和非正式之間。 小組評(píng)審：通過(guò)正式的小組會(huì)議完成評(píng)審工作，是有計(jì)劃的和結(jié)構(gòu)化的評(píng)審方式。評(píng)審定義了評(píng)審會(huì)議中的各種角色和相應(yīng)的責(zé)任，所有參與者在評(píng)審會(huì)議的前幾天就拿到了評(píng)審材料，并對(duì)該材料進(jìn)行了獨(dú)立研究。,測(cè)試需求評(píng)審,評(píng)審的形式 審查