軟件測(cè)試用例設(shè)計(jì)概述

1、軟件測(cè)試用例設(shè)計(jì)概述軟件測(cè)試基礎(chǔ)Software Testing Foundation課后任務(wù)檢查以組為單位完成以下任務(wù)：了解測(cè)試用例的相關(guān)內(nèi)容包括測(cè)試用例定義、測(cè)試用例要素及格式、測(cè)試用例的設(shè)計(jì)原則、測(cè)試用例的組織、測(cè)試用例的評(píng)價(jià)等了解缺陷報(bào)告的相關(guān)內(nèi)容缺陷報(bào)告的要素及編寫要點(diǎn)3.了解軟件測(cè)試的分類例：某公司要求開發(fā)用于計(jì)算員工圣誕節(jié)獎(jiǎng)金的應(yīng)用軟件。獎(jiǎng)金多少取決于員工進(jìn)入公司的時(shí)間長短。在需求中包含以下描述：進(jìn)入公司超過3年的員工，可以得到其月工資的50%作為圣誕獎(jiǎng)金；進(jìn)入公司超過5年的員工，可以得到其月工資的75%作為圣誕獎(jiǎng)金；而那些進(jìn)入公司超過8年的員工，可以得到100%的月工資作為圣誕

2、獎(jiǎng)金；思考：對(duì)這樣一個(gè)軟件程序，我們?cè)撛鯓舆M(jìn)行測(cè)試？1、測(cè)試用例（Test Case）為特定目標(biāo)或特定條件（例如，執(zhí)行特定的程序路徑，或是驗(yàn)證與特定需求的一致性）而開發(fā)的一組輸入值、執(zhí)行前提條件、期望結(jié)果和執(zhí)行后置條件。或者說，它是我們執(zhí)行軟件測(cè)試的一個(gè)操作指導(dǎo)書，告訴我們?cè)撛鯓幼?，怎樣才算才算通過6測(cè)試用例的組織建立合適的、可擴(kuò)展的測(cè)試用例框架，從而借助這個(gè)框架能有效地組織眾多的測(cè)試用例，包括對(duì)測(cè)試用例的分類、清晰的層次結(jié)構(gòu)等 7實(shí)例8測(cè)試用例參考模板1功能描述根據(jù)給定公式計(jì)算獎(jiǎng)金用例目的測(cè)試獎(jiǎng)金計(jì)算的正確性前提條件輸入大于0的月工作額，例2000編號(hào)輸入/動(dòng)作期望的輸出/相應(yīng)實(shí)際情況1輸入

3、司齡值：2獎(jiǎng)金為02輸入司齡值：4獎(jiǎng)金為50% 2000 = 10003輸入司齡值：7獎(jiǎng)金為75% 2000 = 15004輸入司齡值：10獎(jiǎng)金為100% 2000 = 20005輸入司齡值：-3，80，f提示“司齡數(shù)據(jù)必須在0至70之間”9測(cè)試用例參考模板2通過測(cè)試和失敗測(cè)試通過測(cè)試(test-to-pass)：確認(rèn)軟件至少能做什么失敗測(cè)試(test-to-fail) ：設(shè)計(jì)并運(yùn)行專門用于破壞軟件的測(cè)試用例的測(cè)試。也稱error-forcing。Use test-to-pass to reveal bugs before you test-to-fail.測(cè)試用例設(shè)計(jì)的基本思想設(shè)計(jì)測(cè)試用例時(shí)

4、，要尋求系統(tǒng)設(shè)計(jì)、功能設(shè)計(jì)的弱點(diǎn)。設(shè)計(jì)正面測(cè)試用例（通過測(cè)試）?；臼录臏y(cè)試用例應(yīng)包含所有需要實(shí)現(xiàn)的需求功能。設(shè)計(jì)負(fù)面的異常的測(cè)試用例（失敗測(cè)試）。如考慮異常輸入等2、缺陷報(bào)告缺陷報(bào)告的要素缺陷概要簡要的缺陷描述產(chǎn)生缺陷的先決條件及重現(xiàn)的步驟實(shí)際結(jié)果預(yù)期結(jié)果嚴(yán)重性及優(yōu)先級(jí)必要的屏幕截圖，及AUT日志標(biāo)記該缺陷出現(xiàn)的頻率.3. 軟件測(cè)試的分類軟件測(cè)試的分類方法很多，我們介紹常用的幾種。1.基于是否關(guān)注軟件結(jié)構(gòu)與算法 黑盒測(cè)試 白盒測(cè)試 2.基于是否執(zhí)行被測(cè)試軟件 靜態(tài)測(cè)試 動(dòng)態(tài)測(cè)試 3.基于測(cè)試的不同階段 單元測(cè)試 集成測(cè)試 系統(tǒng)測(cè)試 驗(yàn)收測(cè)試黑盒測(cè)試黑盒測(cè)試時(shí)完全不考慮程序內(nèi)部的結(jié)構(gòu)和處理過

