白盒測試計畫書著重測試軟體的源**，黑盒技術著重測試軟體功能。因此，設計測試用例時，需要研究需求說明和總體設計說明中的相關程式功能或輸入，輸出之間的關係等資訊，從而與測試後的結果進行分析比較。
在實際測試中，常常把黑盒測試常常與白盒測試聯合使用，它是與白盒測試互補的測試方法。它很可能發現白盒測試不易發現的其他型別的錯誤。
用黑盒技術設計測試用例一般有等價類劃分，邊界值分析，錯誤推測和因果圖4中方法，現在咱們分別來看看吧！
一、等價類劃分法
咱們在前面曾經說過，完全的黑盒測試通常是不現實的。因此，只能選取少量最有代表性的輸入資料作為測試資料，用較少的代價暴露出較多的程式錯誤。等價類 劃分法將不能窮舉的測試過程進行合理分類，從而保證設計出來的測試用例具有完整性和代表性，從而減少必須設計的測試用例的數目。
等價類 劃分法是把所有可能的輸入資料或有效的和無效的劃分成若干個等價類。測試每個等價類的代表值就等於對該類其他值的測試。也就是說，如果從某個等價類中任選 乙個測試資料未發現程式錯誤，該類中其他資料也不會發現程式的錯誤。相反地，如果乙個測試用例測出乙個錯誤，那麼，這一等價類中的其餘測試用例也能發現同 樣的錯誤。這樣就把漫無邊際的隨機測試改變為有針對性的等價類測試，用少量有代表性的測試資料代替大量測試目的相同的例子，能有效提高測試效率，並取得良 好的測試結果。
在劃分等價類時，我們可以將其劃分為兩類：
1）有效等價類。是指輸入完全滿足程式輸入的規範說明，合理的，有意義的輸入資料所構成的集合，利用有效等價類可以檢驗程式是否滿足規格說明書所規定的功能和效能。
2）無效等價類。指完全不滿足程式輸入的規格說明，不合理，無意義的輸入資料所構成的集合。使用無效等價類可以檢驗程式的容錯性能。
在劃分等價類的時候，我們可以借鑑以下幾個原則，可以讓你事半功倍，同樣咱們還需要豐富的經驗。
（1）如果某個輸入條件規定了取值範圍或者輸入資料的個數，則可劃分出乙個有效等價類和兩個無效等價類。
（2）如果輸入條件規定了輸入資料的一組值，而且程式對不同輸入值做不同處理，則每個允許的輸入值是乙個有效等價類，此外，還有乙個無效等價類。
（3）如果規定了輸入資料必須遵守的規則，則可以劃分出乙個有效等價類和若干個無效等價類。
（4）如果規定了輸入資料位證書，則可劃分為正整數/零/負整數三個有效等價類，其他為無效等價類。
（5）如果在已劃分出的等價類中個元素在程式中的處理方法不同，則應再將該等價類進一步劃分為更小的等價類。
（1）為乙個等價類規定乙個唯一的編號
（2）設計乙個新的測試用例，使其盡可能多地覆蓋尚未被覆蓋的有效等價類，重複這一步，直到所有的有效等價類都被測試用例覆蓋為止，即將有效等價類分割到最小。
（3）設計乙個新的測試用例，使它覆蓋乙個而且只能覆蓋乙個尚未被覆蓋的無效等價類，重複這一步，直到所有無效等價類都被覆蓋為止。
二、邊界值分析法
大量實踐表明，程式在處理邊界情況時最容易發生錯誤。邊界情況值輸入等價類和輸出等價類邊界上的情況。因為在測試過程中，可能會忽略邊界值的條件，大量的錯誤是發生在輸入或輸出範圍的邊界上。因此，設計是程式執行在邊界情況的測試用例，查出程式錯誤的可能性更大一些。
使用邊界值分析方法設計測試用例時，一般與等價類劃分方法結合起來，通常測試輸入等價類和輸出等價類的邊界情況作為重點目標，應該選取剛好等於，小於或大於邊界值的資料來進行測試，有較大可能發現錯誤。
在實際的軟體設計過程中，會涉及到大量的邊界值條件和過程，用邊界值分析設計測試用例時，可以參考以下原則。
1）如果輸入條件規定了值的範圍，則選擇剛好等於邊界值的資料作為合理的測試用例，同時還要選擇剛好超過邊界的資料作為不合理測試用例。
2）如果輸入條件規定了輸入值的個數，則按最大個數，最小個數，比最大個數多1，比最小個數少1等情況分別設計測試用例。
3）度每個輸出條件分別按照上述兩條原則確定輸出值的邊界情況。
4）如果程式的輸入或輸出範圍是有序集合，則應選取集合的第乙個元素和最後乙個元素作為測試用例。
三、錯誤推測法
在軟體 的測試用例設計中，人們根據經驗，直覺和簡單的判斷來推測程式中 可能存在各種錯誤，從而有針對性地設計測試用例，此就是錯誤推測法。
由於錯誤推測法是基於經驗和只覺得，因而沒有確定的設計測試用例的步驟，其基本思想是：列舉出程式中可能出現的錯誤和容易發現的錯誤的症狀。在咱們平常測試系統的是，這個方法用的比較多。
四、因果圖法
等價類劃分法和邊界值分析法都只是孤立地考慮各個輸入資料的測試功能，而沒有考慮多個輸入資料的組合引起的錯誤，因果圖法能有效地檢測輸入條件 的各種組合可能會引起的錯誤，即在測試中使用因果圖，可提供對邏輯條件和相應動作的簡潔表示。因果圖的基本原理是通過畫因果圖，把因果圖轉換為判定表，然 後為制定表的每一列至少涉及乙個測試用例。
在這咱們介紹了四種黑盒測試法的方法，它們各自都有偶自己的長處和短處。使用某一種測試法涉及出來的一組測試用例，可能發現某種型別的錯誤，但可能對另一類錯誤發現不了。
因此，在實際測試中，經常是聯合使用各種測試方法，通常是選用黑合法設計基本的測試用例，再用白盒法來補充一些必要的測試用例。
一些基本的as
flash可以通過幀 按扭 影片剪輯來呼叫外部檔案。呼叫的外部檔案包括 外部文字檔案 外部程式檔案 外部 swf檔案 外部檔案 外部 檔案 外部指令碼檔案。一.呼叫外部文字檔案 文字檔案開頭要以flash中的動態文字框的變數名開頭，如 msg 這樣的形式,要和編輯的flash檔案放在同一目錄下 1....
測試的一些基本原則
軟體測試的原則尚沒有標準的說法，大多是經驗之談，一般有下面幾條可作為測試的基本原則。1 所有的測試都應追溯到使用者需求。2 應當把 盡早地和不斷地進行軟體測試 作為軟體測試者的座右銘。3 設計時應完成測試計畫，詳細的測試用例定義可在設計模型確定後開始，測試可在 產生之前進行計畫和設計。4 paret...
單元測試的一些基本概念
我們 程式設計師 多多少少都寫過單元測試，有的可能幾年前寫的幾行 比如我 姑且也算寫過吧，但是有些東西還是不是很清楚，比如什麼是單元測試？怎麼才算是好的單元測試？等等很多，查了些資料，總結一下。1 什麼是單元測試 單元測試是一段 通常是乙個方法 呼叫另外一段 隨後檢驗一些假設的正確性。如果假設的結果...