第2章 需求和設(shè)計(jì)評(píng)審

1、第第2章章 需求和設(shè)計(jì)評(píng)審需求和設(shè)計(jì)評(píng)審本章內(nèi)容本章內(nèi)容2.1 軟件評(píng)審的方法與技術(shù)軟件評(píng)審的方法與技術(shù)2.2 產(chǎn)品需求評(píng)審產(chǎn)品需求評(píng)審2.3 設(shè)計(jì)審查設(shè)計(jì)審查內(nèi)容內(nèi)容 2.1 軟件評(píng)審的方法與技術(shù)軟件評(píng)審的方法與技術(shù)2.2 產(chǎn)品需求評(píng)審2.3 設(shè)計(jì)審查2.1 軟件評(píng)審的方法與技術(shù)軟件評(píng)審的方法與技術(shù) 2.1.1 2.1.1 什么是評(píng)審什么是評(píng)審2.1.2 2.1.2 評(píng)審的方法評(píng)審的方法2.1.3 2.1.3 評(píng)審會(huì)議評(píng)審會(huì)議2.1.4 2.1.4 評(píng)審的技術(shù)評(píng)審的技術(shù)什么是評(píng)審什么是評(píng)審 軟件評(píng)審是對(duì)軟件元素或者項(xiàng)目狀態(tài)的一種評(píng)估手段，以確定其是否與計(jì)劃的結(jié)果保持一致，并使其得到改進(jìn)。 技

2、術(shù)評(píng)審技術(shù)評(píng)審文檔評(píng)審文檔評(píng)審管理（流程）評(píng)審產(chǎn)品需求審查是軟件開發(fā)重要環(huán)節(jié)之一，也是測(cè)試活動(dòng)之一，即靜態(tài)測(cè)試需求驗(yàn)證。借助需求審查保證用戶需求在市場(chǎng)/產(chǎn)品需求文檔及其相關(guān)文檔中得到準(zhǔn)確、完整、無歧義的反映，并使各類開發(fā)人員在需求理解上達(dá)成一致。評(píng)審方法評(píng)審方法最不正式的最正式的臨時(shí)評(píng)審輪查 走查互為評(píng)審?fù)性u(píng)審 審查Random review, Pass-round, Walkthrough, Peer review, Inspection評(píng)審會(huì)議流程評(píng)審會(huì)議流程達(dá)到評(píng)審會(huì)議標(biāo)準(zhǔn)?Yes計(jì)劃全面縱覽準(zhǔn)備修正問題跟蹤問題記錄會(huì)議紀(jì)要滿足執(zhí)行要求?YesNo總結(jié)報(bào)告評(píng)審結(jié)果分析流程改進(jìn)建議評(píng)審會(huì)

3、議角色評(píng)審會(huì)議角色主持人作者記錄員列席人員內(nèi)審員技術(shù)專業(yè)人員評(píng)審的技術(shù)評(píng)審的技術(shù)檢查表（檢查表（checklist）是一種常用的的質(zhì)量保證手段，也是正式技術(shù)評(píng)審的必要工具，評(píng)審過程往往由檢查表驅(qū)動(dòng)。一份精心設(shè)計(jì)的檢查表，對(duì)于提高評(píng)審效率、改進(jìn)評(píng)審質(zhì)量具有很大幫助。p可靠性。人們借助檢查表以確認(rèn)被檢查對(duì)象的所有質(zhì)量特征均得到滿足，避免遺漏任何項(xiàng)目。p效率。檢查表歸納了所有檢查要點(diǎn)，比起冗長(zhǎng)的文檔，使用檢查表具有更高的工作效率。檢查表、場(chǎng)景分析、頭腦風(fēng)暴和工具等檢查表、場(chǎng)景分析、頭腦風(fēng)暴和工具等內(nèi)容內(nèi)容 2.1 軟的方件評(píng)審法與技術(shù)2.2 產(chǎn)品需求評(píng)審產(chǎn)品需求評(píng)審2.3 設(shè)計(jì)審查2.2 產(chǎn)品需求評(píng)

4、審產(chǎn)品需求評(píng)審 2.2.1需求評(píng)審的重要性需求評(píng)審的重要性2.2.2 如何理解需求如何理解需求2.2.3 需求評(píng)審的標(biāo)準(zhǔn)需求評(píng)審的標(biāo)準(zhǔn)2.2.4 如何對(duì)需求進(jìn)行評(píng)審如何對(duì)需求進(jìn)行評(píng)審問題問題為什么在測(cè)試計(jì)劃中談需求評(píng)審為什么在測(cè)試計(jì)劃中談需求評(píng)審？ 需求缺陷需求缺陷為什么軟件需求定義中存在很多缺陷最多？為什么軟件需求定義中存在很多缺陷最多？軟件缺陷并不只是在編程階段才產(chǎn)生，需求和設(shè)計(jì)階段同軟件缺陷并不只是在編程階段才產(chǎn)生，需求和設(shè)計(jì)階段同樣會(huì)產(chǎn)生缺陷樣會(huì)產(chǎn)生缺陷。 測(cè)試需求測(cè)試需求p 在制定測(cè)試計(jì)劃之前，必須清楚測(cè)試需求在制定測(cè)試計(jì)劃之前，必須清楚測(cè)試需求p 明確測(cè)試需求的優(yōu)先級(jí)明確測(cè)試需求的

