單元二任務一將軟件需求轉化為測試需求(已修改)
2025-05-28 12:59 本頁面
【正文】 任務一、 根據(jù)需求分析明確測試需求與任務 ? 能夠區(qū)分測試需求與軟件需求 ? 能夠收集測試需求 ? 了解測試需求的特征 ? 定義 ：描述在你的應用程序中 哪些 需要被測試，簡單來講就是一個測試的范圍。根據(jù)這個范圍再來擬制測試計劃 ? 依據(jù) ：軟件規(guī)格說明書、市場需求，產品本身的屬性 ? 內容 ：內容就是需要被測試的 “ 哪些 ” ，這個 “ 哪些 ”包括 —— 功能、性能與效率、易用性、配置、 兼容性 ? 測試需求通常是以軟件開發(fā)需求為基礎進行分析，通過對開發(fā)需求的細化和分解，形成可測試的內容。 ? 測試需求應全部覆蓋已定義的業(yè)務流程，以及功能和非功能方面的需求； ? 制定的測試需求項必須是可核實的。即，它們必須有一個可觀察、可評測的結果，無法核實的需求不是測試需求； ? 測試需求應指明滿足需求的正常的前置條件，同時也要指明不滿足需求時的出錯條件； ? 測試需求不涉及具體的測試數(shù)據(jù)，測試數(shù)據(jù)設計是測試設計環(huán)節(jié)應解決的內容。 ? 軟件測試需求是開發(fā)測試用例的依據(jù)。 ? 有助于保證測試的質量與進度 。 ? 測試需求是衡量測試覆蓋率的重要指標。 ? 直觀的需求（用例 /活動圖） 使得測試范圍可以度量（功能點的數(shù)量、功能項的數(shù)量）； 使得獨立的功能點其對應的所有的處理分支可以度量； 使得該系統(tǒng)需要測試的業(yè)務場景可以度量 ? 明確的需求 明確其功能點對應的輸入、處理、輸出 ? 可度量的需求 ? 軟件需求：項目所要實現(xiàn)的功能以及要達到的性能，主要面向開發(fā)人員 ? 測試需求：描述的是測試點，包括各個功能點，功能間的交互，硬件及軟件環(huán)境等，主要面向測試人員 ? 需求分析：初步設想 原始需求 需求分析 需求規(guī)格：輸入、處理和輸出 ? 測試需求分析：單功能點輸入處理輸出 業(yè)務流分析 全局 隱式需求挖掘 ? 需求分析和測試需求分析兩者的過程是相反的 ? ? ? ? ? ? 需求采集 需求分析 ? 需求采集的過程是將軟件開發(fā)需求中的那些具有可測試性 的需求或特性提取出來，形成原始測試需求。 ? 可測試性 是指這些提取的需求或特性必須存在一個可以明確預知的結果，可以用某種方法對這個明確的結果進行判斷、驗證，驗證是否符合文檔中的要求。 ? 需求采集的提取方法： ? 通過列表的形式對軟件開發(fā)需求進行梳理，形成 原始測試需求列表 ，列表的內容包括需求標識、原始測試需求描述、信息來源。 ? 將每一條軟件需求對應的開發(fā)文檔及章節(jié)號作為軟件需求標識。 ? 使用軟件需求的簡述作為原始測試需求描述。 ? 軟件需求獲取的來源信息 作為信息來源。 ? 提取的原始測試需求中，可能存在重復和冗余，在提取原始測試需求過程中，可以通過以下方法整理原始測試需求： ? 刪除：刪除原始測試需求表中重復的、冗余的含有包含關系的原始測試需求描述； ? 細化：對太簡略的原始測試需求描述進行細化； ? 合并：如果有類似的原測試始需求，在整理時需要對其進行合并。 ? 功能需求 — 輸入方面 ? 輸入來源是什么？ ? 輸入數(shù)據(jù)數(shù)量是幾個？ ? 如果有錯誤輸入，響應是什么？ ? 什么是非法輸入？什么是無效輸入？ ? 功能需求 — 處理方面 ? 輸入數(shù)據(jù)的有效性檢測的流程是什么？ ? 操作的確切次序，包括各事件的時序是什么？ ? 對異常情況的回應是什么？例如：溢出、通信失敗、錯誤處理 ? 功能需求 — 結果輸出方面 ?
環(huán)評公示相關推薦
鄂ICP備17016276號-1