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

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

ID:37073286

大?。?.60 MB

頁數(shù):42頁

時間:2019-05-11

單元二-任務(wù)一-將軟件需求轉(zhuǎn)化為測試需求_第1頁
單元二-任務(wù)一-將軟件需求轉(zhuǎn)化為測試需求_第2頁
單元二-任務(wù)一-將軟件需求轉(zhuǎn)化為測試需求_第3頁
單元二-任務(wù)一-將軟件需求轉(zhuǎn)化為測試需求_第4頁
單元二-任務(wù)一-將軟件需求轉(zhuǎn)化為測試需求_第5頁
資源描述:

《單元二-任務(wù)一-將軟件需求轉(zhuǎn)化為測試需求》由會員上傳分享,免費在線閱讀,更多相關(guān)內(nèi)容在教育資源-天天文庫

1、單元二、計劃測試工作任務(wù)一、根據(jù)需求分析明確測試需求與任務(wù)能夠區(qū)分測試需求與軟件需求能夠收集測試需求了解測試需求的特征能力目標(biāo)測試需求定義:描述在你的應(yīng)用程序中哪些需要被測試,簡單來講就是一個測試的范圍。根據(jù)這個范圍再來擬制測試計劃依據(jù):軟件規(guī)格說明書、市場需求,產(chǎn)品本身的屬性內(nèi)容:內(nèi)容就是需要被測試的“哪些”,這個“哪些”包括——功能、性能與效率、易用性、配置、兼容性測試需求通常是以軟件開發(fā)需求為基礎(chǔ)進(jìn)行分析,通過對開發(fā)需求的細(xì)化和分解,形成可測試的內(nèi)容。測試需求應(yīng)全部覆蓋已定義的業(yè)務(wù)流程,以及功能和非功能方面的需求;測試需求的特征制定的測試需求

2、項必須是可核實的。即,它們必須有一個可觀察、可評測的結(jié)果,無法核實的需求不是測試需求;測試需求應(yīng)指明滿足需求的正常的前置條件,同時也要指明不滿足需求時的出錯條件;測試需求不涉及具體的測試數(shù)據(jù),測試數(shù)據(jù)設(shè)計是測試設(shè)計環(huán)節(jié)應(yīng)解決的內(nèi)容。為什么需要測試需求軟件測試需求是開發(fā)測試用例的依據(jù)。有助于保證測試的質(zhì)量與進(jìn)度。測試需求是衡量測試覆蓋率的重要指標(biāo)。1.把不直觀的需求->直觀的需求(用例/活動圖)使得測試范圍可以度量(功能點的數(shù)量、功能項的數(shù)量);使得獨立的功能點其對應(yīng)的所有的處理分支可以度量;使得該系統(tǒng)需要測試的業(yè)務(wù)場景可以度量2.把不明確的需求->

3、明確的需求明確其功能點對應(yīng)的輸入、處理、輸出3.把不能度量的需求->可度量的需求測試需求分析要達(dá)到的目的軟件需求:項目所要實現(xiàn)的功能以及要達(dá)到的性能,主要面向開發(fā)人員測試需求:描述的是測試點,包括各個功能點,功能間的交互,硬件及軟件環(huán)境等,主要面向測試人員軟件需求與測試需求的區(qū)別需求分析:初步設(shè)想----原始需求---需求分析---需求規(guī)格:輸入、處理和輸出測試需求分析:單功能點輸入處理輸出-----業(yè)務(wù)流分析----全局---隱式需求挖掘需求分析和測試需求分析兩者的過程是相反的需求分析與測試需求分析的區(qū)別測試需求分析過程1.熟悉需求2.需求項整理