5、優(yōu)先級(jí)p 測(cè)試需求分解得越細(xì)，對(duì)測(cè)試用例的設(shè)計(jì)質(zhì)量越有幫助測(cè)試需求分解得越細(xì)，對(duì)測(cè)試用例的設(shè)計(jì)質(zhì)量越有幫助p 詳細(xì)的測(cè)試需求還是衡量測(cè)試覆蓋率的重要依據(jù)詳細(xì)的測(cè)試需求還是衡量測(cè)試覆蓋率的重要依據(jù)p 測(cè)試需求是規(guī)劃具體項(xiàng)目資源和時(shí)間的基礎(chǔ)。測(cè)試需求是規(guī)劃具體項(xiàng)目資源和時(shí)間的基礎(chǔ)。測(cè)試目標(biāo)取決于軟件質(zhì)量需求，而這種需求分為功能性需測(cè)試目標(biāo)取決于軟件質(zhì)量需求，而這種需求分為功能性需求和非功能性需求，功能性的需求相對(duì)容易確定，非功能求和非功能性需求，功能性的需求相對(duì)容易確定，非功能性的測(cè)試需求難以確定。性的測(cè)試需求難以確定。 功能性測(cè)試需求功能性測(cè)試需求p程序安裝、啟動(dòng)正常，有相應(yīng)的提示框、錯(cuò)誤提示程

6、序安裝、啟動(dòng)正常，有相應(yīng)的提示框、錯(cuò)誤提示p各項(xiàng)功能符合設(shè)計(jì)要求，正常運(yùn)行并輸出正確結(jié)果各項(xiàng)功能符合設(shè)計(jì)要求，正常運(yùn)行并輸出正確結(jié)果p功能邏輯合理，并能處理各種異常操作功能邏輯合理，并能處理各種異常操作p能接受正確的數(shù)據(jù)輸入，輸出結(jié)果準(zhǔn)確，格式清晰能接受正確的數(shù)據(jù)輸入，輸出結(jié)果準(zhǔn)確，格式清晰p系統(tǒng)的各種狀態(tài)按照業(yè)務(wù)流程而變化并保持穩(wěn)定系統(tǒng)的各種狀態(tài)按照業(yè)務(wù)流程而變化并保持穩(wěn)定p支持各種應(yīng)用環(huán)境，能配合硬件設(shè)備支持各種應(yīng)用環(huán)境，能配合硬件設(shè)備p 功能性測(cè)試需求主要是根據(jù)產(chǎn)品規(guī)格說明書來檢驗(yàn)被測(cè)試的系統(tǒng)是否滿足軟件各方面的功能的使用要求，包括用戶界面的友好性。 用戶界面及其顯示要求用戶界面及其顯示

7、要求p 通用框架、浮動(dòng)窗口和文字等整體布局合理通用框架、浮動(dòng)窗口和文字等整體布局合理p 文字顯示正常，且內(nèi)容格式正確、美觀。文字顯示正常，且內(nèi)容格式正確、美觀。p 色彩協(xié)調(diào)，風(fēng)格前后一致，色彩協(xié)調(diào)，風(fēng)格前后一致，p 文字標(biāo)記和超鏈接可以打開和跳轉(zhuǎn)成功文字標(biāo)記和超鏈接可以打開和跳轉(zhuǎn)成功p 用戶界面是和用戶進(jìn)行交互的窗口，其友好程度直接影響用戶對(duì)于軟件產(chǎn)品或軟件服務(wù)的滿意度。良好的用戶體驗(yàn)，簡(jiǎn)單、方便和明了，讓用戶舒暢、愉悅 KISS Keep it simple, stupidDont make me think 非功能性需求非功能性需求p客戶端軟件，如字處理軟件、媒體播放軟件等客戶端軟件，如字

