第5章編程與測試第5章編程與測試第5章編程與測試5.1開發工具的選擇5.2程序設計風格5.3軟件測試的概念5.4軟件測試的方法5.5測試用例設計5.6測試過程5.7調試/75第5章編程與測試5.1開發工具的選擇/755.4軟件測試的方法5.4.1測試方法5.4.2測試步驟5.4.3測試階段的信息流/755.4軟件測試的方法5.4.1測試方法/755.4.1測試方法測試任何產品都有兩種方法：黑盒測試白盒測試/755.4.1測試方法測試任何產品都有兩種方法：/75黑盒測試法如果已經知道了產品應該具有的功能，可以通過測試來檢驗是否每個功能都能正常使用；把程序看作一個黑盒子，完全不考慮程序內部的邏輯結構和原理，只依據程序的需求規格說明書，檢查程序的功能是否符合它的功能說明。/75黑盒測試法如果已經知道了產品應該具有的功能，可以通過測試來檢暗盒測試軟件輸入不深入代碼細節的測試方法稱為動態黑盒測試。軟件測試員充當客戶來使用。能得到需求定義的結果嗎？/75軟件輸入不深入代碼細節的測試方法稱為動態黑盒測試。能得到需求黑盒測試黑盒測試是在程序接口進行的測試的，它只檢查程序功能可否正常使用，能否適當地接收輸入數據并產生欲期的輸出結果。黑盒測試，又稱為“功能測試”、“暗盒測試”/75黑盒測試黑盒測試是在程序接口進行的測試的，它只檢查程序功能可通過黑盒測試法,發現的錯誤主要有:是否有不正確的或遺漏了的功能;在接口上,能否正確地接受輸入數據,能否產生正確的輸入結果;訪問外問信息是否有錯;性能上是否滿足要求等/75通過黑盒測試法,發現的錯誤主要有:是否有不正確的或遺漏了的功白盒測試如果知道產品的內部工作過程，可以通過測試來檢驗產品內部邏輯是否按照規格說明書的規定正常進行。與黑盒測試法相反，白盒測試法的前提是可以把程序看成裝在一個透明的盒子里，測試者完全知道程序的結構和處理算法/75白盒測試如果知道產品的內部工作過程，可以通過測試來檢驗產品內動態白盒測試—帶上X光眼鏡測試軟件??????????????程序的結構設計的有錯誤碼嗎？/75??????????????程序的結構設計的有錯誤碼嗎？/白盒測試白盒法把測試對象看做一個透明的盒子，它允許測試人員利用程序內部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序的狀態，確定實際的狀態是否與預期的狀態一致。因此白盒測試又稱為結構測試或邏輯驅動測試。/75白盒測試白盒法把測試對象看做一個透明的盒子，它允許測試人員利測試方案：通常的做法是，用黑盒法設計基本的測試方案，再用白盒法補充一些方案。/75測試方案：通常的做法是，用黑盒法設計基本的測試方案，再用白盒5.4軟件測試的方法5.4.1測試方法5.4.2測試步驟5.4.3測試階段的信息流/755.4軟件測試的方法5.4.1測試方法/755.4.2測試步驟除非是測試一個小程序，否則一開始就把整個系統作為一個單獨的實體來測試是不現實的。根據第4條測試準則，測試過程也必須分步驟進行，后一個步驟在邏輯上是前一個步驟的繼續。/755.4.2測試步驟除非是測試一個小程序，否則一開始就把整測試步驟：大型軟件系統通常由若干個子系統組成，每個子系統又由許多模塊組成，因此，測試過程基本上由下述幾個步驟組成：模塊測試（單元測試）子系統測試系統測試驗收測試（確認測試）平行運行（并行運行）集成測試/75測試步驟：大型軟件系統通常由若干個子系統組成，每個子系統又由1.模塊測試，又稱單元測試模塊功能明確，具有高內聚、低藕合的特征，可能作為一個獨立的“軟件成份”來測試，也比較容易設計測試方案模塊測試的目的是保證每個模塊作為一個單元能正確運行，所以模塊測試，又稱為單元測試單元測試發現的往往是編碼和詳細設計的錯誤,這個測試由程序員自己進行，結隊編程時，測試效果會更好/751.模塊測試，又稱單元測試模塊功能明確，具有高內聚、低藕合2.子系統測試子系統測試是把經過單元測試的模塊放在一起形成一個子系統來測試。是集成測試的一種。模塊間的交互是系統測試關注的焦點，因此，這個步驟著重測試模塊的接口。/752.子系統測試子系統測試是把經過單元測試的模塊放在一起形成3.系統測試系統測試是把經過測試的子系統裝配成一個完整的系統來測試系統測試不僅要發現設計和編碼的錯誤，重點還在于驗證系統功能是否滿足用戶要求這一步發現的往往是軟件設計中的錯誤，也可能發現需求說明中的錯誤不論是子系統測試還是系統測試，都兼有檢測和組裝兩重含義，通常稱為集成測試。/753.系統測試系統測試是把經過測試的子系統裝配成一個完整的系4.驗收測試，又稱“確認測試”驗收測試與系統測試基本類似，但是它是在用戶參與下進行的，而且可能主要使用實際數據進行測試。驗收測試的目的是驗證系統可否滿足用戶的需要，因此，又稱為“確認測試”這一步，發現的往往是系統需求說明書中的錯誤/754.驗收測試，又稱“確認測試”驗收測試與系統測試基本類似，5.平行運行，又稱“并行運行”關系重大的軟件，在驗收之后并不立即投入生產性運行，而是要再經過一段新/舊系統的并行運行時間的考驗將新/舊系統并行運行，以便比較兩個系統的處理結果。這樣做的具體目的如下：