5、程，只是按規(guī)格說明書的規(guī)定來檢查程序是否符合它的功能要求，又稱功能測(cè)試。白盒測(cè)試白盒測(cè)試是根據(jù)程序內(nèi)部邏輯結(jié)構(gòu)進(jìn)行測(cè)試。白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試。requirementseventsinputoutputBlack box vs. White boxFunction Test（功能性測(cè)試）Behavioral Testing（行為測(cè)試）Data-driven Test（數(shù)據(jù)驅(qū)動(dòng)測(cè)試）Structure Test（結(jié)構(gòu)性測(cè)試）Logic-driven Test（邏輯測(cè)試）靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試靜態(tài)測(cè)試：指不運(yùn)行程序，而只是檢查和審閱代碼、文檔等動(dòng)態(tài)測(cè)試：運(yùn)行和使用軟件靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)

6、試不同，動(dòng)態(tài)測(cè)試時(shí)要執(zhí)行程序，而靜態(tài)測(cè)試則依賴于手冊(cè)的檢查及對(duì)代碼和其它項(xiàng)目文檔的靜態(tài)分析。reviewleaderproducerrecorderreviewerstandards bearer (SQA)maintenance oracleStatic testing vs. Dynamic testing靜態(tài)動(dòng)態(tài)黑盒白盒檢查文檔等價(jià)類劃分法邊界值分析法狀態(tài)測(cè)試決策表法靜態(tài)白盒測(cè)試靜態(tài)黑盒測(cè)試動(dòng)態(tài)黑盒測(cè)試代碼審查動(dòng)態(tài)白盒測(cè)試運(yùn)行程序，并分析代碼結(jié)構(gòu) 根據(jù)測(cè)試階段分類需求規(guī)格說明系統(tǒng)功能設(shè)計(jì)系統(tǒng)技術(shù)設(shè)計(jì)組件規(guī)格說明驗(yàn)收測(cè)試組件測(cè)試編程集成測(cè)試系統(tǒng)測(cè)試單元測(cè)試：單元測(cè)試是對(duì)軟件中的基本組成單位

7、進(jìn)行的測(cè)試，如一個(gè)模塊、一個(gè)過程等等。它是軟件動(dòng)態(tài)測(cè)試的最基本的部分，也是最重要的部分之一，其目的是檢驗(yàn)軟件基本組成單位的正確性。一個(gè)軟件單元的正確性是相對(duì)于該單元的規(guī)約而言的。因此，單元測(cè)試以被測(cè)試單位的規(guī)約為基準(zhǔn)。集成測(cè)試：集成測(cè)試是在軟件系統(tǒng)集成過程中所進(jìn)行的測(cè)試，其主要目的是檢查軟件單位之間的接口是否正確。它根據(jù)集成測(cè)試計(jì)劃，一邊將模塊或其他軟件單位組合成越來越大的系統(tǒng)，一邊運(yùn)行該系統(tǒng)，以分析所組成的系統(tǒng)是否正確，各組成部分是否合拍。集成測(cè)試的策略主要有自頂向下和自底向上兩種。系統(tǒng)測(cè)試系統(tǒng)測(cè)試是對(duì)已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測(cè)試，以驗(yàn)證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求。軟件系統(tǒng)測(cè)試方法很多，主要有功能測(cè)試、性能測(cè)試、隨機(jī)測(cè)試等等。驗(yàn)收測(cè)試驗(yàn)收測(cè)試旨在向軟件的購買者展示該軟件系統(tǒng)滿足其用戶的需求。它的測(cè)試數(shù)據(jù)通常是系統(tǒng)測(cè)試的測(cè)試數(shù)據(jù)的子集。所不同的是，驗(yàn)收測(cè)試常常有軟件系統(tǒng)的購買者代表在現(xiàn)場(chǎng)，甚至是在軟件安裝使用的現(xiàn)場(chǎng)。這是軟件在投入使用之前的最后測(cè)