8、處理軟件、媒體播放軟件等占用較少資源占用較少資源，在容錯(cuò)性、兼容性等方面要求高。在容錯(cuò)性、兼容性等方面要求高。pWebWeb應(yīng)用系統(tǒng)對(duì)性能、安全性等有很高要求應(yīng)用系統(tǒng)對(duì)性能、安全性等有很高要求p客戶端客戶端/服務(wù)器應(yīng)用系統(tǒng)。服務(wù)器應(yīng)用系統(tǒng)。p大型復(fù)雜企業(yè)級(jí)系統(tǒng)。大型復(fù)雜企業(yè)級(jí)系統(tǒng)。非功能性質(zhì)量需求，包括系統(tǒng)性能、安全性、兼容性、擴(kuò)充性，其測(cè)試需求會(huì)因不同的項(xiàng)目類型差異較大。 軟件即服務(wù)軟件即服務(wù)SaaSp 軟件運(yùn)行的服務(wù)質(zhì)量（軟件運(yùn)行的服務(wù)質(zhì)量（QoS, Quality of service）p QoS要求是指定某些系統(tǒng)特性的技術(shù)規(guī)范。要求是指定某些系統(tǒng)特性的技術(shù)規(guī)范。SaaS (Softwa

9、re as a Service)是軟件服務(wù)模式，廠商將應(yīng)用軟件統(tǒng)一部署在自己的服務(wù)器上，客戶可以根據(jù)自己實(shí)際需求定購(gòu)所需的應(yīng)用軟件服務(wù)。On-Demand ServiceOn-Premise Service SaaS的非功能性需求的非功能性需求p性能要求，系統(tǒng)響應(yīng)能力。p可用性, 7x24 不間斷服務(wù)p可伸縮性，系統(tǒng)容量擴(kuò)充能力，使系統(tǒng)可以支持來自擴(kuò)大用戶群體的額外負(fù)載。p安全性要求，確定可能潛在的安全威脅并找到處理策略。p可維護(hù)性要求，對(duì)部署系統(tǒng)進(jìn)行維護(hù)的難易程度，可維護(hù)性與可用性之間關(guān)系密切 正確理解需求的過程正確理解需求的過程舉例說明舉例說明需求評(píng)審重要性表現(xiàn)方面需求評(píng)審重要性表現(xiàn)方面v

10、 發(fā)現(xiàn)需求定義中的問題，盡早發(fā)現(xiàn)缺陷，降低劣質(zhì)成本。v 保證軟件需求的可測(cè)試性。v 與市場(chǎng)、產(chǎn)品、開發(fā)等相關(guān)人員在需求理解上認(rèn)識(shí)一致，以免后期的爭(zhēng)吵。v 更好的理解產(chǎn)品的功能性與非功能性需求，為制定測(cè)試計(jì)劃打下基礎(chǔ)。v 確定測(cè)試目標(biāo)與范圍。雖然此后需求會(huì)發(fā)生變更，但能得到有效控制，降低測(cè)試風(fēng)險(xiǎn)。 需求評(píng)審重要性的直觀描述需求評(píng)審重要性的直觀描述需求評(píng)審的標(biāo)準(zhǔn)需求評(píng)審的標(biāo)準(zhǔn)v 正確性v 完備性v 易理解性v 一致性v 可行性v 易修改性v 易測(cè)試性v 易追溯性 測(cè)試人員在需求評(píng)審中作用測(cè)試人員在需求評(píng)審中作用p 明確自己的角色和責(zé)任明確自己的角色和責(zé)任p 熟悉評(píng)審內(nèi)容，為評(píng)審做好準(zhǔn)備熟悉評(píng)審內(nèi)容

11、，為評(píng)審做好準(zhǔn)備p 針對(duì)問題闡述觀點(diǎn)，而非針對(duì)個(gè)人針對(duì)問題闡述觀點(diǎn)，而非針對(duì)個(gè)人p 從客戶角度想問題，多問幾個(gè)為什么從客戶角度想問題，多問幾個(gè)為什么p 在會(huì)前或會(huì)后提出自己建設(shè)性的意見在會(huì)前或會(huì)后提出自己建設(shè)性的意見p 對(duì)發(fā)現(xiàn)的問題跟蹤到底對(duì)發(fā)現(xiàn)的問題跟蹤到底p 針對(duì)需求文檔等報(bào)告問題針對(duì)需求文檔等報(bào)告問題需求評(píng)審歸為靜態(tài)測(cè)試范疇，包含了文檔評(píng)審和技術(shù)評(píng)審需求評(píng)審歸為靜態(tài)測(cè)試范疇，包含了文檔評(píng)審和技術(shù)評(píng)審雙重內(nèi)容，通常通過正式的評(píng)審會(huì)議來進(jìn)行。而測(cè)試人員雙重內(nèi)容，通常通過正式的評(píng)審會(huì)議來進(jìn)行。而測(cè)試人員主要起著評(píng)審員的作用，檢查需求定義是否合理和清楚。主要起著評(píng)審員的作用，檢查需求定義是否合理

