基于測試的需求驗證技術

1、11 需求質(zhì)量之可測試性2 可測試性之測試用例設計與規(guī)格說明書類似好比建筑師其其 他他10%軟件產(chǎn)品說明書軟件產(chǎn)品說明書（需求）（需求）56%編寫代碼編寫代碼7%設設 計計27%軟件復雜文檔不足時間緊低級錯誤不全面常更改溝通不好軟件缺陷軟件缺陷-構成構成 為什么軟件產(chǎn)品規(guī)格說明書中缺陷最多？為什么軟件產(chǎn)品規(guī)格說明書中缺陷最多？ 用戶一般是非計算機專業(yè)人員用戶一般是非計算機專業(yè)人員, ,軟件開發(fā)人員和用戶的溝通存在較大困軟件開發(fā)人員和用戶的溝通存在較大困難，對要開發(fā)的產(chǎn)品功能理解不一致。難，對要開發(fā)的產(chǎn)品功能理解不一致。 由于軟件產(chǎn)品還沒有設計、開發(fā)，完全靠想象去描述系統(tǒng)的實現(xiàn)結(jié)果，由于軟件產(chǎn)品

2、還沒有設計、開發(fā)，完全靠想象去描述系統(tǒng)的實現(xiàn)結(jié)果，所以有些特性還不夠清晰。所以有些特性還不夠清晰。 需求變化的不一致性需求變化的不一致性. .用戶的需求總是在不斷變化的，這些變化如果沒用戶的需求總是在不斷變化的，這些變化如果沒有在產(chǎn)品規(guī)格說明書中得到正確的描述，容易引起前后文，上下文的有在產(chǎn)品規(guī)格說明書中得到正確的描述，容易引起前后文，上下文的矛盾。矛盾。 對規(guī)格說明書不夠重視，在規(guī)格說明書的設計和寫作上投入的人力，對規(guī)格說明書不夠重視，在規(guī)格說明書的設計和寫作上投入的人力，時間不足。時間不足。 沒有在整個開發(fā)隊伍中進行充分溝通，有時只有設計師或項目經(jīng)理得沒有在整個開發(fā)隊伍中進行充分溝通，有時

3、只有設計師或項目經(jīng)理得到比較多的信息。到比較多的信息。需求設計編碼測試發(fā)布 時間時間 缺陷數(shù)缺陷數(shù)早期缺陷發(fā)現(xiàn)（早期缺陷發(fā)現(xiàn)（70%-90%）測試前）測試前在真正的程序測試之前，通過審查、評審會可以發(fā)現(xiàn)更多的缺陷。 w 完整的軟件開發(fā)流程完整的軟件開發(fā)流程項目規(guī)劃項目規(guī)劃項目需求分析項目需求分析項目概要分析項目概要分析項目詳細分析項目詳細分析代碼編寫代碼編寫測試代碼編寫測試代碼編寫測試需求分析測試需求分析系統(tǒng)測試計劃系統(tǒng)測試計劃集成測試計劃集成測試計劃單元測試計劃單元測試計劃產(chǎn)品發(fā)布產(chǎn)品發(fā)布系統(tǒng)測試系統(tǒng)測試集成測試集成測試單元測試單元測試軟件測試與軟件開發(fā)生命周期的關系軟件測試與軟件開發(fā)生命周

4、期的關系用戶需求測試的手段編寫測試用例編寫測試用例編寫用戶使用手冊編寫用戶使用手冊問題探討：問題探討：測試用例作為系統(tǒng)驗收標準合適嗎？測試用例作為系統(tǒng)驗收標準合適嗎？功能點測試概念1、 主要期望目的：描述此功能點是為了什么目的而開發(fā)的，即需求要求實現(xiàn)的目的。2、 次要期望目的：描述此功能點在對錯誤的描述，在各種環(huán)境中的適應情況等。w 立足需求分析過程 w 是需求的測試方法 w 是需求明晰性評審的新視角 功能點測試技術總結(jié) 在描述需求時分解過程采取描繪輪廓、分解單元、細化等步驟，其中：w 第一步描繪輪廓，描繪被測程序的測試范圍包括測試目標、對象等。w 第二步分解單元，對測試范圍進行分解，根據(jù)結(jié)構

5、分解成不同級別的單元，形成樹形需求。例如子系統(tǒng)、模塊等。w 第三步單元細化，對已分解的單元進行細化，細述每項需求，并設定其優(yōu)先級。1、需求分析過程在編寫需求時有一些依據(jù)，需要注意以下幾點：完整性，一份完整的需求就是一份測試方案，所以必須強調(diào)完整性。無歧異性，需求、測試用例設計和測試執(zhí)行人員通常不是一個人完成，所以需求的無歧異性至關重要。一致性，與軟件需求和測試用例設計均保持一致?？勺粉櫺钥蓽y試性，因為后繼的測試用例設計和缺陷報告均以需求為基礎，所以需求必須具有可測試性。2、需求的測試方案以“用戶登錄”需求為例，描述測試用例的撰寫方法。1、功能需求的示例 w 第一步，如圖以軟件需求說明書為依據(jù)。

