功能（function）、介面（ui）、效能（performance）、安全（security）、介面（inte***ce）
簡單的說，測試用例就是：
設計乙個情況，軟體程式在這種情況下，必須能夠正常執行並且達到程式所設計的預期結果
如果程式在這種情況下不能正常執行，並且這種情況會重**生，那就表示軟體程式人員已經測試出軟體有缺陷，這個時候就必須將這個問題標識出來，並且通知軟體開發人員。軟體開發人員接獲通知後，將這個問題修改完成與下個測試版本內
軟體測試工程師取得新的測試版本後，必須利用同乙個測試用例來測試這個問題，確保該問題已經修改完成。
什麼是測試用例？
如果軟體按照測試用例執行，達不到預期結果怎麼辦？
開發人員說缺陷修復了，你會怎麼做？（回歸測試）
測試用例真的有必要耗費時間進行設計和編寫嗎？有用嗎？
時間不夠用了，還要進行詳細的測試用例設計嗎？
測試用例需要經常更新嗎？（必須的，尤其是發現過缺陷的測試用例。「殺蟲劑效應」，乙個已經發現過缺陷的測試用例，就相當於殺蟲劑。必須使用更強的殺蟲劑--新的測試用例（與之前的用例中資料型別保持一致）進行重新測試）
現在有乙個文字框，有乙個規則，請對這個規則，進行輸入內容的等價類劃分
（盡可能詳細的劃分）
測試編號：
(一般編號規則：testcase_專案名稱_模組名稱_功能名稱_0001)
測試項：
測試用例的測試目的，一般情況下，用一句話或者短語，表明測試目的。
（表明測試模組、測試物件、方式方法、目的或者事件）
測試依賴：
依賴用例：
一般功能流程上，下游的功能測試依賴於上游的功能測試的用例。
例如：增加乙個資料的測試用例，將會被測試該資料的測試用例依賴。
測試步驟：
用最樸實的語言，寫出來軟體的操作步驟。盡量詳細。
例如，在使用者名稱文字框輸入：***；在省份下拉列表選擇浙江；城市下拉列表選擇杭州；
輸入資料：
單獨整合測試資料，必須和測試步驟中的資料保持一致。
預期結果：
準確、物件的準確性，內容的準確性。原則上每乙個操作，都要有乙個結果。在重要的步驟之後，設定預期結果。
例如：頁面跳轉到***；程式彈出對話方塊，提示使用者名稱或者密碼錯誤，請重新輸入。
一般和測試目的密切相關。測試目的決定了測試步驟和預期結果。
測試結果：
要求在測試執行完成後新增，沒有執行，保持為空。
測試結果只有兩個，通過和失敗；pass/failed
和預期結果一致，即為通過；不一致即為失敗。
測試人：
測試的執行人可以和設計者相同，也可以不相同
備註：為了測試用例正常執行，而做的特殊準備。
例如：專門製造網路不暢情況下，軟體錯誤提示。
可復用性：良好的測試用例具有重複使用的功能，使得測試過程事半功倍，提高測試效率；
可評估性：從測試的專案管理角度來說，測試用例的通過率是檢測**質量的保證。
可管理型：測試用例也可以作為檢驗測試人員進度、工作量以及跟蹤/管理測試人員的工作效率的標準。
做加法器功能測試時，測試了1+1，1+2，1+3，1+4之後，還有必要測試1+5,1+6嗎？能否放心的認為他們都是正確的？
黑盒測試不深入**
測試資料選擇：等價類劃分法、邊界值分析法；
測試步驟設計：因果圖法、判定表法、場景法、正交實驗法、功能圖法、其他測試方法
把程式的輸入域劃分成若干部分，然後從每個部分中選取少數代表性資料作為測試用例
每一類的代表性資料在測試中的作用等價於這一類中的其他值，如果某一類中的乙個例子發現錯誤，這一等價類中的其他雷子也能發現同樣的錯誤。
反之，如果某一類中的乙個例子沒有發現錯誤，則這一類中的其他例子也不會查出錯誤。
確定等價類的原則：
劃分等價類和列出等價類表：
有效等價類、無效等價類
確定測試用例：
為每個等價類規定乙個唯一的編號
設計乙個新的測試用例，使其盡可能地覆蓋尚未覆蓋的有效等價類。重複這一步，最後使得所有有效等價類均被測試用例所覆蓋
設計乙個新的測試用例，使其只覆蓋乙個有效等價類。重複這一步使所有無效等價類均被覆蓋
測試項需要標明自己的目的，測試項中可以不寫目的產生的結果。
用例依賴。下游的用例依賴上游的用例（已經存在的測試用例），用例依賴可以跨越模組（a測試員可能依賴b測試員的測試用例）。
測試步驟。能夠表明操作的物件和方式。
測試資料。沒有資料就空著不寫；例如要求不為空，不輸入又不行。（需要在測試項中標註某乙個內容為空）如果要對空格進行測試，建議不要講空格放在資料的最前面或者最後面。
測試結果。不執行，就不填
用例中要不要顯示 正向還是反向？ 不需要
等價類劃分。不要出現重複的情況。也不要出現缺失的輸入。
核心：常在河邊走、哪有不濕鞋？
邊界值只是乙個特定的資料。例如文字框輸入6到18個字元：
對應的邊界值有：6個字元；18個字元；
次邊界：邊界附近的值，按照系統規定的單位或者計算方式，乙個資料的差異。
字元就是個，乙個字元，沒有半個字元的書法；
人民幣的最小單位是0.01元（1分）。atm訪問款，最小單位是100元，只能是100的整數倍。
如果輸入條件規定了值的範圍，則應該取達到這個範圍的邊界的值，以及剛剛超越這個範圍邊界的值作為測試輸入的資料
如果輸入條件規定了值的個數，則用最大個數、最小個數、比最小個數少一位，比最大個數多一位的數作為測試資料
分析規則說明，找出其他可能的邊界條件
案例：
6≤x≤12 5、6、7、11、12、13
6＜x＜12 6、7、8、10、11、12
文字框輸入字元的要求是不大於150字。 null、1、149、150、151
三邊形判斷中，輸入數值的順序是否影響判斷的結果？ 否
邊長作為特殊的資料，所有的邊長遵循的規則是完全一致的。
四邊形：任意三條邊之和大於第四條邊
黑盒測試用例
例1 假設現有以下的三角形分類程式。該程式的功能是，讀入代表三角形邊長的3個整數，判定它們能否組成三角形。如果能夠，則輸出三角形是等邊 等腰或任意三角形的分類資訊。圖9.11顯示了該程式的流程圖和程式圖。為以上的三角形分類程式設計一組測試用例。解 第一步 確定測試策略。在本例中，對被測程式的功能有明...
流程 黑盒測試用例
什麼是黑盒測試呢？黑盒測試強調了軟體輸入與輸出之間的關係，它將被測軟體看作乙個打不開的黑盒，根據軟體規格說明書設計測試用例，完成測試。1 邊界值測試 大量的軟體測試實踐表明，故障往往出現在定義域或值域的邊界上，而不是在其內部。為檢測邊界附近的處理專門設計測試用例，通常都會取得很好的測試效果。因此邊界...
黑盒測試用例設計
黑盒測試用例設計方法 設計大量的測試用例，使之覆蓋軟體中的所有輸入輸出介面。白盒測試用例設計方法 設計足夠多的測試用例，使之覆蓋程式內部的所有邏輯結構與路徑。把程式的輸入域劃分成若干部分，然後從每個部分中選取少數代表性資料作為測試用例 每類的代表性資料在測試中的作用等價於這一類中的其他值,如果某一類...