【正文】 操作步驟，以明確測試場景。對測試范圍、功能點(diǎn)對應(yīng)的所有處理分支和待測試的業(yè)務(wù)場景進(jìn)行度量，明確把握測試規(guī)模。同時，測試需求也是設(shè)計(jì)測試用例的依據(jù)，好的測試需求能發(fā)現(xiàn)需求中顯性和隱性的測試點(diǎn)，從而能更好的指導(dǎo)測試用例的設(shè)計(jì)，提高被測系統(tǒng)整體功能的覆蓋率。軟件需求是基礎(chǔ)，功能點(diǎn)是軟件需求的分解產(chǎn)物，測試需求是對功能點(diǎn)進(jìn)行剖析后形成的測試基礎(chǔ)，測試案例則是對測試需求的操作細(xì)化。3) 測試需求：以用戶需求為基礎(chǔ)，站在第三方測試的角度明確待測系統(tǒng)中需要測試的內(nèi)容。? 功能需求：定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，包括處理流程、使用場景、業(yè)務(wù)規(guī)則、模型算法、控制邏輯等，使得用戶能完成實(shí)際操作，從而滿足業(yè)務(wù)需求。本文主要介紹在銀行業(yè)務(wù)系統(tǒng)測試過程中，就測試需求及案例進(jìn)行設(shè)計(jì)與編寫的思路、過程及方法，用于指導(dǎo)相關(guān)測試人員更好地開展該階段的測試工作。 試用范圍本指南適用于在總分行開展的各類功能測試項(xiàng)目中，參與測試需求或測試案例設(shè)計(jì)、編寫的測試人員查閱參考，其中包括單元、集成、系統(tǒng)或 UAT測試人員。? 非功能需求：是作為對功能需求的補(bǔ)充，它描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等。 功能測試需求及案例設(shè)計(jì)指南44) 測試案例：測試案例是為特定目標(biāo)或特定條件而設(shè)計(jì)的一組輸入值、執(zhí)行條件和預(yù)期結(jié)果。 軟 件 需 求功 能 點(diǎn) A功 能 點(diǎn) E測 試需 求 3功 能 點(diǎn) F功 能 點(diǎn) D功 能 點(diǎn) C功 能 點(diǎn) B功 能 點(diǎn) E軟 件 需 求測 試 需求 1測 試 需求 2測 試 需求 3測 試 需求 4測 試 需求 5測 試 案例 2測 試 案例 3測 試 案例 4測 試 案例 5測 試 案例 6測 試 案例 1圖 1軟件需求、功能點(diǎn)、測試需求、測試案例關(guān)系圖第 2 章 測試需求分析 測試需求分析概述 測試需求測試需求主要解決“測什么”的問題，即指明被測系統(tǒng)中有哪些功能點(diǎn)需 功能測試需求及案例設(shè)計(jì)指南5要測試。 測試需求分析的必要性在做一個測試項(xiàng)目之前，首先必須了解測試規(guī)模、復(fù)雜程度及可能存在的風(fēng)險(xiǎn)，這些都需要通過詳細(xì)的測試需求來了解。另一方面，可以把不明確的需求變成明確的需求，明確其功能點(diǎn)對應(yīng)的輸入、處理和輸出。 測試需求分析與需求分析的區(qū)別內(nèi)容 需求分析 測試需求分析目標(biāo)對實(shí)現(xiàn)軟件功能作全面的描述；為開發(fā)人員提供開發(fā)依據(jù)；解決“測什么”的問題，指明被測系統(tǒng)中有哪些功能點(diǎn)需要測試。 功能測試需求及案例設(shè)計(jì)指南7 測試需求采集測試需求的采集過程是將軟件需求中的具有可測性的需求或特征提取出來，并通過列表形式對軟件需求進(jìn)行梳理，形成功能列表清單，列表的內(nèi)容包括功能模塊、功能點(diǎn)編號和功能點(diǎn)描述。說明：1) 為均衡功能點(diǎn)粒度，對于復(fù)雜度高、且有大功能模塊的項(xiàng)目，功能模塊的劃分應(yīng)按一定的層級展開，即在原有功能模塊的基礎(chǔ)上再進(jìn)行 23層的細(xì)化。相同保險(xiǎn)公司信息只能存在一條記錄。2) 通過分析各個功能模塊之間的業(yè)務(wù)順序，以及各個功能模塊之間對傳遞的信息和數(shù)據(jù)存在的功能交互，給出對應(yīng)的驗(yàn)證內(nèi)容?？梢院唵瘟_列為：? 輸出結(jié)果校驗(yàn)業(yè)務(wù)處理邏輯 1? 輸出結(jié)果校驗(yàn)業(yè)務(wù)處理邏輯 2? …………? 例 1：銀保通系統(tǒng)功能點(diǎn)描述 測試需求 編號 測試需求名稱 測試需求描述R001001 界面展示檢查界面的排列、布局符合用戶使用習(xí)慣，及顯示內(nèi)容正確。相同保險(xiǎn)公司信息只能存在一條記錄。）R001004 輸入域測試字典值檢查每個輸入字段的字典值是否符合輸入接口的要求。）R001006 輸入域測試邊界值對每個輸入字段的輸入數(shù)據(jù)進(jìn)行邊界值驗(yàn)證。R001009業(yè)務(wù)處理邏輯校驗(yàn) 2新增成功輸入符合接口要求的各字段信息后點(diǎn)擊“新增”保存，檢查保存是否成功，且提示“保險(xiǎn)公司增加成功”。新增失敗后，無法在“保險(xiǎn)公司信息瀏覽”中查詢到記錄。4） 支付密碼校驗(yàn)不通過，進(jìn)一次復(fù)核崗，選擇重新錄入正確值，二次復(fù)核選擇一次復(fù)核錄入值，記賬成功。R001002 輸入域測試數(shù)據(jù)長度 檢查每個輸入字段的數(shù)據(jù)長度是否符合輸入接口的要求。R001006 輸入域測試聯(lián)動控制檢查“操作柜員”和“更新時間”是否頁面自動帶入，不需要填寫。R001010 業(yè)務(wù)處理邏輯校驗(yàn) 3新增失敗輸入不符合接口要求的各字段信息后點(diǎn)擊“新增”保存，檢查保存是否失敗。相同保險(xiǎn)公司信息只能存在一條記錄。測試需求列表是需要不斷維護(hù)的。 功能測試需求及案例設(shè)計(jì)指南13 測試需求評審在測試需求分析完成后，應(yīng)組織需求方、開發(fā)方和測試方進(jìn)行測試需求的評審工作。所以，測試需求是告訴測試人員要測什么，而測試用例是告訴測試人員怎么測，它應(yīng)包括測試步驟、預(yù)期結(jié)果、測試數(shù)據(jù)等。? 反案例：則是相對正案例而言的，就指設(shè)計(jì)異常的測試用例，即驗(yàn)證系統(tǒng)是否對不該完成的操作做出正確控制。正案例：輸入郵編“202201” 。 功能測試需求及案例設(shè)計(jì)指南14正案例：輸入正確的保險(xiǎn)總公司信息。測試需求名稱 描述測試需求行所驗(yàn)證的測試內(nèi)容。案例描述 針對案例的測試內(nèi)容進(jìn)行描述。案例編寫人 描述案例編寫人員的名稱，便于追溯。設(shè)計(jì)良好的界面能夠很好的引導(dǎo)用戶完成相應(yīng)的操作，起到向?qū)У淖饔?，同時也能給用戶帶來良好的用戶體驗(yàn)。2) 對于有特殊輸入格式要求或需在固定范圍內(nèi)取值的輸入域應(yīng)給操作人員明確的提示。3. 易用性測試 功能測試需求及案例設(shè)計(jì)指南16 界面上按鈕名稱應(yīng)該用詞準(zhǔn)確、易于理解，同時要與同一界面上的其他按鈕區(qū)分，力求用戶不用查閱使用幫助的情況下就能進(jìn)行正確操作，關(guān)于易用性測試應(yīng)關(guān)注以下幾點(diǎn)：1) 完成同一功能或工作的要素應(yīng)集中放置，減少鼠標(biāo)移動的距離；2) 默認(rèn)按鈕要支持 Enter選擇操作，即按 Enter后自動執(zhí)行默認(rèn)按鈕對應(yīng)操作；3) 必輸?shù)膹?fù)選框和選項(xiàng)框要有默認(rèn)選項(xiàng)，并支持 Tab鍵選擇；4) 界面空間較小、選項(xiàng)數(shù)較多時使用下拉框而不用選項(xiàng)框，相反使用選項(xiàng)框。檢查界面的排列、布局符合用戶使用習(xí)慣、顯示內(nèi)容正確、備注信息正確、相關(guān)按鍵功能正確。 功能測試需求及案例設(shè)計(jì)指南17測試步驟 COP界面：【EI03】回車 EI03交易界面。系統(tǒng)：現(xiàn)代支付系統(tǒng)二代【EI03】匯兌業(yè)務(wù)跨境業(yè)務(wù)案例設(shè)計(jì)：應(yīng)結(jié)合輸入接口文檔，從各輸入域字段的內(nèi)容、長度、權(quán)限及聯(lián)動 功能測試需求及案例設(shè)計(jì)指南18關(guān)系等方面來設(shè)計(jì)測試案例。測試步驟 cop界面，進(jìn)入【EI03】“操作標(biāo)志”可選擇 4個不同字典值 cop界面，進(jìn)入【EI03】“操作標(biāo)志”選擇不同值時與業(yè)務(wù)編號的聯(lián)動關(guān)系案例性質(zhì) 正案例 正案例預(yù)期結(jié)果 輸入域字典值顯示正確 輸入域聯(lián)動關(guān)系正確測試數(shù)據(jù) 無 無? 例 3：關(guān)于易用性的測試。在設(shè)計(jì)測試用例時，應(yīng)選取正好等于、剛剛大于或剛剛小于邊界值的測試數(shù)據(jù)對邊界附近的處理進(jìn)行測試，就是邊界值測試。2) 如果輸入條件規(guī)定了輸入數(shù)據(jù)的個數(shù)，則按最大個數(shù)、最小個數(shù)、比最小個數(shù)少 比最大個數(shù)多 1等情況分別設(shè)計(jì)測試用例。 功能測試需求及案例設(shè)計(jì)指南204) 如果輸入域或輸出域是個有序集合，則應(yīng)選取集合的第一個元素和最后一個元素作為測試用例。案例設(shè)計(jì)：選擇正好等于邊界值的數(shù)據(jù)作為正常的測試用例，同時還要選擇剛好越過邊界值的數(shù)據(jù)作為不合理的測試用例。測試步驟1. 登錄公司網(wǎng)銀2. 點(diǎn)擊轉(zhuǎn)賬支付跨行轉(zhuǎn)賬、匯路、匯路案例性質(zhì) 反案例 反案例預(yù)期結(jié)果 系統(tǒng)提示：指定付款日期必須大于等于當(dāng)前日期 系統(tǒng)提示：轉(zhuǎn)賬金額必須大于 0測試數(shù)據(jù) 無。案例設(shè)計(jì)：對查詢結(jié)果頁面展示記錄的條數(shù)的邊界值測試，尤其注意對涉及翻頁展示的邊界值測試案例要素 　案例 1 案例 2系統(tǒng)名稱 支付網(wǎng)關(guān)(管理端) 支付網(wǎng)關(guān)功能模塊 交易明細(xì)查詢 交易明細(xì)查詢功能點(diǎn) 個人交易查詢_當(dāng)日明細(xì) 個人交易查詢_當(dāng)日明細(xì)測試需求編號 JYMX001 JYMX002測試需求名稱 輸出域測試邊界值測試 輸出域測試邊界值測試測試需求描述 對查詢輸出結(jié)果進(jìn)行邊界值驗(yàn)證。測試步驟，點(diǎn)擊支付網(wǎng)關(guān)管理交易明細(xì)查詢，點(diǎn)擊提交，點(diǎn)擊支付網(wǎng)關(guān)管理交易明細(xì)查詢，點(diǎn)擊提交案例性質(zhì) 正案例 正案例預(yù)期結(jié)果 成功查詢商戶當(dāng)日的訂單號信息，并正確顯示當(dāng)日訂單數(shù)據(jù) 正確顯示當(dāng)日訂單數(shù)據(jù)及翻頁功能正確。案例 1：系統(tǒng)模塊：個人網(wǎng)銀批量匯款功能描述：行內(nèi)批量匯款文件規(guī)定每個文件中所包含的匯款明細(xì)不超過 100筆。案例要素 　 案例 1 案例 2系統(tǒng)名稱 個人網(wǎng)銀 公司網(wǎng)銀功能模塊 匯款 轉(zhuǎn)賬支付功能點(diǎn) 批量匯款 批量轉(zhuǎn)賬處理信息查詢測試需求編號 PLHK001 PLZZ001測試需求名稱 輸入域測試邊界值測試 輸出域測試邊界值測試測試需求描述 對輸入字段的輸入數(shù)據(jù)進(jìn)行邊界值驗(yàn)證。測試步驟，點(diǎn)擊匯款批量匯款批量轉(zhuǎn)賬文件上傳、輸入總金額,點(diǎn)擊提交，點(diǎn)擊轉(zhuǎn)賬支付，輸入終止日期，點(diǎn)擊查詢 TXT下載，保存文件案例性質(zhì) 正案例 正案例預(yù)期結(jié)果批量文件中為 0條記錄時，系統(tǒng)提示：批量文件內(nèi)容不能為空。測試數(shù)據(jù) 無 無 錯誤控制測試 簡述 錯誤控制是指系統(tǒng)功能對異常情況的檢查和響應(yīng)。開發(fā)人員希望看到的是信息詳細(xì)、能便于準(zhǔn)確定位問題產(chǎn)生原因的錯誤提示。如違反操作順序的錯誤控制測試、對不能進(jìn)行重復(fù)操作的錯誤控制測試。2) 系統(tǒng)在遇到各類錯誤時給出的錯誤信息是否簡潔、正確、有指導(dǎo)性。案例要素 　案例 1 案例 2系統(tǒng)名稱 銀保通直聯(lián)系統(tǒng) 銀保通直聯(lián)系統(tǒng)功能模塊 系統(tǒng)外交易數(shù)據(jù)補(bǔ)錄 系統(tǒng)外交易數(shù)據(jù)補(bǔ)錄功能點(diǎn) 補(bǔ)錄權(quán)限管理 補(bǔ)錄權(quán)限管理測試需求編號 BLFH001 BLFH001測試需求名稱 業(yè)務(wù)處理邏輯校驗(yàn)數(shù)據(jù)補(bǔ)錄 業(yè)務(wù)處理邏輯校驗(yàn)數(shù)據(jù)補(bǔ)錄測試需求描述 數(shù)據(jù)補(bǔ)錄權(quán)限的放開及關(guān)閉 數(shù)據(jù)補(bǔ)錄權(quán)限的放開及關(guān)閉案例編號 YBT_SJBL_001 YBT_SJBL_002測試案例名稱 數(shù)據(jù)補(bǔ)錄權(quán)限管理總行管理員 數(shù)據(jù)補(bǔ)錄權(quán)限管理非總行管理員案例描述用總行管理員才能放開或者關(guān)閉某分行（或所有分行）的補(bǔ)錄數(shù)據(jù)權(quán)限用理財(cái)人員和分行管理員進(jìn)行放開或者關(guān)閉補(bǔ)錄數(shù)據(jù)權(quán)限測試步驟“系統(tǒng)參數(shù)設(shè)置—補(bǔ)錄權(quán)限管理”中的分行號“系統(tǒng)參數(shù)設(shè)置—補(bǔ)錄權(quán)限管理”的分行號案例性質(zhì) 正案例 反案例預(yù)期結(jié)果成功進(jìn)行補(bǔ)錄數(shù)據(jù)權(quán)限的設(shè)置，提示“數(shù)據(jù)補(bǔ)錄權(quán)限配置成功” 。 功能測試需求及案例設(shè)計(jì)指南25? 例 2：關(guān)于對不符合業(yè)務(wù)邏輯的誤操作的錯誤控制測試。案例要素 　案例 1 案例 2系統(tǒng)名稱 銀保通直聯(lián)系統(tǒng) 銀保通直聯(lián)系統(tǒng)功能模塊 投保單重要信息修改 投保單重要信息修改功能點(diǎn) 修改投?？ㄌ?修改產(chǎn)品信息 功能測試需求及案例設(shè)計(jì)指南26測試需求編號 XGTBD001 XGCP001測試需求名稱 輸出結(jié)果校驗(yàn)修改投?？ㄌ柺?輸入域測試可輸入性測試需求描述驗(yàn)證在修改投保單卡號相關(guān)信息失敗時，錯誤提示信息正確。測試步驟號碼“修改投?？ㄌ枴惫δ?，分行管理員復(fù)核碼“修改投?？ㄌ枴惫δ?，分行管理員復(fù)核案例性質(zhì) 反案例 反案例預(yù)期結(jié)果 提示報(bào)錯信息，系統(tǒng)提示：該卡狀態(tài)錯誤。注: 修改卡號為已銷戶的卡號 功能測試需求及案例設(shè)計(jì)指南27? 例 3：對不符合業(yè)務(wù)邏輯處理功能的錯誤控制測試。案例設(shè)計(jì)：對不符合正常操作順序，違反正常操作步驟的操作的錯誤控制。一個投保單號做了新保承保之后，執(zhí)行當(dāng)日撤單操作成功后，不允許再次撤單。測試步驟承保交易，購買產(chǎn)品為復(fù)雜產(chǎn)品，需要轉(zhuǎn)人工核保，執(zhí)行批處理直聯(lián)新保承保當(dāng)日撤單確認(rèn)案例性質(zhì) 反案例 反案例預(yù)期結(jié)果 報(bào)錯提示“客戶未簽約” 系統(tǒng)提示錯誤或找不到記錄測試數(shù)據(jù) 無 無 關(guān)聯(lián)測試 簡述 關(guān)聯(lián)性是指應(yīng)用與應(yīng)用之間的關(guān)聯(lián)關(guān)系，可分為應(yīng)用間互相調(diào)用關(guān)聯(lián)、應(yīng)用權(quán)限控制關(guān)聯(lián)、應(yīng)用上下游數(shù)據(jù)關(guān)聯(lián)。 應(yīng)用上下游關(guān)聯(lián)是指通過上游應(yīng)用通過特定的傳輸方式向下游系統(tǒng)提供數(shù)據(jù)。2. 應(yīng)用權(quán)限控制關(guān)聯(lián)測試關(guān)注點(diǎn)1） 根據(jù)應(yīng)用的用戶權(quán)限控制層級和設(shè)置要求，驗(yàn)證權(quán)限控制應(yīng)用的相關(guān)角色權(quán)限設(shè)置是否正確。 實(shí)例? 例 1：對應(yīng)用權(quán)限控制的關(guān)聯(lián)測試系統(tǒng)系統(tǒng)：業(yè)務(wù)集中系統(tǒng)統(tǒng)一認(rèn)證平臺功能描述：在登錄業(yè)務(wù)集中系統(tǒng)時，需要經(jīng)統(tǒng)一認(rèn)證平臺進(jìn)行用戶驗(yàn)證，只有具有相關(guān)權(quán)限的