6、功能點測試技術案例第二步，為“用戶登錄”功能總結(jié)功能點如下表。設計者設計者 ：王麗：王麗編寫日期：編寫日期：2009-7-202009-7-20校閱人校閱人 ：楊立陽：楊立陽校閱日期：校閱日期：2009-7-242009-7-24類型類型 ：系統(tǒng)功能：系統(tǒng)功能狀態(tài)狀態(tài) ：已審核：已審核需求編號需求編號功能分類功能分類第一層第一層功能分類功能分類第二層第二層功能點測試項功能點測試項優(yōu)先級優(yōu)先級11.111.1啟動條件-“用戶登錄”頁面正常打開高11.211.2用戶登錄成功常規(guī)登錄成功，頁面跳轉(zhuǎn)至用戶Default.aspx畫面 高11.311.3必須輸入項設定用戶名高11.411.4設定密碼高1

7、1.511.5設定驗證碼高11.611.6用戶登錄失敗失敗原因檢查數(shù)據(jù)庫連接高11.711.7檢查Web服務連接高11.811.8檢查網(wǎng)絡連接是否超時高（1）為了總結(jié)全面的功能點，從示例“功能第一層分類中”可以看出從“啟動條件”、“用戶登錄成功”、“用戶登錄失敗”三方面進行考慮。（2）“用戶登錄成功”的功能分類第二層“必須輸入項”功能點包含“用戶名”、“密碼”和“驗證碼”，都是必輸入項，并且都不能進行再拆分，滿足最小測試項的要求，如果再進行拆分就需考慮各功能點的等價類、邊界值的取值即測試用例設計了，測試用例設計不屬于需求階段的工作。功能點測試用例規(guī)范w 功能點測試的模板參見下表。 如果不存在子

8、分類及測試項時可使用“-”表示。以模塊為單位組織功能需求，如果一個模塊包括多個頁面，則分頁面進行描述。功能分類功能分類第一層第一層功能分類第二層功能分類第二層測試項測試項頁頁面面1 1啟動條件-導航條啟動頁面正常打開其它關聯(lián)輸入項檢查控件與數(shù)據(jù)庫表的關聯(lián)控件與控件的關聯(lián)重置按鈕復位鍵其它功能1成功常規(guī)數(shù)據(jù)庫新建數(shù)據(jù)的確認功能鍵按鈕的確認默認值其它必須輸入項非必須輸入項輸入項組合測試所有必須輸入項填寫或選擇+非必輸入項不填寫所有必須輸入項填寫或選擇+非必輸入項都填寫所有必須輸入項填寫或選擇+非必輸入項選擇性的進行填寫2-3條輸出項檢查系統(tǒng)輸出的各種信息是否正確，例如購買若干本圖書的總價格等信息（

9、注意，案例中沒有出現(xiàn)）功能分類第一層功能分類第一層功能分類第二層功能分類第二層測試項測試項頁頁面面1 1功能2成功功能3成功功能失敗檢查網(wǎng)絡連接情況-檢查數(shù)據(jù)庫、數(shù)據(jù)表連接情況-檢查服務器連接情況-后繼-確認消息框其它其它頁頁面面2 2同上同上頁頁面面N N同上w 第一步，如圖以軟件需求和原型設計為依據(jù)。w 第二步，為“添加管理員”功能總結(jié)功能點測試用例，如下表。案例1：編寫“添加管理員”的功能點測試用例設計者設計者 ：王麗：王麗編寫日期：編寫日期：2009-7-202009-7-20校閱人校閱人 ：楊立陽：楊立陽校閱日期：校閱日期：2009-7-242009-7-24類型類型 ：系統(tǒng)功能：系

10、統(tǒng)功能狀態(tài)狀態(tài) ：已審核：已審核需求需求編號編號功能分類第一層功能分類第一層功能分類第二層功能分類第二層功能點測試項功能點測試項優(yōu)先級優(yōu)先級25.125.1啟動條件-“添加管理員”頁面正常打開高25.225.2關聯(lián)輸入項檢查控件與控件關聯(lián)確認確認密碼與密碼是否關聯(lián)25.325.3添加管理員成功常規(guī)添加用戶成功，數(shù)據(jù)庫記錄管理員的數(shù)據(jù)表T_Admin更新高25.425.4必須輸入項設定用戶名高25.525.5設定管理員姓名高25.625.6設定密碼高25.725.7設定確認密碼高25.825.8設定用戶權限高25.925.9失敗失敗原因檢查數(shù)據(jù)庫連接高25.1025.10檢查Web服務連接高25

