本文接黑盒測試（一）。
功能測試意味著測試資料的選擇和測試結果的解釋是以軟體的功能屬性為基礎的。黑盒測試不應當由程式的作者來執行，因為他知道太多的程式內部知識。在新的測試方法中，軟體系統在內部白盒測試完成後由乙個第三方來執行黑盒測試。
儘管黑盒測試是圍繞著使用者需求文件進行的，但是黑盒測試不一定必須要使用者來參與測試。在絕大多數沒有使用者參與的黑盒測試中，最常見的測試有：功能性測試，容量測試，安全性測試，負載測試，恢復性測試，標桿測試，穩定性測試，可靠性測試等。此外，有兩個型別的測試必須要有使用者參與，它們是外場測試和實驗室測試。
有不同途徑的功能測試方法。一種是順序測試每個程式特性或功能。
另一種途徑是乙個模組乙個模組的測試，即每個功能在其最先呼叫的地方被測試。
容量測試的目的是檢測軟體在處理海量資料時的侷限性。容量測試能發現系統效率方面的問題，例如，不正確的緩衝區規模，消耗太多記憶體空間等。
負載測試檢測系統在乙個很短時間內處理乙個巨大的資料量或執行許多功能呼叫上的能力。例如檢測乙個**在某個時間段內接受100萬使用者的訪問。
恢復性測試主要保證系統在崩潰後能夠恢復外部資料的能力。系統能夠完全恢復還是部分恢復這些資料？尤其對於需要高可靠性的系統。
標桿測試包含程式效率的測試。一段程式的有效性很大程度上依賴於硬體環境，因此標桿測試總是考慮軟體和硬體的組合。然而，對於大部分軟體工程師，標桿測試關注特定操作的量化資料。有些也考慮使用者測試，比較不同軟體系統作為標桿測試的有效性。
有關這些測試的詳細內容將後面有詳細描述。
對於包含使用者的測試，在軟體工程（se）文獻中方法性的考慮是很少的。
比較實際的測試報告是大致的在外場測試（類似beta測試）和實驗室測試（類似alpha）之間的區別。
在外場測試中，觀察使用者在他們正常的工作地點使用軟體的情況。除了一般的與可用性相關方面的特點，外場測試對評價軟體系統的可互動性特別有用，例如系統工作的技術綜合性如何等等。此外外場測試是闡明系統到已有過程中的綜合性能的僅有實際手段（即系統與實際環境的結合能力）。尤其在nlp環境中，這個問題通常被低估。在實現乙個翻譯儲存器的綜合性問題的乙個典型的例子是乙個大的汽車製造商的語言服務，在這裡主要的實現問題不是技術環境，而是實際上許多客戶仍舊提交印刷件的訂貨單，這樣原始文字和目標文字都無法被適當的組織和儲存，最終導致單個的翻譯器根本無法激起人們工作習慣的改變。
實驗室測試一般用來評價系統的可用性方面的問題。由於實驗室測試的高額成本，該測試一般只有在大型的軟體機構才被進行，如ibm、microsoft等。由於實驗室測試給測試人員提供了許多技術可能性，因此其資料收集和分析比外場測試要容易的多。
優點：
缺點：
第二章 黑盒測試
黑盒測試是指 系統後台會準備若干組輸入資料，然後讓提交的程式去執行這些資料，如果輸出的結果與正確答案完全相同 字串意義上的比較 那麼就稱通過了這道題的黑盒測試，否則會根據錯誤型別而返回不同的結果。其中根據黑盒測試是否對每組測試資料都單獨測試或是一次性測試所有測試資料，又可以分為單點測試和多點測試。單...
黑盒測試用例設計（二）
1 在一項試驗中，把影響試驗結果的量稱為試驗因素 因子 簡稱因素。因素可以理解為試驗過程中的自變數，試驗結果可以看成因素的函式。在試驗過程中，每乙個因素可以處於不同的狀態或狀況，把因素所處的狀態或狀況,稱為因素的水平，簡稱水平 2 每列中不同數字出現的次數相等。這一特點表明每個因素的每個水平與其它因...
測試基礎 黑盒測試
1.等價類劃分 等價類是指某個輸入域的子集合。在該子集合中,各個輸入資料對於揭露程式中的錯誤都是等效的，並合理地假定 測試某等價類的代表值就等於對這一類其它值的測試，因此,可以把全部輸入資料合理劃分為若干等價類,在每乙個等價類中取乙個資料作為測試的輸入條件就可以用少量代表性的測試資料取得較好的測試結...