12、和清楚。 內(nèi)容內(nèi)容 2.1 軟件評(píng)審的方法與技術(shù)2.2 產(chǎn)品需求評(píng)審2.3 設(shè)計(jì)審查設(shè)計(jì)審查2.3 設(shè)計(jì)評(píng)審設(shè)計(jì)評(píng)審 2.3.1 軟件設(shè)計(jì)評(píng)審標(biāo)準(zhǔn)軟件設(shè)計(jì)評(píng)審標(biāo)準(zhǔn)2.3.2 系統(tǒng)架構(gòu)設(shè)計(jì)的評(píng)審系統(tǒng)架構(gòu)設(shè)計(jì)的評(píng)審2.3.3 組件設(shè)計(jì)的審查組件設(shè)計(jì)的審查2.3.4 界面設(shè)計(jì)的評(píng)審界面設(shè)計(jì)的評(píng)審設(shè)計(jì)審查設(shè)計(jì)審查p 系統(tǒng)架構(gòu)的審查系統(tǒng)架構(gòu)的審查p 設(shè)計(jì)規(guī)格說明書的審查設(shè)計(jì)規(guī)格說明書的審查p 系統(tǒng)部署設(shè)計(jì)的審查系統(tǒng)部署設(shè)計(jì)的審查p 多層次審查多層次審查:high-level :high-level low-levellow-level 成功的產(chǎn)品開發(fā)和演化依賴于體系結(jié)構(gòu)恰當(dāng)?shù)倪x擇。軟件設(shè)計(jì)一般可以分為體

13、系結(jié)構(gòu)設(shè)計(jì)和詳細(xì)設(shè)計(jì)。測(cè)試人員參與設(shè)計(jì)評(píng)審保證需求能在設(shè)計(jì)中得到準(zhǔn)確和完整的表示，也就是保證產(chǎn)品規(guī)格說明書的質(zhì)量。 系統(tǒng)設(shè)計(jì)的評(píng)審標(biāo)準(zhǔn)系統(tǒng)設(shè)計(jì)的評(píng)審標(biāo)準(zhǔn)v 設(shè)計(jì)技術(shù)評(píng)審標(biāo)準(zhǔn)。穩(wěn)定、清晰、合理v 非功能性質(zhì)量特性的設(shè)計(jì)評(píng)審要求。安全、性能、穩(wěn)定、擴(kuò)展、可靠。v 評(píng)審的輸入：體系結(jié)構(gòu)文檔、設(shè)計(jì)規(guī)范與指南、風(fēng)險(xiǎn)列表v 評(píng)審的輸出：經(jīng)認(rèn)可的軟件體系結(jié)構(gòu)文檔、變更需求、評(píng)審記錄v 評(píng)審的檢查點(diǎn)：軟件體系結(jié)構(gòu)、設(shè)計(jì)模式、部署視圖、進(jìn)程視圖、封裝體、協(xié)議。 系統(tǒng)架構(gòu)設(shè)計(jì)的審查系統(tǒng)架構(gòu)設(shè)計(jì)的審查采用分層評(píng)審和整體評(píng)審相結(jié)合，經(jīng)過整體評(píng)審到分層采用分層評(píng)審和整體評(píng)審相結(jié)合，經(jīng)過整體評(píng)審到分層評(píng)審、再?gòu)姆謱釉u(píng)審到

14、整體評(píng)審的過程，這樣既能確保評(píng)審、再?gòu)姆謱釉u(píng)審到整體評(píng)審的過程，這樣既能確保評(píng)審的深度，又能確保評(píng)審的一致性評(píng)審的深度，又能確保評(píng)審的一致性 p 整個(gè)系統(tǒng)不應(yīng)該存在單一故障點(diǎn) p系統(tǒng)是否建立了故障轉(zhuǎn)移機(jī)制 p是否建立了良好的負(fù)載平衡機(jī)制 p關(guān)鍵業(yè)務(wù) 或關(guān)鍵任務(wù) ？系統(tǒng)架構(gòu)設(shè)計(jì)的基本要求就是保證系統(tǒng)具有高性能、高可靠性、高安全性、高擴(kuò)展性和可管理性 。系統(tǒng)架構(gòu)設(shè)計(jì)評(píng)審就是保證這些特性在設(shè)計(jì)中得到充分考慮。 組件設(shè)計(jì)的審查組件設(shè)計(jì)的審查p 功能和接口定義正 p 算法的有效性和優(yōu)化p 合理的數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流和控制流 p 可測(cè)試性 等 界面設(shè)計(jì)的審查界面設(shè)計(jì)的審查 (1) 易懂性、易用性(2) 一致性和規(guī)范性(3) 美觀與協(xié)調(diào)性(4) 遵守慣例和通用法則(5) 獨(dú)特性(6) 捷