11、.1125.11檢查網(wǎng)絡連接是否超時高25.1225.12后繼處理檢查“添加成功”消息框高高w 從軟件需求分析出，添加“添加管理員”需要設定管理員的基本信息并設定管理員的用戶權限，功能點 “設定用戶名”、“設定管理員姓名”等均不可拆分，滿足最小測試項的要求，如果再進行拆分就得考慮各功能點的等價類、邊界值的取值也就是測試用例設計了。設定用戶權限使用的控件是多選框，從軟件需求獲知必須為用戶劃分一到多項權限，所以將設定用戶權限定義為必須輸入項，但是并不意味著多選框所有的權限都勾選，關于控件的需求請參考3.3.1節(jié)。w 編號25.3，常規(guī)指添加管理員后一定要驗證的內(nèi)容，使用任何數(shù)據(jù)，都能夠驗證這些，所

12、以叫常規(guī)。w 編號25.12考慮的是添加管理員成功后有“添加成功”消息框提示，所以要作為后繼處理。案例分析n第一步，如圖以軟件需求說明書為依據(jù)。n第二步，為“添加圖書”功能總結(jié)功能點如下表。案例2：編寫“添加圖書”的功能點測試用例設計需求編號需求編號功能分類功能分類第一層第一層功能分類第二層功能分類第二層功能點測試項功能點測試項優(yōu)先級優(yōu)先級25.125.1啟動條件-“添加圖書”頁面正常打開高25.225.2圖書分類下拉列表框默認為教育考試25.325.3開本下拉列表框默認為16開本25.425.4是否折扣默認為7折25.525.5裝幀默認為平裝25.625.6關聯(lián)輸入項檢查控件與表關聯(lián)確認圖書

13、分類中的下拉列表內(nèi)容是否與T_BookClass表關聯(lián)高25.725.7控件與控件關聯(lián)確認是否折扣選擇框是否與折扣下拉列表框關聯(lián)高25.825.8確認重置按鈕與各輸入項的關聯(lián)高25.925.9添加圖書成功常規(guī)添加圖書成功，數(shù)據(jù)庫數(shù)據(jù)表T_Book更新高25.1025.10添加圖書成功，下拉列表框圖書分類、開本、是否折扣、裝幀恢復為默認值25.1125.11必須輸入項設定書名高25.1225.12設定圖書分類高25.1325.13設定作者高25.1425.14設定價格高25.1525.15設定頁數(shù)高25.1625.16設定上傳圖像高需求編號需求編號功能分類第一層功能分類第一層功能分類第二層功能分

14、類第二層功能點測試項功能點測試項優(yōu)先級優(yōu)先級25.1725.17添加圖書成功非必須輸入項設定譯者高25.1825.18設定出版社高25.1925.19設定出版日期高25.2025.20設定ISBN高25.2125.21設定條形碼高25.2225.22設定是否折扣高25.2325.23設定版次高25.2425.24設定開本高25.2525.25設定裝幀高25.2625.26設定圖書簡介高25.2725.27組合測試設定書名設定圖書分類設定作者設定價格設定頁數(shù)設定上傳圖像高25.2925.29設定書名設定圖書分類設定作者設定價格設定頁數(shù)設定上傳圖像設定譯者設定出版社設定出版日期高需求編號需求編號功

15、能分類第一層功能分類第一層功能分類第二層功能分類第二層功能點測試項功能點測試項優(yōu)先級優(yōu)先級25.2825.28添加圖書成功組合測試設定書名設定圖書分類設定作者設定價格設定頁數(shù)設定上傳圖像設定譯者設定出版社設定出版日期設定ISBN設定條形碼設定是否折扣設定版次設定開本設定裝幀設定圖書簡介高25.3025.30失敗失敗原因檢查數(shù)據(jù)庫連接高25.3125.31檢查Web服務連接高25.3225.32檢查網(wǎng)絡連接是否超時高25.3325.33后繼處理-檢查“添加成功”消息高高w 需求編號25.6描述的是控件與表的關聯(lián)關系。圖書分類的內(nèi)容是用戶通過自定義的方式存儲到數(shù)據(jù)表T_BookClass然后通過圖書分類下拉列表框讀取出來的。w 需求編號25.7和25.8描述的是控件與控件的關聯(lián)關系。編號25.7，只有是否折扣選擇框被選中狀態(tài)下折扣下拉列表框才可用，所以兩個控件之間有關聯(lián)關系；編號25.8， 重置按鈕與所有輸入項均有關聯(lián)，當點擊重置按鈕時所有文本框控件需要清空、所有下拉列表控件需要恢復為默認狀態(tài)。案例分析w 需求編號25.17至25.26考慮的是非必須輸入項。這些控件的設定是可選的，所以在定義測試功能點時將它們歸為一類。w 需求編號25.27至25.29考慮的是組合測試。當輸入多個條件時通常對輸入條件進行以下幾種情況的組合。第一種情況，所有必須輸