為了實施測試向被測試系統發起的一組集合。
測試環境，測試步驟，測試資料，預期結果。（標題，功能模組，重要性，執行方式等）
bug中所包含的的內容：
測試版本，測試環境，操作步驟，測試資料，預期結果，實際結果，附加（錯誤日誌，錯誤截圖…）
崩潰，嚴重，一般，次要
從bug的建立到關閉，bug所經歷的狀態：
new —— open —— fixed —— 測試人員回歸bug通過 —— closed
new —— open —— fixed —— 測試人員回歸bug未通過 —— reopen
（1）首先檢查自身，檢查bug描述是否正確、清楚。
（2）站在使用者的角度，勸說開發人員。
（3）bug的定級要有理有據。
（4）不斷提公升自己的業務水平和技術水平（不但能找bug，還能定位bug產生的原因，並且提出解決方案）
（5）bug評審
有需求規格說明書的時候，當且僅當需求規格說明合理，實際功能和需求規格說明不符合，就是軟體缺陷。
當需求規格說明不存在，當且僅當使用者需求存在並且合理，如果和使用者預期不符合，就是軟體缺陷。
滿足使用者的期望或正式規定的文件（合同，標準，規則）所需要的條件和權能，叫做需求。
（1）等價類：依據需求將輸入（特殊情況下會考慮輸出）劃分為若干個等價類，從等價類中選出乙個測試用例，如果這個測試用例測試通過，則認為所代表的等價類測試通過，這樣就可以用較少的測試用例達到盡量多的功能覆蓋，解決了不能窮舉測試的問題。
有效等價類：對於程式的規格說明書是合理的、有意義的輸入資料構成的集合，利用有效等價類驗證程式是否實現了規格說明中所規定的功能和效能。
無效等價類：根據需求說明書，不滿足需求的集合。、
（2）邊界值：邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情況下，其測試用例來自等價類的邊界。
（3）因果圖：因果圖是一種簡化了的邏輯圖，能直觀地表明程式輸入條件（原因）和輸出動作（結果）之間的相互關係。因果圖法是借助圖形來設計測試用例的一種系統方法，特別適用於被測試程式具有多種輸入條件、程式的輸出又依賴於輸入條件的各種情況。
恒等、與、或、非：
（4）正交排列：
研究多因素多水平的一種測試用例的設計方法。選取實驗中最優的組合進行測試，通過分析這些最優組合的結果來判斷和分析整個實驗的結果。
正交試驗設計(orthogonal experimentaldesign)是研究多因素多水平的一種設計方法，它是根據正交性，由試驗因素的全部水平組合中挑選出部分有代表性的點進行試驗，通過對這部分試驗結果的分析了解全面試驗的情況，找出最優的水平組合。
因素（factor）：在一項試驗中，凡欲考察的變數稱為因素（變數）
水平（位級）（level）：在試驗範圍內，因素被考察的值稱為水平（變數的取值）
正交表的構成：
行數(runs)：正交表中的行的個數，即試驗的次數,用n代表。
因素數(factors)：正交表中列的個數，用c代表。
水平數(levels)：任何單個因素能夠取得的值的最大個數。正交表中的包含的值為從0到數「水平數-1」或從1到「水平數」，用t代表。
正交表的表示形式： l=行數(水平數*因素數) l=n(tc)
正交表的兩條性質：
每一列中各數字出現的次數都一樣多。
任何兩列所構成的各有序數對出現的次數都一樣多
正交法設計測試用例的步驟：
1、有哪些因素（變數）
2、每個因素有哪幾個水平（變數的取值）
3、選擇乙個合適的正交表
4、把變數的值對映到表中
5、把每一行的各因素水平的組合作為乙個測試用例
6、加上你認為可疑且沒有在表**現的用例組合
（5）場景法：
事件觸發時的情景便形成了場景，而同一事件不同的觸發順序和處理結果就形成事件流。
典型的應用是是用業務流把各個孤立的功能點串起來，為測試人員建立整體業務感覺，從而避免陷入功能細節忽視業務流程要點的錯誤傾向。
（6）錯誤猜測法：
根據自己的經驗，知識，直覺，判斷系統哪乙個模組會出現問題，專門針對這個模組來設計測試用例。
軟 件 測 試 基 礎 知 識
軟體效能指標主要有響應時間，系統響應時間和應用延遲時間，吞吐量，併發使用者數，資源利用率五種。軟體實現的演算法與系統響應時間和應用延遲時間是直接相關的，所以軟體的效能也必定與實現演算法是有關係的吞度量是指系統在單位時間內處理請求的數量，對於無鬢髮的應用系統而言，吞度量是與響應時間嚴格的反比關係，因為...
軟體測試基礎知識
1 發現軟體錯誤 2 有效定義和實現軟體部件由底層到高層的組裝過程 3 驗證軟體是否滿足任務書和系統定義文件所規定的技術要求 4 為軟體質量模型的建立提供依據。概念 軟體測試是軟體質量保證的關鍵組成部分，對軟體測試的認識可分為以下幾個階段 測試就是除錯階段 測試是證明軟體正確階段 測試是發現軟體中錯...
軟體測試基礎知識
本人部落格文章 1.確認軟體的質量 a.是確認軟體做了你所期望做的事情 do the right thing b.是確認軟體以正確的方式來做了這個事情 do it right 2.是提供資訊 比如提供給開發人員或程式經理的回饋資訊，為風險評估所準備的資訊 3.是在測試軟體軟體產品本身，而且還包括軟體...