● 測試用例編號
◇ 規則：編號具有唯一性、易識別性，由數字和字元組合成的字元串
◇ 約定：
系統測試用例：產品編號-ST-系統測試項名-系統測試子項名-XXX
集成測試用例：產品編號-IT-集成測試項名-集成測試子項名-XXX
單元測試用例：產品編號-UT-單元測試項名-單元測試子項名-XXX
● 測試項目
◇ 規則：當前測試用例所屬測試大類、被測需求、被測模組、被測單元等
◇ 約定：
系統測試用例測試項目：軟件需求項 如：測試手機在沒有SIM卡的情況下，可以撥打緊急電話
集成測試用例測試項目：集成後的模組名或接口名 如：測試模組A提供的檔案接口
單元測試用例測試項目：被測試的函數名 如：測試函數int ReadFile(char *pszFileName)
● 測試標題
規則：測試用例的概括簡單的描述用例的出發點、關注點，原則上不能重複。
● 重要級別
規則
高：保證系統基本功能、核心業務、重要特性、實際使用頻率高的測試用例；
中：重要程度介於高和低之間的測試用例；
低：實際使用頻率不高、對系統業務功能影響不大的模組或功能的測試用例。
● 預置條件
規則：執行當前測試用例需要的前提條件，是後續步驟的先決條件
● 輸入
規則：用例執行過程中需要加工的外部資訊，輸入、檔案、數據庫等
● 操作步驟
規則：執行當前測試用例需要經過的操作步驟，保證操作步驟的完整性。
● 預期輸出
規則：當前測試用例的預期輸出結果，包括返回值的內容、介面的響應結果、輸出結果的規則符合度等
2.如何寫測試用例這邊有一些測試用例的一些原則：
1.系統頁面必須與照設計文檔一致.測試時須檢查的地方有：各頁面的列名，提示資訊等文字描述是否存在錯別字.列寬長度是否合適，能否完全顯示輸入資訊.（注意：頁面如出現有變量，則須對這些變更的正確性進行驗證）
2.測試基礎資訊錄入，必填項必須測試數據錄入範圍，保證所有的資訊能夠有效的錄入系統。可採用臨界值測試法
3.測試與業務有關的功能，必須包證輸入金額，日期格式正確，金額方向正確，。可採用先做業務，後做查詢的方法驗證
4.測試查詢功能時必須保證錄入查詢條件即可查出相應的正確結果.
5.流程測試應保證流程流向能按設計的流程圖走，如一個流程結束後才能出下個流程，這時應保證上個流程結束後才能出下個流程，而且上個流程的任務必須是結束狀態.測試方法可以用列舉法，把所有的情況列舉出來後逐步測試.
6.對有可能引起糾紛的業務須重點測試，維護中心形象.（如：餘額查詢，個人明細查詢結息等業務）
7.測試系統性能時應該制定性能測試計劃，出具性能測試報告.
3.如何寫測試用例測試用例設計和執行是測試工作的核心，也是工作量最大的任務之一。
測試用例（Test Case）目前沒有經典的定義。比較通常的說法是：指對一項特定的軟件產品進行測試任務的描述，體現測試方案、方法、技術和策略。內容包括測試目標、測試環境、輸入數據、測試步驟、預期結果、測試腳本等，並形成文檔。
測試用例編寫準備
1
從配置管理員處申請軟件配置：《需求規格說明書》和《設計說明書》；
2
根據需求規格說明書和設計說明書，詳細理解用戶的真正需求，並且對軟件所實現的功能已經準確理解，然後着手製訂測試用例。
測試用例制定的原則
1測試用例要包括欲測試的功能、應輸入的數據和預期的輸出結果。
2測試數據應該選用少量、高效的測試數據進行儘可能完備的測試。
用例覆蓋
1正確性測試：輸入用戶實際數據以驗證系統是滿足需求規格說明書的要求；測試用 例中的測試點應首先保證要至少覆蓋需求規格說明書中的各項功能，並且正常。
2容錯性（健壯性）測試：程序能夠接收正確數據輸入並且產生正確（預期）的輸出， 輸入非法數據（非法類型、不符合要求的數據、溢出數據等），程序應能給出提示 並進行相應處理。把自己想象成一名對產品操作一點也不懂的客戶，在進行任意操作。
3完整（安全）性測試：對未經授權的人使用軟件系統或數據的企圖，系統能夠控制的程度，程序的數據處理能夠保持外部資訊（數據庫或檔案）的完整。
4接口間測試：測試各個模組相互間的協調和通信情況，數據輸入輸出的一致性和正確性。
5壓力測試：輸入10條記錄執行各個功能，輸入30條記錄執行，輸入50條記錄進行測試。
6性能：完成預定的功能，系統的執行時間（主要是針對數據庫而言）。
7可理解（操作）性：理解和使用該系統的難易程度（介面友好性）。
8可移植性：在不同操作系統及硬件配置情況下的執行性。
測試方法
1邊界值分析法：確定邊界情況（剛好等於、稍小於和稍大於和剛剛大於等價類邊界值），針對我們的系統在測試過程中主要輸入一些合法數據/非法數據，主要在邊界值附近選取。
2等價劃分：將所有可能的輸入數據（有效的和無效的）劃分成若干個等價類。
3錯誤推測：主要是根據測試經驗和直覺，參照以往的軟件系統出現錯誤之處。
測試用例的填寫
1一個軟件系統或項目共用一套完整的測試用例，整個系統測試過程測試完畢，將實際測試結果填寫到測試用例中，操作步驟應儘可能的詳細，測試結論是指最終的測試結果（結論爲：透過或不透過）。
4.單元測試用例該怎麼寫寫單元測試用例？好像有些理想化。
在實際工作中，能有個基本的詳細設計文檔就不錯了，只要有了詳細設計文檔，就可以直接建立可執行的測試用例。先寫個文字的單元測試用例，費時費力，還要維護，項目不會給那麼多時間吧？從我們的客戶反饋來看，實際工作中，很多項目是沒有規範的詳細設計的，這時最容易範的錯誤就是：測試人員閱讀代碼來了解代碼功能，以便設計用例，結果，測試幾乎沒有效果。
所以，除非有規範的文檔，否則單元測試要由開人員爲主。如果連詳細設計文檔都沒有，那依據什麼來寫文字版的單元測試用例？如果有，那就用不着寫一個文字版的。
5.寫測試用例應該怎麼寫假設一下吧。
現在要求你測試一下百度知道的提交回答功能。用例編號：提交問題001（編號通常會根據功能或模組編寫）測試目的：驗證當用戶回答完問題後，可以正常提交答案。
（多數是會寫需求規格的說明，總之要讓人看明白你這條用例是想測什麼）測試標題：這個有時候就包含了測試目的，目的是可以不寫的，但測試用例標題是必須的。重要級別：像提交回答這條用例，多數會被列爲最進階別用例，因爲是最基本的功能。
往往越是基本的，級別越高。原因在於，如果基本功能都有缺陷，那根本不用測別的功能，版本直接打回。
預製條件：1、百度知道運轉正常。2、用戶已登陸。
3、進入了自己想要回答的問題頁面。（也就是你做這條測試前必須要有的前提條件）操作步驟：1、將遊標點入“我來幫他解答”下的輸入欄。
2、輸入想提交的答案 3、點擊提交回答 4、驗證提交後答案是否能顯示到當前問題下 （輸入數據多數時候是合併到操作步驟中的，比如這條裏的輸入數據就是“答案”）預期結果：1點擊提交回答後，頁面提示回答成功。2再次檢視該問題時，剛剛的答案可以正確顯示……。
6.單元測試用例該怎麼寫首先我們需要先下載相應的 JUnit 相關的 JAR 包，下載的過程可以去 JUnit 的官方網站，也可以直接透過 Maven 資源倉庫來完成。
使用簡單的 @Test 註解實現我們的測試方法的編寫和執行
準備工作做好之後，接下來我們就可以開始嘗試編寫壹個簡單的測試代碼了。首先，我們編寫了壹個 Calculator 類，並提供五個方法分別完成加減乘除以及求平方的運算。代碼如下：
package net.oschina.bairrfhoinn.main;
public class Calculator {
public void add(int n){
result += n;
}
public void substract(int n){
result -= n;
}
public void multiply(int n){
result *= n;
}
public void divide(int n){
result /= n;
}
public void square(int n){
result = n * n;
}
public int getReuslt(){
return result;
}
public void clear(){
result = 0;
}
private static int result;
}
7.這個測試用例怎麼寫比較好的軟件測試人員也只能寫出一半的測試用例吧，這個應該可以寫40多個吧，我先寫寫試試（大概思想就是兩邊之和大於第三邊，兩邊之差小於第三邊，輸入含一個字母，兩個字母，三個字母，一個負數，兩個負數，三個負數）1、1 3 52、1 5 33、5 1 34、0 1 25、1 0 26、2 1 07、a 0 18、0 a 19、1 0 a10、-1 2 611、1 -1 512、5 3 -113、a b 014、a 0 b15、0 a b16、a b c17、-1 -1 218、-1 2 -119、2 -1 -120、-1 -1 -1先寫一部分，寫的肯定不全，你再好好想想吧。
8.如何編寫單元測試用例1，語句覆蓋：語句覆蓋就是設計若干個測試用例，2113執行被測試程序，使得每一條可執行語句至少執行一次。
2，判定覆蓋5261（也叫分支覆蓋）：設計若干個測試用例，執行所測程序，使程序中每個判斷的取真分支和取假分4102支至少執行一次。 3，條件覆蓋：設計足夠的測試用例，執行1653所測程序，使程序中每個判斷的每個條件的每個可能取值至少執行一次。
4，判定——條件版覆蓋：設計足夠的測試用例，執行所測程序，使程序中每個判斷權的每個條件的每個可能取值至少執行一次，並且每個可能的判斷結果也至少執行一次。 5，條件組合測試：設計足夠的測試用例，執行所測程序，使程序中每個判斷的所有條件取值組合至少執行一次。
9.搞不清測試用例怎麼搞,有誰能提供個小軟件代碼,以及測試用例搞清楚測試點，要測試什麼東西。
然後根據要測試的內容來編寫測試用例。如 測什麼：要測試一個手機的短信功能。
那麼測試點可以從以下方面考慮功能測試點：收短信功能用例（收文字短信、彩信） 發短信功能性能測試點：大量的文字、和圖片異常測試點：和別的功能銜接然後根據測試點，可以編寫測試用例功能測試：發文字短信的測試用例、發彩信的測試用例；飛信測試用例、發空短信的測試用例。性能測試：一次發個大的圖片 、一次發個1000個字元異常測試用例：打電話的同時，同時往這個手機發短信測試用例、短信沒有發送完就關機等。
趣知科普吧