4、3.提取出測試點4.測試點細(xì)化5.確定測試范圍6.制定測試策略測試需求分析的過程需求采集需求分析需求采集需求采集的過程是將軟件開發(fā)需求中的那些具有可測試性的需求或特性提取出來,形成原始測試需求??蓽y試性是指這些提取的需求或特性必須存在一個可以明確預(yù)知的結(jié)果,可以用某種方法對這個明確的結(jié)果進(jìn)行判斷、驗證,驗證是否符合文檔中的要求。需求采集需求采集的提取方法:通過列表的形式對軟件開發(fā)需求進(jìn)行梳理,形成原始測試需求列表,列表的內(nèi)容包括需求標(biāo)識、原始測試需求描述、信息來源。將每一條軟件需求對應(yīng)的開發(fā)文檔及章節(jié)號作為軟件需求標(biāo)識。使用軟件需求的簡述作為原始測

5、試需求描述。軟件需求獲取的來源信息作為信息來源。需求采集提取的原始測試需求中,可能存在重復(fù)和冗余,在提取原始測試需求過程中,可以通過以下方法整理原始測試需求:刪除:刪除原始測試需求表中重復(fù)的、冗余的含有包含關(guān)系的原始測試需求描述;細(xì)化:對太簡略的原始測試需求描述進(jìn)行細(xì)化;合并:如果有類似的原測試始需求,在整理時需要對其進(jìn)行合并。需求采集內(nèi)容(1)功能需求—輸入方面輸入來源是什么?輸入數(shù)據(jù)數(shù)量是幾個?如果有錯誤輸入,響應(yīng)是什么?什么是非法輸入?什么是無效輸入?功能需求—處理方面輸入數(shù)據(jù)的有效性檢測的流程是什么?操作的確切次序,包括各事件的時序是什么?

6、對異常情況的回應(yīng)是什么?例如:溢出、通信失敗、錯誤處理需求采集內(nèi)容(2)功能需求—結(jié)果輸出方面輸出到何處(如瀏覽器,打印機(jī),文件)?輸出的數(shù)量是多少?輸出的時序是什么樣的?對非法值的處理是什么樣的?功能需求—性能需求方面靜態(tài)量化可能包含:支持的終端數(shù)目,支持的同時使用的用戶數(shù),處理的文件和記錄的數(shù)目,表和文件的大小動態(tài)量化可能包含:在正?;蚍逯倒ぷ髁壳闆r下一個特定時間段處理事務(wù)或任務(wù)的數(shù)目及數(shù)據(jù)量。在正?;蚍逯倒ぷ髁壳闆r下處理某個事務(wù)或任務(wù)所占用系統(tǒng)資源的數(shù)量需求采集內(nèi)容(3)功能需求—用戶接口方面系統(tǒng)用戶顯示時要求的屏幕格式頁面規(guī)劃及報告或菜單的

7、內(nèi)容輸入和輸出的相關(guān)時序一些組合功能鍵的用法功能需求—硬件接口方面描述軟件產(chǎn)品和系統(tǒng)硬件組件之間接口的邏輯特征該功能運行支持哪些設(shè)備?怎樣支持這些設(shè)備和協(xié)議呢?需求采集-舉例“人力資源管理系統(tǒng)”原始測試需求表序號軟件需求標(biāo)識原始測試需求描述信息來源13.1.1基本信息管理增加員工信息人事部門招聘專員對于新招聘的職員信息可以錄入到系統(tǒng)中,主要職員信息如下:姓名、性別、出生日期、政治面貌、文化水平、婚姻情況、家庭住址、身份證號、辦公電話、移動電話、緊急情況下的聯(lián)系人和聯(lián)系方式、畢業(yè)院校、入職時間、崗位及職責(zé),其中,性別包含男、女兩個類別;婚姻情況包括未

8、婚、已婚、離異三種情況。人力資源管理系統(tǒng)業(yè)務(wù)需求說明書刪除員工信息刪除需用戶確認(rèn),可以逐條刪除或多條一次刪除GB/T175

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動畫的文件,查看預(yù)覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負(fù)責(zé)整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費完成后未能成功下載的用戶請聯(lián)系客服處理。