單元二任務(wù)一將軟件需求轉(zhuǎn)化為測試需求-文庫吧在線文庫
【正文】 形成原始測試需求。在正常或峰值工作量情況下處理某個事務(wù)或任務(wù)所占用系統(tǒng)資源的數(shù)量 ? 功能需求 — 用戶接口方面 ? 系統(tǒng)用戶顯示時要求的屏幕格式 ? 頁面規(guī)劃及報告或菜單的內(nèi)容 ? 輸入和輸出的相關(guān)時序 ? 一些組合功能鍵的用法 ? 功能需求 — 硬件接口方面 ? 描述軟件產(chǎn)品和系統(tǒng)硬件組件之間接口的邏輯特征 ? 該功能運行支持哪些設(shè)備？怎樣支持這些設(shè)備和協(xié)議呢？ “人力資源管理系統(tǒng)”原始測試需求表 序號 軟件需求標識 原始測試需求描述 信息來源 1 本信息管理 增加員工信息 人事部門招聘專員對于新招聘的職員信息可以錄入到系統(tǒng)中，主要職員信息如下：姓名、性別、出生日期、政治面貌、文化水平、婚姻情況、家庭住址、身份證號、辦公電話、移動電話、緊急情況下的聯(lián)系人和聯(lián)系方式、畢業(yè)院校、入職時間、崗位及職責，其中，性別包含男、女兩個類別；婚姻情況包括未婚、已婚、離異三種情況 。 ? 易用性 ? 易理解性：軟件產(chǎn)品使用戶能理解軟件是否合適以及如何能將軟件用于特定的任務(wù)和使用條件的能力。每一個輸入項的數(shù)據(jù)規(guī)格在數(shù)據(jù)字典中可以得到。針對不同測試目標（包括單元和集成單元）實施并執(zhí)行此測試。培訓的起始時間不能晚于截止時間， 培訓費用精確到元角分 。將上述步驟分析、確定的開發(fā)需求、測試需求、測試類型填入測試跟蹤需求矩陣。 6 檢查“培訓主題”、“培訓內(nèi)容”、“起止時間”、“培訓費用”、“培訓機構(gòu)”是否為必填項； 功能測試 增加 培訓 信息 H R M I S 2 . 0 測試需求跟蹤矩陣 軟件需求 測試需求 軟件需求標識 軟件需求描述 測試需求標識 測試要點 測試類型 7 驗證系統(tǒng)對數(shù)據(jù)重復(fù)的檢查。 ? 輪查：又稱分配審查方法，是一種異步評審方式。 ? 評審的人員組成： ? 正式評審小組中，一般存在多種角色，包括協(xié)調(diào)人、作者、評審員等。這種形式介于正式和非正式之間。 11 最大化、最小化、還 原、切換、移動窗口時是否能正常的顯示頁面。軟件需求一旦發(fā)生變化，就要對需求跟蹤表進行維護，啟動配置管理過程，將與軟件需求變更相關(guān)的內(nèi)容進行同步變更。培訓的起始時間不能晚于截止時間， 培訓費用精確到元角分 。 ? 接口測試：側(cè)重于驗證測試目標的數(shù)據(jù)接口的正確性和對其設(shè)計的遵循性。 ? 根據(jù)質(zhì)量子特性的定義，以及各測試類型的測試內(nèi)容，可以分析出質(zhì)量子特性與測試類型的對應(yīng)關(guān)系。每一個輸入項的數(shù)據(jù)規(guī)格在數(shù)據(jù)字典中可以得到。 ? 進行細化和分解還需考慮： ? 需求的完整性，經(jīng)過分解獲得的需求必須能夠充分覆蓋軟件需求的各種特征（包括隱含的特征），每個需求必須可以獨立完成有意義的功能或功能組合，可以進行單獨測試； ? 需求的規(guī)模，每個最低層次的需求能夠使用數(shù)量相當?shù)臏y試用例來實現(xiàn)，也即測試的粒度是均勻的 ? 對每一條測試要點，確定所對應(yīng)的質(zhì)量子特性。 ? 使用軟件需求的簡述作為原始測試需求描述。即，它們必須有一個可觀察、可評測的結(jié)果，無法核實的需求不是測試需求； ? 測試需求應(yīng)指明滿足需求的正常的前置條件，同時也要指明不滿足需求時的出錯條件； ? 測試需求不涉及具體的測試數(shù)據(jù)，測試數(shù)據(jù)設(shè)計是測試設(shè)計環(huán)節(jié)應(yīng)解決的內(nèi)容。 ? 軟件測試需求是開發(fā)測試用例的依據(jù)。 ? 軟件需求獲取的來源信息 作為信息來源。 ? 功能性 ? 適合性：軟件產(chǎn)品為指定的任務(wù)和用戶目標提供一組合適的功能的能力。 6 檢查“培
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1