軟件工程中有相當部分是關于軟件測試的：

    1、測試概念的范疇
    廣義上講，測試是指軟件產品生存周期內所有的檢查、評審和確認活動。如：設計評審、系統測試。狹義上講，測試是對軟件產品質量的檢驗和評價。它一方面檢查軟件產品質量中存在的質量問題，同時對產品質量進行客觀的評價。

    2、測試的目的
    簡單地說，就是替用戶受過，測試的終目的是確保終交給用戶的產品的功能符合用戶的需求，把盡可能多的問題在產品交給用戶之前發現并改正。在可接受的開銷下，提高對軟件的信心。

    具體地講，測試一般要達到下列目標：
    1） 確保產品完成了它所承諾或公布的功能，并且所有用戶可以訪問到的功能都有明確的書面說明------在某種意義上與ISO9001是同一種思想。，書面文檔的不健全甚至不正確，也是測試工作中遇到的和頭痛的問題，它的直接后果是測試效率低下、測試目標不明確、測試范圍不充分，從而導致終測試的作用不能充分發揮、測試效果不理想。

    2） 確保產品滿足性能和效率的要求
    使用起來系統運行效率低(性能低)、或用戶界面不友好、用戶操作不方便(效率低)的產品不能說是一個有競爭力的產品。用戶關心的不是你的技術有多先進、功能有多強大，而是他能從這些技術、這些功能中得到多少好處。也就是說，用戶關心的是他能從中取出多少，而不是你已經放進去多少。

    3） 確保產品是健壯的和適應用戶環境的
    健壯性即穩定性，是產品質量的基本要求，尤其對于一個用于事務關鍵或時間關鍵的工作環境中。另外就是不能假設用戶的環境(某些項目可能除外)。

    3、 測試的原則---GoodEnough
    對于相對復雜的產品或系統來說，zero-bug是一種理想，good-enough是我們的原則。

    Good-enough原則就是一種權衡投入 / 產出比的原則：不充分的測試是不負責任的；過分的測試是一種資源的浪費，同樣也是一種不負責任的表現。我們的操作困難在于：如何界定什么樣的測試是不充分的，什么樣的測試是過分的。目前狀況可用的答案是：制定測試通過標準和測試內容，然后具體問題具體分析。

    4、 測試的規律----木桶原理和80-20原則
    1） 木桶原理。
    在軟件產品生產方面就是全面質量管理(TQM)的概念。產品質量的關鍵因素是分析、設計和實現，測試應該是融于其中的補充檢查手段，其他管理、支持、甚至文化因素也會影響終產品的質量。應該說，測試是提高產品質量的必要條件，也是提高產品質量直接、快捷的手段，但決不是一種根本手段。反過來說，如果將提高產品質量的砝碼全部押在測試上，那將是一個恐怖而漫長的災難。

    2） Bug的80-20原則。
    一般情況下，在分析、設計、實現階段的復審和測試工作能夠發現和避免80%的Bug，而系統測試又能找出其余Bug中的80%，的5%的Bug可能只有在用戶的大范圍、長時間使用后才會曝露出來。因為測試只能夠保證盡可能多地發現錯誤，無法保證能夠發現所有的錯誤。

    5、傳統測試流程遇到的挑戰和對策----問題發現得越早，解決的代價就越小
    對于測試理論，主要依據軟件生命周期V字模型，可見軟件測試貫穿了軟件開發周期的大半，其各級測試的依據是對應開發階段的各種詳細文檔。測試目前主要依賴于：測試人員的經驗和素質；產品說明文檔和項目組的技術咨詢；測試工具的使用；測試計劃的設計。

    6、測試分類
    按功能分：
    –白盒測試(Whitetest)
    –黑盒測試(BlackTest)
    按測試時間來分：
    –單元測試(UnitTest)
    –集成測試(IntegrateTest)
    –確認測試(ValidationTest)
    –系統測試(SystemTest)
    按運行狀態來分：
    –靜態測試(StaticTest)
    –動態測試(DynamicTest)
    按方向來分：
    –正向測試
    –逆向測試

    7、測試策略：
    測試策略描述測試工程的總體方法和目標。描述目前在進行哪一階段的測試（單元測試、集成測試、系統測試）以及每個階段內在進行的測試種類（功能測試、性能測試、覆蓋測試等）。

    測試策略包括:
    1、要使用的測試技術和工具；
    2、測試完成標準；
    3、影響資源分配的特殊考慮例如測試與外部接口或者模擬物理損壞、安全性威脅。測試計劃關鍵的一步就是將軟件分解成單元，按照需求編寫測試計劃。

    把軟件分解成單元有幾個好處：
    1、軟件需求是測試設計和開發測試用例的基礎，分成單元可以更好地進行設計；
    2、詳細的測試需求是用來衡量測試覆蓋率的重要指標；
    3、測試的需求包括各種測試實際的開發以及所需資源。

    測試計劃的輸入為被測軟件、基于需求的測試設計；輸出為測試過程和測試用例通過設計測試計劃創建可以重用的測試過程和測試用例，同時維護測試過程、測試用例與相關測試需求的一一對應。