【正文】 允許的輸入值是一個有效等價類，另外還有一個無效等價類。 ? 若已劃分的等價類中各元素在程序中的處理方式不同，則將此等價類進(jìn)一步劃分為更小的等價類。 軟件測試方法 等價類劃分法的執(zhí)行步驟： 1）為每個等價類規(guī)定一個唯一的編號； 2）設(shè)計一個測試用例，使其盡可能多的覆蓋尚未被覆蓋的有效等價類，重復(fù)此步，直到所有的有效等價類均被覆蓋為止； 3）設(shè)計一個測試用例，使其只覆蓋一個無效等價類，重復(fù)此步，直到所有的無效等價類均被覆蓋為止。 例題 : ? 某報表處理系統(tǒng)。 ? 使用等價類劃分法設(shè)計測試用例，測試用戶輸入日期的合法性。劃分為 3個有效等價類， 7個無效等價類。對于表中編號為 1，5， 8的有效等價類設(shè)計一個測試用例覆蓋。 測試數(shù)據(jù) 期望結(jié)果 覆蓋范圍 005MAY 輸入無效 2 20225 輸入無效 3 2022005 輸入無效 4 199905 輸入無效 6 202205 輸入無效 7 202200 輸入無效 9 202213 輸入無效 10 軟件測試方法 黑盒測試法 邊界值分析法 邊界值分析也是一種黑盒測試法，是對等價類劃分法的補(bǔ)充。邊界情況指輸入等價類、輸出等價類邊界上的情況。 選取剛好等于、剛好大于、剛好小于邊界的值作為測試用例。 ? 若輸入條件指出了值的個數(shù)，則按 最大個數(shù)、最小個數(shù)、比最大個數(shù)多 最小個數(shù)少 1等情況設(shè)計測試用例。 ? 若程序的需求說明給出的輸入域或輸出域是一個有序集合（如順序文件、線性表、鏈表），應(yīng)選擇集合的 第一個元素及最后一個元素 作為測試用例。 有經(jīng)驗的程序員通?？筛鶕?jù)程序的特點和功能選擇測試數(shù)據(jù)，這些數(shù)據(jù)可能導(dǎo)致程序出現(xiàn)錯誤。 ? 輸入表只包含一個元素。 ? 輸入表已有序。 單元測試主要從以下五個方面進(jìn)行。 （需考慮幾個問題 P171） （ 1） 一次性組裝方式 一次性組裝方式的基本思想是首先分別測試每個模塊 ， 然后將所有模塊全部組裝起來進(jìn)行測試 ， 形成最終的軟件系統(tǒng) 。 ② 在測試過程中會同時出現(xiàn)很多錯誤 ， 對這些錯誤的定位難度增大 ， 修改的過程中可能又會引發(fā)其它錯誤或激發(fā)其它潛在的錯誤 . ③ 測試工作十分的漫長 。 1)自頂向下增殖方式 （ 圖 P173） 具體的實施步驟如下： ① 先測試 主控制模塊 ， 測試時使用存根模塊代替所有直接附屬主控制模塊的功能模塊； ② 用某種 結(jié)合策略 ， 用實際模塊代替相應(yīng)的存根模塊； ③ 對結(jié)合后的模塊進(jìn)行 測試 ； ④ 為了保證加入的模塊沒有引進(jìn)新的錯誤 ， 需要進(jìn)行 回歸測試； ⑤ 重復(fù)操作 4步 ， 完成集成測試 。 ⑤ 不斷重復(fù)第 4步 ， 完成測試 。 (回歸測試 ) 1)改進(jìn)的自頂向下的增殖測試：它的基本思想是對涉及輸入／輸出模塊和復(fù)雜算法的模塊先采用自底向上的測試方法 ， 將這些模塊組裝成為功能相對完整且相對獨立的子系統(tǒng) ， 然后由主模塊開始自頂向下進(jìn)行增殖測試 。 軟件測試步驟 確認(rèn)測試 確認(rèn)測試也稱有效性測試，目的是驗證軟件的有效性，即驗證軟件的功能和性能及其它特性是否符合用戶要求 。 (1)確認(rèn)測試內(nèi)容 (2)α測試和 β測試 α測試是邀請用戶參加 ， 在開發(fā)場地進(jìn)行的測試 ， 由開發(fā)組成員或用戶實際操作運(yùn)行 ， 對測試過程中出現(xiàn)的問題 ， 由開發(fā)者記錄下來 ， 作為修改的依據(jù) 。 軟件測試步驟 確認(rèn)測試 α測試和 β測試 β測試是由部分用戶在實際的使用環(huán)境下進(jìn)行的測試 。 β測試的最大特點是實際的使用環(huán)境下進(jìn)行的測試 。 軟件測試步驟 系統(tǒng)測試 系統(tǒng)測試的任務(wù)主要有：測試軟件系統(tǒng)是否能與硬件協(xié)調(diào)工作，測試與其它軟件協(xié)調(diào)運(yùn)行的狀況。 （ 1） 恢復(fù)測試：主要檢查系統(tǒng)的容錯能力 。 （ 3） 強(qiáng)度測試：主要檢查程序在一些極限條件下的運(yùn)行情況 。 （ 5） 其它：版本間的兼容性測試 、 安裝測試 ， 最終提交的文檔測試等 。 軟件調(diào)試活動主要分為以下兩部分 ： ① 確定程序中可疑錯誤的確切性質(zhì)和位置 。 調(diào)試的過程如下 :(圖 P176) 確定出錯原因 找出錯誤的位置 排除這個錯誤 重復(fù)對修改后的代碼進(jìn)行有關(guān)測試 修正無效或是引入了新的錯誤 ，撤銷此次改動或是修改新的錯誤 。 適用于較小程序 ， 它能將錯誤范圍縮小到程序中的一小段代碼 ，使得定位錯誤相對容易； 對于大程序 ， 它回溯的路徑可能很多 ， 回溯會變得很困難 。 具體實施步驟如下： 第一步：收集所有輸出結(jié)果有錯誤的測試用例和執(zhí)行結(jié)果 。 第三步：導(dǎo)出假設(shè) 。 軟件調(diào)試 調(diào)試方法 演繹法調(diào)試 演繹法是一種從一般原理或前提出發(fā)，經(jīng)過排除和精化的過程來推導(dǎo)出結(jié)論的思考方法。 測試計劃 1 引言 ? 編寫目的 : 闡明編寫測試計劃的目的并指明讀者對象。 ? 定義 : 列出測試計劃中所用到的專門術(shù)語的定義和縮寫詞的原 義 。 項目開發(fā)計劃 。 概要設(shè)計說明書 。 用戶操作手 冊 。 測試計劃 2 任務(wù)概述 ? 目標(biāo) ? 運(yùn)行環(huán)境 ? 需求概述 ? 條件與限制 測試計劃 3 計劃 ? 測試方案 : 說明測試方法和選取測試用例的原則。 ? 測試準(zhǔn)備 ? 測試機(jī)構(gòu)及人員 : 測試機(jī)構(gòu)名稱、負(fù)責(zé)人和職責(zé)。 ? 輸出 : 預(yù)期的輸出數(shù)據(jù)。 ? 進(jìn)度 ? 條件 : 給出項 目 測試對資源的特殊要求 , 如設(shè)備、軟件、人員等。 測試計劃 ? 5 評價 ? 范圍 : 說明所完成的各項測試 涉及 問題的范圍及其局限性。 測試分析報告 1 引言 ? 編寫目的 : 闡明編寫測試分析報告的目的并指明讀者對象。 ? 定義 : 列出測試分析報告中所用到的專門術(shù)語的定義和縮寫詞的原 義 。 項目開發(fā)計劃 。 概要設(shè)計說明書 。 用戶操作手冊 。 測試分析報告所引用的其他資料、采用的軟件工程標(biāo)準(zhǔn)或工程規(guī)范。 ? 測試結(jié)果 : 按順序給出每一測試項目的 實測結(jié)果數(shù)據(jù) 。 該項測試表明的事實 。 測試分析報告 3 軟件需求測試結(jié)論 ? 按順序給出每一項需求測試的結(jié)論。 局限性 ( 即該項需求未得到充分測試的情況及原因 ) 。 ? 缺 陷 和限制 : 說明測試所揭露的軟件缺陷和不足 , 以及可能給軟件運(yùn)行帶來的影響。 ? 測試結(jié)論 : 說明能否通過。lc){ 1: initlist(lc)。 k=0。 lb_len=listlength(lb)。amp。 getelem(lb,i,bj)。++i。++j。 listinsert(lc,++k,ai)。 listinsert(lc,++k,bj)。 1 2 4 5 6 7 9 10 11 12 13 第 1步：畫出程序圖 開始結(jié)點 結(jié)束結(jié)點 3 8 判定結(jié)點 ? 第 2步：計算環(huán)路復(fù)雜度 判定結(jié)點為 2， 3， 5， 9， 11 V(G)=P+1=6 ? 第 3步： 確定獨立路徑的基本集合 路徑 1： 1291113 路徑 2： 12911121113 路徑 3： 12391091113 路徑 4： 123456/78291113 路徑 5： 123456/782911121113 路徑 6： 123456/78291091113 ? 第 4步： 設(shè)計測試用例 路徑 1用例： la={},lb={},lc={} 路徑 2用例： la={},lb={3},lc={3} 路徑 3用例： la={3},lb={},lc={3} 路徑 4用例： 路徑 5用例： la={3,5},lb={2,4,6},lc={2,3,4,5,6} 路徑 6用例： la={3,5,6},lb={2,4},lc={2,3,4,5,7}