可以在準生產環境中運行新系統而又不冒風險；

用戶能有一段熟悉新系統的時間；

可以驗證用戶指南和使用手冊之類的文檔；

能夠以準生產模式對新系統進行全負荷測試，可以用測試結果驗證性能指標。/755.平行運行，又稱“并行運行”關系重大的軟件，在驗收之后并5.4軟件測試的方法5.4.1測試方法5.4.2測試步驟5.4.3測試階段的信息流/755.4軟件測試的方法5.4.1測試方法/755.4.3測試階段的信息流以上集中討論了與測試有關的概念，但是，測試作為軟件工程的一個階段，它的根本任務是保證軟件的質量，因此除了進行測試之外，還有另外一些與測試密切相關的工作應該完成。這就是下一小節要討論的內容——針對測試活動的軟件工程管理內容/755.4.3測試階段的信息流以上集中討論了與測試有關的概念測試活動管理測試階段的信息流調試測試評價/75測試活動管理測試階段的信息流/75測試階段的信息流/75測試階段的信息流/75測試階段的信息流有兩類：軟件配置，包括需求說明書、設計說明書和源程序清單等；測試配置，包括測試計劃和測試方案。所謂測試方案不僅僅是測試時使用的輸入數據，還應該包括每組輸入數據預定要檢驗的功能，以及每組輸入數據預期應該得到的正確輸出。(稱為測試用例)實際上，測試配置是軟件配置的一個子集，最終交出的軟件配置應該包括上述測試配置以及測試的實際結果和調試的記錄。/75測試階段的信息流有兩類：軟件配置，包括需求說明書、設計說明書調試比較測試得出的實際結果和預期的結果，如果兩者不一致則很可能是程序中有錯誤。設法確定錯誤的準確位置并改正它，這就是調試的任務。與測試不同，通常由程序的編寫者負責調試。/75調試比較測試得出的實際結果和預期的結果，如果兩者不一致則很可測試評價在對測試結果進行收集和評價的時候，軟件可靠性所達到的定性指標也開始明朗了。如果經常出現要求修改設計的嚴重錯誤，那么軟件的質量和可靠性是值得懷疑的，應該進一步仔細測試。反之，如果看起來軟件功能完成得很正常，遇到的錯誤也很容易改正，則仍然應該考慮兩種可能：(1)軟件的可靠性是可以接受的；(2)所進行的測試尚不足以發現嚴重的錯誤。/75測試評價在對測試結果進行收集和評價的時候，軟件可靠性所達到的測試評價最后，如果經過測試，一個錯誤也沒有被發現，則很可能是因為對測試配置思考不充分，以致不能暴露軟件中潛藏的錯誤。/75測試評價最后，如果經過測試，一個錯誤也沒有被發現，則很可能是測試評價在測試階段積累的結果，也可以用更形式化的方法進行評價。軟件可靠性模型使用錯誤率數據估計將來出現錯誤的情況，并進而對軟件可靠性進行預測/75測試評價在測試階段積累的結果，也可以用更形式化的方法進行評價完/75完/75第5章編程與測試第5章編程與測試第5章編程與測試5.1開發工具的選擇5.2程序設計風格5.3軟件測試的概念5.4軟件測試的方法5.5測試用例設計5.6測試過程5.7調試/75第5章編程與測試5.1開發工具的選擇/755.4軟件測試的方法5.4.1測試方法5.4.2測試步驟5.4.3測試階段的信息流/755.4軟件測試的方法5.4.1測試方法/755.4.1測試方法測試任何產品都有兩種方法：黑盒測試白盒測試/755.4.1測試方法測試任何產品都有兩種方法：/75黑盒測試法如果已經知道了產品應該具有的功能，可以通過測試來檢驗是否每個功能都能正常使用；把程序看作一個黑盒子，完全不考慮程序內部的邏輯結構和原理，只依據程序的需求規格說明書，檢查程序的功能是否符合它的功能說明。/75黑盒測試法如果已經知道了產品應該具有的功能，可以通過測試來檢暗盒測試軟件輸入不深入代碼細節的測試方法稱為動態黑盒測試。軟件測試員充當客戶來使用。能得到需求定義的結果嗎？/75軟件輸入不深入代碼細節的測試方法稱為動態黑盒測試。能得到需求黑盒測試黑盒測試是在程序接口進行的測試的，它只檢查程序功能可否正常使用，能否適當地接收輸入數據并產生欲期的輸出結果。黑盒測試，又稱為“功能測試”、“暗盒測試”/75黑盒測試黑盒測試是在程序接口進行的測試的，它只檢查程序功能可通過黑盒測試法,發現的錯誤主要有:是否有不正確的或遺漏了的功能;在接口上,能否正確地接受輸入數據,能否產生正確的輸入結果;訪問外問信息是否有錯;性能上是否滿足要求等/75通過黑盒測試法,發現的錯誤主要有:是否有不正確的或遺漏了的功白盒測試如果知道產品的內部工作過程，可以通過測試來檢驗產品內部邏輯是否按照規格說明書的規定正常進行。與黑盒測試法相反，白盒測試法的前提是可以把程序看成裝在一個透明的盒子里，測試者完全知道程序的結構和處理算法/75白盒測試如果知道產品的內部工作過程，可以通過測試來檢驗產品內動態白盒測試—帶上X光眼鏡測試軟件??????????????程序的結構設計的有錯誤碼嗎？/75??????????????程序的結構設計的有錯誤碼嗎？/白盒測試白盒法把測試對象看做一個透明的盒子，它允許測試人員利用程序內部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序的狀態，確定實際的狀態是否與預期的狀態一致。因此白盒測試又稱為結構測試或邏輯驅動測試。/75白盒測試白盒法把測試對象看做一個透明的盒子，它允許測試人員利測試方案：通常的做法是，用黑盒法設計基本的測試方案，再用白盒法補充一些方案。/75測試方案：通常的做法是，用黑盒法設計基本的測試方案，再用白盒5.4軟件測試的方法5.4.1測試方法5.4.2測試步驟5.4.3測試階段的信息流/755.4軟件測試的方法5.4.1測試方法/755.4.2測試步驟除非是測試一個小程序，否則一開始就把整個系統作為一個單獨的實體來測試是不現實的。根據第4條測試準則，測試過程也必須分步驟進行，后一個步驟在邏輯上是前一個步驟的繼續。/755.4.2測試步驟除非是測試一個小程序，否則一開始就把整測試步驟：大型軟件系統通常由若干個子系統組成，每個子系統又由許多模塊組成，因此，測試過程基本上由下述幾個步驟組成：模塊測試（單元測試）子系統測試系統測試驗收測試（確認測試）平行運行（并行運行）集成測試/75測試步驟：大型軟件系統通常由若干個子系統組成，每個子系統又由1.模塊測試，又稱單元測試模塊功能明確，具有高內聚、低藕合的特征，可能作為一個獨立的“軟件成份”來測試，也比較容易設計測試方案模塊測試的目的是保證每個模塊作為一個單元能正確運行，所以模塊測試，又稱為單元測試單元測試發現的往往是編碼和詳細設計的錯誤,這個測試由程序員自己進行，結隊編程時，測試效果會更好/751.模塊測試，又稱單元測試模塊功能明確，具有高內聚、低藕合2.子系統測試子系統測試是把經過單元測試的模塊放在一起形成一個子系統來測試。是集成測試的一種。模塊間的交互是系統測試關注的焦點，因此，這個步驟著重測試模塊的接口。/752.子系統測試子系統測試是把經過單元測試的模塊放在一起形成3.系統測試系統測試是把經過測試的子系統裝配成一個完整的系統來測試系統測試不僅要發現設計和編碼的錯誤，重點還在于驗證系統功能是否滿足用戶要求這一步發現的往往是軟件設計中的錯誤，也可能發現需求說明中的錯誤不論是子系統測試還是系統測試，都兼有檢測和組裝兩重含義，通常稱為集成測試。/753.系統測試系統測試是把經過測試的子系統裝配成一個完整的系4.驗收測試，又稱“確認測試”驗收測試與系統測試基本類似，但是它是在用戶參與下進行的，而且可能主要使用實際數據進行測試。驗收測試的目的是驗證系統可否滿足用戶的需要，因此，又稱為“確認測試”這一步，發現的往往是系統需求說明書中的錯誤/754.驗收測試，又稱“確認測試”驗收測試與系統測試基本類似，5.平行運行，又稱“并行運行”關系重大的軟件，在驗收之后并不立即投入生產性運行，而是要再經過一段新/舊系統的并行運行時間的考驗將新/舊系統并行運行，以便比較兩個系統的處理結果。這樣做的具體目的如下：

可以在準生產環境中運行新系統而又不冒風險；

用戶能有一段熟悉新系統的時間；

可以驗證用戶指南和使用手冊之類的文檔；

能夠以準生產模式對新系統進行全負荷測試，可以用測試結果驗證性能指標。/755.平行運行，又稱“并行運行”關系重大的軟件，在驗收之后并5.4軟件測試的方法5.4.1測試方法5.4.2測試步驟5.4.3測試階段的信息流/755.4軟件測試的方法5.4.1測試方法/755.4.3測試階段的信息流以上集中討論了與測試有關的概念，但是，測試作為軟件工程的一個階段，它的根本任務是保證軟件的質量，因此除了進行測試之外，還有另外一些與測試密切相關的工作應該完成。這就是下一小節要討論的內容——針對測試活動的軟件工程管理內容/755.4.3測試階段的信息流以上集中討論了與測試有關的概念測試活動管理測試階段的信息流調試測試評價/75測試活動管理測試階段的信息流/75測試階段的信息流/75測試階段的信息流/75測試階段的信息流有兩類：軟件配置，包括需求說明書、設計說明書和源程序清單等；測試配置，包括測