【正文】 邊界值 ? 上面討論的普通邊界條件是最容易找到的。這時可以設計測試用例，使程序分別顯示 1種， 4種， 0種球拍。 ? 如果對取值的個數(shù)進行了界定，則應當分別以最大個數(shù)、最小個數(shù)、比最大個數(shù)多 1和少 比最小個數(shù)多 1和少 1作為測試用例。其次，邊界值分析方法通常和等價類劃分一起使用產(chǎn)生一套完整的測試用例。 邊界值 ? 我們根據(jù)邊界值分析的方法來看看如何對邊界值進行測試。實踐證明，在設計測試用例時，對邊界附近的處理必給予足夠的重視，為檢驗邊界附近的處理專門設計測試用例，常常取得良好的測試效果。這個程序要打印出信息，說明這個三角形是不等邊的、是等腰的、還是等邊的。? ?? 和 \之外的任意字符。如果為了減少測試用例的數(shù)量過度進行等價分配，漏掉軟件缺陷的風險就會增加。 ? 利用無效等價類生成的測試用例，可以檢查程序中功能和性能的實現(xiàn)是否不符合規(guī)格說明要求。例如，C語言規(guī)定語句必須以?；?結束。 ? 如果輸入條件是一個布爾量，則可以確定一個有效等價類和一個無效等價類 . 等價類劃分 ? 若在某個輸入條件中對輸入數(shù)據(jù)的一組可能值進行了規(guī)定，并且程序是用不同的方式處理每一種值的，則可為每一種值劃分一個有效等價類，并針對這組值確立一個無效等價類，它是所有不允許的輸入值的集合。下面給出進行等價類劃分的幾個參考依據(jù)： ? 若某個輸入條件說明了一個必須成立的情況，則可劃分一個有效等價類和一個無效等價類。如果錯誤的將兩個不同的等價類當作一個等價類，那就會遺漏一種測試情況。 ? 只要運用等價類劃分，我們就只需要一個有效的測試用例和兩個無效的測試用例就能進行充分的覆蓋。因此我們可以使用更多的等價類劃分： 根據(jù)以上等價類劃分的結果，得出下表的等價類表 等價類劃分 ? 第五步：根據(jù)上面劃分的 4個等價類，我們至少需要有 5個測試用例 等價類劃分 ? 測試需求 ? 假定一臺 ATM機允許提取增量為 50人民幣 ， 總額為從 50人民幣到 5000人民幣 （ 含 5000人民幣 ） 不等的現(xiàn)金 。重復這一步驟，從而使所有有效等價類均被測試用例所覆蓋。 等價類劃分 ? 第一步：在本案例中我們根據(jù)測試需求可以把兩位數(shù)加法分為如圖的三個等價類：一個有效數(shù)據(jù)的等價類，兩個無效數(shù)據(jù)等價類（有效數(shù)據(jù)等價類就是：由那些對程序的規(guī)格說明有意義的、合理的輸入數(shù)據(jù)所構成的集合；無效數(shù)據(jù)等價類就是：那些對程序的規(guī)格說明不合理的或無意義的輸入數(shù)據(jù)所構成的集合）。 怎樣劃分等價類（一） 1. 如果輸入條件規(guī)定了取值的范圍或值的個數(shù)，則可確定一個有效等價類和兩個無效等價類； 2. 如果一個輸入條件說明了一個?必須成立?的情況，則可劃分一個有效等價類和一個無效等價類； 3. 如果輸入條件規(guī)定了輸入數(shù)據(jù)的一組可能的值，而且程序是用不同的方式處理每一種值，則可為每一種值劃分一個有效等價類，并劃分一個無效等價類； 4. 如果我們確知，已劃分的某等價類中的各元素（例子）在程序中的處理方式是不同的，則應據(jù)此將此等價類進一步劃分成更小的等價類。其中： ? 輸入的數(shù)值在 99到 99之間 ? 大于 99或小于 99的輸入應被拒絕，并顯示錯誤信息 如何測試一個兩位數(shù)的加法計算器 ? 根據(jù)測試需求，我們開始測試。 ? 測試點應由分析設計員確立，與測試人員無關。 ? 針對白盒，還應有驅動程序和樁模塊。 ? 功能模塊的通用化和復用化使軟件易于開發(fā)，而相對于功能模塊的測試用例的通用化和復用化則會使軟件測試易于開展，并隨著測試用例的不斷精化其效率也不斷攀升。 ? 一個好的測試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤。純粹為了破壞軟件而設計和執(zhí)行的測試用例稱為失敗測試或迫使出錯測試 為什么做測試用例 ? 完全測試是不可能的： ? 輸入量太大； ? 輸出結果太多； ? 軟件實現(xiàn)途徑太多； ? 軟件說明書沒有客觀標準。 ? 黑盒測試又稱功能測試。 ? 編寫代碼 ? 其他 其他 10% 軟件產(chǎn)品說明書（需求） 56% 編寫代碼 7% 設計27% 軟件缺陷的修復費用 ? 從開始到計劃、編制、測試、一直到公開使用的過程中，都有可能發(fā)現(xiàn)軟件缺陷。 ? 軟件未達到產(chǎn)品說明書雖未指出但應達到的目標。 設計測試用例的著眼點 ? 根據(jù)產(chǎn)品規(guī)格 ， 測試基本功能； ? 考慮設計一般用戶 （ 非專業(yè)人員 ） 的使用方案； ? 考慮設計稀有或特殊的使用方案； ? 與系統(tǒng)其他組成部分的配合 （ 如 FAX和上網(wǎng)可能要用到 MODEM， 測試中考慮對設備的共享 ） ； ? 考慮特殊情況 （ 如內(nèi)存和硬件的沖突等 ） ； ? 設計極端情況 （ 如內(nèi)存泄漏 、 破壞性測試等 ） ； ? 好的測試用例集能花費最小的代價（人力、物力、財力、時間）做最好的測試。 ? 測試用例的特征： （ 1）最有可能抓住錯誤的； （ 2）不是重復的、多余的； （ 3）一組相似測試用例中最有效的； （ 4）既不是太簡單，也不是太復雜。 （ 2） 測試用例是執(zhí)行的最小實體 。 ? 測試結果的可再現(xiàn)性： 即對同樣的測試用例，系統(tǒng)的執(zhí)行結果應當是相同的。 ? 軟件功能超出產(chǎn)品說明書指明范圍。 ? 軟件缺陷的第二大來源是設計方案。 ? 黑盒測試是在程序接口進行測試，它只是檢查程序功能是否按照規(guī)格說明書的規(guī)定正常使用。 什么是失敗測試 ? 確信軟件在普通情況下正確運行之后，就可以采取各種手段通過搞垮軟件來找出缺陷。 ? 我們不可能進行窮舉測試，為了節(jié)省時間和資源、提高測試效率，必須要從數(shù)量極大的可用測試數(shù)據(jù)中精心挑選出具有代表性或特殊性的測試數(shù)據(jù)來進