單元二任務(wù)一將軟件需求轉(zhuǎn)化為測試需求-在線瀏覽
2025-07-15 12:59本頁面
【正文】 測試需求分析：單功能點輸入處理輸出 業(yè)務(wù)流分析 全局 隱式需求挖掘 ? 需求分析和測試需求分析兩者的過程是相反的 ? ? ? ? ? ? 需求采集 需求分析 ? 需求采集的過程是將軟件開發(fā)需求中的那些具有可測試性 的需求或特性提取出來，形成原始測試需求。 ? 需求采集的提取方法： ? 通過列表的形式對軟件開發(fā)需求進行梳理，形成 原始測試需求列表 ，列表的內(nèi)容包括需求標識、原始測試需求描述、信息來源。 ? 使用軟件需求的簡述作為原始測試需求描述。 ? 提取的原始測試需求中，可能存在重復和冗余，在提取原始測試需求過程中，可以通過以下方法整理原始測試需求： ? 刪除：刪除原始測試需求表中重復的、冗余的含有包含關(guā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è)院校、入職時間、崗位及職責，其中，性別包含男、女兩個類別；婚姻情況包括未婚、已婚、離異三種情況 。 ? 測試要點是對原始測試需求表每一條開發(fā)需求的細化和分解，形成的可測試的分層描述的軟件需求。 ? 進行細化和分解還需考慮： ? 需求的完整性，經(jīng)過分解獲得的需求必須能夠充分覆蓋軟件需求的各種特征（包括隱含的特征），每個需求必須可以獨立完成有意義的功能或功能組合，可以進行單獨測試； ? 需求的規(guī)模，每個最低層次的需求能夠使用數(shù)量相當?shù)臏y試用例來實現(xiàn)，也即測試的粒度是均勻的 ? 對每一條測試要點，確定所對應(yīng)的質(zhì)量子特性。 ? 準確性：軟件產(chǎn)品提供具有所需精度的正確或相符的結(jié)果或效果的能力。 ? 易用性 ? 易理解性：軟件產(chǎn)品使用戶能理解軟件是否合適以及如何能將軟件用于特定的任務(wù)和使用條件的能力。 質(zhì)量特性對應(yīng)表 原始需求描述 標識 測試要點 質(zhì)量特性 1 輸入符合字典要求的各信息后執(zhí)行保存 ，檢查保存是否成功； 功能性 / 適合性 2 檢查每個輸入項的數(shù)據(jù)長度是否遵循數(shù)據(jù)字典的要求； 功能性 / 適合性、可靠性 / 容錯性 3 檢查每個輸入項的數(shù)據(jù)類型是否遵循數(shù)據(jù)字典的要求； 功能性 / 適合性、可靠性 / 容錯性 4 檢查“培訓費用”是否滿足規(guī)定的精度要求； 功能性 / 準確性 5 檢查在培訓的起止時間早晚于截止時間時，所增加的記錄是否保存成功； 功能性 / 適合性 一條完整的培訓信息包括培訓的主題、證書、內(nèi)容、起止時間、費用、地點、機構(gòu)，其中培訓的主題、內(nèi)容、起止時間、費用、機構(gòu)為必填項。每一個輸入項的數(shù)據(jù)規(guī)格在數(shù)據(jù)字典
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1