單元二任務(wù)一將軟件需求轉(zhuǎn)化為測試需求-wenkub
2023-05-23 12:59:01 本頁面
【正文】 需求分析：初步設(shè)想 原始需求 需求分析 需求規(guī)格：輸入、處理和輸出 ? 測試需求分析：單功能點輸入處理輸出 業(yè)務(wù)流分析 全局 隱式需求挖掘 ? 需求分析和測試需求分析兩者的過程是相反的 ? ? ? ? ? ? 需求采集 需求分析 ? 需求采集的過程是將軟件開發(fā)需求中的那些具有可測試性 的需求或特性提取出來，形成原始測試需求。即，它們必須有一個可觀察、可評測的結(jié)果，無法核實的需求不是測試需求； ? 測試需求應(yīng)指明滿足需求的正常的前置條件，同時也要指明不滿足需求時的出錯條件； ? 測試需求不涉及具體的測試數(shù)據(jù)，測試數(shù)據(jù)設(shè)計是測試設(shè)計環(huán)節(jié)應(yīng)解決的內(nèi)容。任務(wù)一、 根據(jù)需求分析明確測試需求與任務(wù) ? 能夠區(qū)分測試需求與軟件需求 ? 能夠收集測試需求 ? 了解測試需求的特征 ? 定義 ：描述在你的應(yīng)用程序中 哪些 需要被測試，簡單來講就是一個測試的范圍。 ? 軟件測試需求是開發(fā)測試用例的依據(jù)。 ? 可測試性 是指這些提取的需求或特性必須存在一個可以明確預(yù)知的結(jié)果，可以用某種方法對這個明確的結(jié)果進(jìn)行判斷、驗證，驗證是否符合文檔中的要求。 ? 軟件需求獲取的來源信息 作為信息來源。 人力資源管理系統(tǒng)業(yè)務(wù)需求說明書 刪除員工信息 刪除需用戶確認(rèn)，可以逐條刪除或多條一次刪除 GB/T 175441998 2 并發(fā) 15個用戶，平均登錄時間小于 10秒 人力資源管理系統(tǒng)業(yè)務(wù)需求說明書 3 隱含需求：在使用中操作錯誤的易恢復(fù)性 程序應(yīng)對關(guān)鍵數(shù)據(jù)的操作給出警告或在執(zhí)行前確認(rèn) GB/T 175441998 ? a）對原始測試需求列表中列出的每一條開發(fā)需求，形成可測試的分層描述的測試要點； ? b）對步驟 a）形成的每一條測試要點，確定軟件產(chǎn)品的質(zhì)量需求； ? c）對步驟 b）所確定的質(zhì)量需求，分析測試執(zhí)行時需要實施的測試類型； ? d）建立測試需求跟蹤矩陣，對測試需求進(jìn)行管理。 ? 功能性 ? 適合性：軟件產(chǎn)品為指定的任務(wù)和用戶目標(biāo)提供一組合適的功能的能力。 ? 易操作性：軟件產(chǎn)品使用戶能理解和操作它的能力。 6 檢查“培訓(xùn)主題”、“培訓(xùn)內(nèi) 容”、“起止時間”、“培訓(xùn)費(fèi)用”、“培訓(xùn)機(jī)構(gòu)”是否為必填項； 功能性 / 適合性 質(zhì)量特性對應(yīng)表 原始需求描述 標(biāo)識 測試要點 質(zhì)量特性 7 驗證系統(tǒng)對數(shù)據(jù)重復(fù)的檢查。 11 最大化、最小化、還原、切換、移動窗口時是否能正常的顯示頁面。 質(zhì)量子特性和測試類型的對應(yīng)關(guān)系基準(zhǔn)表 ? 功能測試：側(cè)重于驗證測試目標(biāo)預(yù)期功能，確保滿足提供所需的服務(wù)、方法或用例。 ? 容量測試：側(cè)重于驗證測試目標(biāo)處理大量數(shù)據(jù)的能力，可以是輸入和輸出或數(shù)據(jù)庫中駐留的數(shù)據(jù)。 ? 結(jié)構(gòu)測試：側(cè)重于評估測試目標(biāo)對其設(shè)計和形式的遵循性。每一個輸入項的數(shù)據(jù)規(guī)格在數(shù)據(jù)字典中可以得到。每一個輸入項的數(shù)據(jù)規(guī)格在數(shù)據(jù)字典中可以得到。 ? 測試需求跟蹤矩陣為原始測試需求與測試要點的對應(yīng)關(guān)系表，格式如下： 軟件需求 測試需求 軟 件需求標(biāo)識 軟件需求描述 測試需求標(biāo)識 測試要點 測試類型 ? 建立測試需求跟蹤矩陣，對測試需求進(jìn)行管理。 H R M I S 2 . 0 測試需求跟蹤矩陣 軟件需求 測試需求 軟件需求標(biāo)識 軟件需求描述 測試需求標(biāo)識 測試要點 測試類型 1 輸入符合字典
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1