【正文】 月份范圍 1~12之間 0 12 ? 步驟 2：為有效等價類設(shè)計測試用例。對于表中編號為 1，5， 8的有效等價類設(shè)計一個測試用例覆蓋。 測試數(shù)據(jù) 期望結(jié)果 覆蓋范圍 202211 輸入有效 1， 5， 8 ? 步驟 3：為每一個無效等價類至少設(shè)計一個測試用例。 測試數(shù)據(jù) 期望結(jié)果 覆蓋范圍 005MAY 輸入無效 2 20225 輸入無效 3 2022005 輸入無效 4 199905 輸入無效 6 202205 輸入無效 7 202200 輸入無效 9 202213 輸入無效 10 軟件測試方法 黑盒測試法 邊界值分析法 邊界值分析也是一種黑盒測試法，是對等價類劃分法的補充。 實踐經(jīng)驗表明，程序往往在處理邊界情況時發(fā)生錯誤。邊界情況指輸入等價類、輸出等價類邊界上的情況。檢查邊界情況的測試用例是比較高效的，可以查出更多的錯誤。 選取剛好等于、剛好大于、剛好小于邊界的值作為測試用例。 ? 若輸入條件規(guī)定了值的范圍，測試用例可選擇 邊界值 ，或者 邊界值的周圍數(shù)據(jù) 。 ? 若輸入條件指出了值的個數(shù)，則按 最大個數(shù)、最小個數(shù)、比最大個數(shù)多 最小個數(shù)少 1等情況設(shè)計測試用例。 ? 對于每個輸出條件按照以上兩個原則確定輸出值的邊界。 ? 若程序的需求說明給出的輸入域或輸出域是一個有序集合（如順序文件、線性表、鏈表），應(yīng)選擇集合的 第一個元素及最后一個元素 作為測試用例。 邊界值分析法設(shè)計原則 輸入等價類 測試用例說明 測試數(shù)據(jù) 期望結(jié)果 選取理由 報表日期的類型及長度 6個數(shù)字字符 5,7個數(shù)字字符 1個 /全部非數(shù)字字符 有效 無效 無效 年份范圍 2022 2022 2022 1999 2022 有效 有效 有效 無效 無效 月份范圍 1 12 6 1 12 有效 有效 有效 無效 無效 軟件測試方法 黑盒測試法 錯誤推測法 錯誤推測法的基本思想：列舉出程序中可能存在的錯誤和容易發(fā)生錯誤的特殊情況，并根據(jù)它們選擇測試方案。 有經(jīng)驗的程序員通?？筛鶕?jù)程序的特點和功能選擇測試數(shù)據(jù)，這些數(shù)據(jù)可能導(dǎo)致程序出現(xiàn)錯誤。 例：排序程序 ? 輸入表為空。 ? 輸入表只包含一個元素。 ? 輸入表中所有元素均相同。 ? 輸入表已有序。 軟件測試步驟 測試過程分為 4個步驟： 單元測試 集成測試 確認測試 系統(tǒng)測試 單元 測試 單元 測試 單元 測試 被測模塊 被測模塊 被測模塊 集成 測試 設(shè)計信息 確認 測試 系統(tǒng) 測試 已集成的 軟件 已確認的 軟件 可交付的 軟件 軟件需求 已測試 模塊 其他系統(tǒng)元素 軟件測試與軟件開發(fā)的關(guān)系 用戶要求 系統(tǒng)測試 確認測試 集成測試 模塊測試 編碼 詳細設(shè)計 需求分析 概要設(shè)計 軟件測試步驟 單元測試 單元測試也稱模塊測試，是針對軟件設(shè)計的最小單元―― 程序模塊進行的測試，目的是發(fā)現(xiàn)模塊內(nèi)部的錯誤 。 單元測試主要從以下五個方面進行。 （ 1） 模塊接口測試 （ 2） 局部數(shù)據(jù)結(jié)構(gòu)測試 （ 3） 路徑測試 （ 4） 程序異常測試 （ 5） 邊界條件測試 軟件測試步驟 集成測試 集成測試也稱組裝測試，它的任務(wù)是按照一定的策略對單元測試的模塊進行組裝，并在組裝過程中進行模塊接口與系統(tǒng)功能測試。 （需考慮幾個問題 P171） （ 1） 一次性組裝方式 一次性組裝方式的基本思想是首先分別測試每個模塊 ， 然后將所有模塊全部組裝起來進行測試 ， 形成最終的軟件系統(tǒng) 。 缺點： ① 一次將所有模塊組裝后的程序會很龐大 ， 各模塊之間相互影響 ， 情況十分復(fù)雜 。 ② 在測試過程中會同時出現(xiàn)很多錯誤 ， 對這些錯誤的定位難度增大 ， 修改的過程中可能又會引發(fā)其它錯誤或激發(fā)其它潛在的錯誤 . ③ 測試工作十分的漫長 。 軟件測試步驟 （ 2）增殖式組裝方式 增殖式組裝方式是采用循序漸進的方式 ， 每次增加一個模塊到已測試好的模塊中 ,錯誤的范圍會縮小 ， 錯誤的修改和定位難度相對降低 。 1)自頂向下增殖方式 （ 圖 P173） 具體的實施步驟如下： ① 先測試 主控制模塊 ， 測試時使用存根模塊代替所有直接附屬主控制模塊的功能模塊； ② 用某種 結(jié)合策略 ， 用實際模塊代替相應(yīng)的存根模塊； ③ 對結(jié)合后的模塊進行 測試 ； ④ 為了保證加入的模塊沒有引進新的錯誤 ， 需要進行 回歸測試； ⑤ 重復(fù)操作 4步 ， 完成集成測試 。 軟件測試步驟 集成測試 （ 2）增殖式組裝方式 2)自底向上增殖方式 （圖 P173） 具體的結(jié)合策略如下： ① 將底層模塊組合成實現(xiàn)某個 子功能 的簇； ② 寫一個 驅(qū)動程序 ， 用來提供該功能簇的執(zhí)行入口和輸入 /輸出界面； ③ 對該功能簇進行 測試 ； ④ 在低層繼續(xù)尋找模塊 ， 將該功能簇擴大 ， 重新修改驅(qū)動程序 ， 以適應(yīng)對當(dāng)前功能簇的測試 。 ⑤ 不斷重復(fù)第 4步 ， 完成測試 。 軟件測試步驟 集成測試 （ 3） 混合增殖式測試 自頂向下增殖方式和自底向上增殖方式各有優(yōu)缺點，在實際的測試過程中 ,可根據(jù)具體情況將兩種方法結(jié)合起來使用。 (回歸測試 ) 1)改進的自頂向下的增殖測試：它的基本思想是對涉及輸入／輸出模塊和復(fù)雜算法的模塊先采用自底向上的測試方法 ， 將這些模塊組裝成為功能相對完整且相對獨立的子系統(tǒng) ， 然后由主模塊開始自頂向下進行增殖測試 。 2)混合測試法：它首先對軟件結(jié)構(gòu)中較低層的模塊自底向上組裝測試 ， 然后對軟件結(jié)構(gòu)中較上層的模塊采用自頂向下的方法進行組裝與測試 。 軟件測試步驟 確認測試 確認測試也稱有效性測試，目的是驗證軟件的有效性，即驗證軟件的功能和性能及其它特性是否符合用戶要求 。 確認測試是軟件交付使用前一項很重要的活動，它最終決定用戶對該軟件的認可程度。 (1)確認測試內(nèi)容 (2)α測試和 β測試 α測試是邀請用戶參加 ， 在開發(fā)場地進行的測試 ， 由開發(fā)組成員或用戶實際操作運行 ， 對測試過程中出現(xiàn)的問題 ， 由開發(fā)者記錄下來 ， 作為修改的依據(jù) 。 它的最大特點是整個測試過程是在受控環(huán)境下進行 。 軟件測試步驟 確認測試 α測試和 β測試 β測試是由部分用戶在實際的使用環(huán)境下進行的測試 。 測試過程中開發(fā)者不在現(xiàn)場 ， 由用戶獨立操作 ， 驗證程序的各項功能 ，用戶發(fā)現(xiàn)的問題全部記錄下來 ， 反饋給程序開發(fā)者 ， 開發(fā)者對軟件進行必要的修改 ， 并準備最終的軟件產(chǎn)品發(fā)布 。 β測試的最大特點是實際的使用環(huán)境下進行的測試 。 (3)確認測試的結(jié)果可分為兩種情況： ① 測試結(jié)果與預(yù)期結(jié)果相符 ， 程序的功能和性能滿足用戶需求； ② 測試結(jié)果與預(yù)期結(jié)果不相符 ， 將存在的問題列出清單 ， 提供給開發(fā)者作為修改依據(jù) 。 軟件測試步驟 系統(tǒng)測試 系統(tǒng)測試的任務(wù)主要有：測試軟件系統(tǒng)是否能與硬件協(xié)調(diào)工作，測試與其它軟件協(xié)調(diào)運行的狀況。 系統(tǒng)測試的 目的是充分運行系統(tǒng)，驗證系統(tǒng)各部件是否都能正常工作并完成所賦予的任務(wù)。 （ 1） 恢復(fù)測試：主要檢查系統(tǒng)的容錯能力 。 （ 2） 安全測試：主要檢查系統(tǒng)對非法侵入的防范能力 。 （ 3） 強度測試：主要檢查程序在一些極限條件下的運行情況 。 （ 4） 性能測試：主要檢查系統(tǒng)是否滿足需求說明書中規(guī)定的性能 。