為什麼測試？1、對質量可接受性做出判斷     2、發現問題

錯誤：mistake ，在程式中出現的錯誤稱為bug

缺陷：是錯誤的結果，錯誤的表現

失效：當缺陷執行時會發生失效

事故：當出現失效時，可能會也可能不會呈現給使用者事故

下面是一個測試生命週期模型，開發階段，三次機會引入錯誤，測試階段找出錯誤， 後三個階段消除錯誤。

開發人員編寫的文件，主要針對開發人員，強調的是結構資訊，測試則是行為資訊。S代表的是所描述的行為，P代表的是所實現的程式的行為。

規格說明和程式之間的“橄欖球”形狀的區域這是“正確”的部分，而正確的部分是相對的概念。

接下來，新增的圓圈T代表測試用例,要思考的問題是怎樣使得這些集合都相交的區域1儘可能的大。

如果特定測試用例對於未描述行為，則有兩種可能：要麼這個測試用例測試不當，要麼規格說明是不充分的。

標識測試用例兩種：功能性測試和結構性測試（黑盒和白盒）

功能性測試用例優點：（1）功能性測試和軟體如何實現沒有關係，如果實現發生變化，那麼測試用例還可以用；

                                    （2）測試用例開發和實現並行進行

                          缺點：（1）冗餘  （2）未測試的軟體漏洞

功能性測試只利用規格說明標識測試用例，而結構性測試用例使用程式原始碼作為標識基礎。

關於缺陷按嚴重程度的分類，數值越大越嚴重 1代表輕微       10代表容易傳染，可擴充套件到其他系統的系統停機。