【正文】 蓋軟件需求的各種特征（包括隱含的特征），每個需求必須可以獨立完成有意義的功能或功能組合，可以進(jìn)行單獨測試； ? 需求的規(guī)模，每個最低層次的需求能夠使用數(shù)量相當(dāng)?shù)臏y試用例來實現(xiàn)，也即測試的粒度是均勻的 ? 對每一條測試要點，確定所對應(yīng)的質(zhì)量子特性。 ? 根據(jù)質(zhì)量子特性的定義，以及各測試類型的測試內(nèi)容，可以分析出質(zhì)量子特性與測試類型的對應(yīng)關(guān)系。培訓(xùn)的起始時間不能晚于截止時間， 培訓(xùn)費用精確到元角分 。 11 最大化、最小化、還 原、切換、移動窗口時是否能正常的顯示頁面。 ? 評審的人員組成： ? 正式評審小組中，一般存在多種角色，包括協(xié)調(diào)人、作者、評審員等。 6 檢查“培訓(xùn)主題”、“培訓(xùn)內(nèi)容”、“起止時間”、“培訓(xùn)費用”、“培訓(xùn)機(jī)構(gòu)”是否為必填項； 功能測試 增加 培訓(xùn) 信息 H R M I S 2 . 0 測試需求跟蹤矩陣 軟件需求 測試需求 軟件需求標(biāo)識 軟件需求描述 測試需求標(biāo)識 測試要點 測試類型 7 驗證系統(tǒng)對數(shù)據(jù)重復(fù)的檢查。培訓(xùn)的起始時間不能晚于截止時間， 培訓(xùn)費用精確到元角分 。每一個輸入項的數(shù)據(jù)規(guī)格在數(shù)據(jù)字典中可以得到。在正?；蚍逯倒ぷ髁壳闆r下處理某個事務(wù)或任務(wù)所占用系統(tǒng)資源的數(shù)量 ? 功能需求 — 用戶接口方面 ? 系統(tǒng)用戶顯示時要求的屏幕格式 ? 頁面規(guī)劃及報告或菜單的內(nèi)容 ? 輸入和輸出的相關(guān)時序 ? 一些組合功能鍵的用法 ? 功能需求 — 硬件接口方面 ? 描述軟件產(chǎn)品和系統(tǒng)硬件組件之間接口的邏輯特征 ? 該功能運行支持哪些設(shè)備？怎樣支持這些設(shè)備和協(xié)議呢？ “人力資源管理系統(tǒng)”原始測試需求表 序號 軟件需求標(biāo)識 原始測試需求描述 信息來源 1 本信息管理 增加員工信息 人事部門招聘專員對于新招聘的職員信息可以錄入到系統(tǒng)中，主要職員信息如下：姓名、性別、出生日期、政治面貌、文化水平、婚姻情況、家庭住址、身份證號、辦公電話、移動電話、緊急情況下的聯(lián)系人和聯(lián)系方式、畢業(yè)院校、入職時間、崗位及職責(zé)，其中，性別包含男、女兩個類別；婚姻情況包括未婚、已婚、離異三種情況 。任務(wù)一、 根據(jù)需求分析明確測試需求與任務(wù) ? 能夠區(qū)分測試需求與軟件需求 ? 能夠收集測試需求 ? 了解測試需求的特征 ? 定義 ：描述在你的應(yīng)用程序中 哪些 需要被測試，簡單來講就是一個測試的范圍。 人力資源管理系統(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)行管理。 11 最大化、最小化、還原、切換、移動窗口時是否能正常的顯示頁面。每一個輸入項的數(shù)據(jù)規(guī)格在數(shù)據(jù)字典中可以得到。 功能測試 8 針對頁面中文字、表單、圖片、表格等元素，檢查每個頁面各元素的位置是否協(xié)調(diào)，各元素的顏色是否協(xié)調(diào)，各