3.測試的原則

　　基于上述測試目的，我們可以考慮以下有關測試的原則:

　　（1）確定預期輸出結果是測試用例必不可少的一部分。如果只有測試數(shù)據(jù)而無預期結果，那么就不易判斷測試結果是否正確。
　　
　�。�2）程序員應避免測試自己的程序，程序設計機構不應測試自己的程序。這是因為程序中的錯誤往往是由于程序員對問題說明的誤解，由他來測試自己的程序就不易找出因這種誤解而產(chǎn)生的錯誤。此外，開發(fā)程序是一項建設性的工作，而測試則是一項破壞性的工作（證明程序有錯），這對開發(fā)人員或機構來說在心理上是難以容忍的。為了證明自己的程序沒有錯誤或錯誤很少，他們往往不去選擇容易發(fā)現(xiàn)錯誤的測試用例，而選擇容易通過的測試用例。當然，這并不意味著程序員都不能測試自己的程序，如單元測試通常就是由程序員自己測試的。

　�。�3）徹底檢查每個測試結果。如果不仔細檢查測試結果，有些已經(jīng)測試出來的錯誤也可能被遺漏掉。

　�。�4）對非法的非預期的輸入數(shù)據(jù)也要像合法的和預期的輸入數(shù)據(jù)一樣編寫測試用例。

　�。�5）檢查程序是否做了應做的事是成功的一半，另一半是看程序是否做了不該做的事。

　�。�6）除了真正沒有用的程序外，一定不要扔掉測試用例。因為在改正錯誤或程序維護后還要進行重新測試。

　�。�7）在規(guī)劃測試時不要設想程序中不會查出錯誤。

　�。�8）程序模塊經(jīng)測試后，殘存的錯誤數(shù)目往往與已發(fā)現(xiàn)的錯誤數(shù)目成比例。實踐證明，程序中的大量錯誤僅與少量的程序模塊有關，因此當A模塊找出的錯誤比B模塊多得多時，很可能A模塊殘存的錯誤仍比B模塊殘存的錯誤多多。

　　4.白盒測試和黑盒測試

　　測試的關鍵是測試用例的設計，其方法可分成兩類:白盒測試和黑盒測試。白盒測試是把程序看成裝在一只透明的白盒子里，測試者完全了解程序結構和處理過程。它根據(jù)程序的內部邏輯來設計測試用例，檢查程序中的邏輯通路是否都按預定的要求正確地工作。黑盒測試是把程序看成一只黑盒子，測試者完全不了解（或不考慮）程序的結構和處理過程。它根據(jù)規(guī)格說明書規(guī)定的功能來設計測試用例，檢查程序的功能是否符合規(guī)格說明的要求。

　�。ǘ�） 測試步驟

　　軟件測試的主要步驟有單元測試，集成測試和確認測試。

　　1.單元測試（unit testing）
　　
　　單元測試也稱模塊測試。通常單元測試可放在編碼階段，程序員在編寫好一個模塊后，總會（也應該）對自己編寫的模塊進行測試，檢查它是否實現(xiàn)了詳細設計說明書中規(guī)定的模塊功能 和算法。單元測試主要發(fā)現(xiàn)編碼和詳細設計中產(chǎn)生的錯誤，通常采用白盒測試。測試一個模塊時需要編寫一個驅動模塊和若干個樁（stub）模塊，如下圖所示。驅動模塊的功能是向被測試模塊提供測試數(shù)據(jù)，驅動（即調用）被測模塊，并從被測模塊中接受測試結果。樁模塊的功能是模擬被模塊所調用的子模塊，它接受被測模塊的調用，檢驗調用參數(shù)，模擬被調用的子模塊功能，把結果送回給被測模塊。在模塊結構圖中，頂層模塊測試時不需要驅動模塊，最底層的模塊測試時不需要樁模塊。

　　2.集成測試（integration testing）

　　集成測試也稱組裝測試，它是對由各模塊組裝而成的程序進行測試，主要檢查模塊間的接口和通信。集成測試主要發(fā)現(xiàn)設計階段產(chǎn)生的錯誤，通常采用黑盒測試。集成的方式可分成非漸增式集成和漸增式集成。非漸增式集成是先測試所有的模塊，然后把這些模塊集成在一起對整個程序進行測試。漸增式集成是將單元測試和集成測試合并在一起，它根據(jù)模塊結構圖，按某種次序選一個尚未測試的模塊，把它同已經(jīng)測試好的模塊組合在一起對整個程序進行測試，每次增加一個模塊，直至所有模塊全部集成在程序中。漸增式集成又可分成自頂向下集成和自底向上集成。自頂向下集成先測試上層模塊，再測試下層模塊。由于測試下層模塊時它的上層模塊已測試過，所以可以用其上層模塊作為它的驅動模塊，而不必另編驅動模塊。自底向上集成先測試下層模塊，再測試上層模塊。同樣道理，在自底向上集成時可用下層模塊作為上層模塊的樁模塊，而不必另外編寫樁模塊。

　　3.確認測試（walidation testing）

　　確認測試的任務是檢查軟件的功能、性能及其他特征是否與用戶的需求一致，它是以需求規(guī)格說明書（即需求規(guī)約）作為依據(jù)的測試。確認測試通常采用黑盒測試。確認測試首先測試程序是否滿足需求規(guī)格說明書所列的各項要求，然后要進行軟件配置復查，特別是文檔是否齊全，各方面的質量是否符合要求等。如果一個軟件是為某個客戶定制的，那么最后由客戶來實施驗收測試（acceptance testing），以便客戶確認該軟件是否他所需要的。如果一個軟件是作為產(chǎn)品被許多客戶使用的話，那不可能為每個客戶進行驗收測試。大多數(shù)軟件生產(chǎn)者使用一種Alpha測試和Beta測試的過程，來揭露僅由最終用戶才能發(fā)現(xiàn)的錯誤。Alpha測試是在開發(fā)者的現(xiàn)場由客戶來實施的，被測試的軟件是在開發(fā)者從用戶的角度進行常規(guī)設置的環(huán)境下運行的。Beat測試是在一個或多個客戶的現(xiàn)場由該軟件的最終用戶實施的。與Alpha測試不同的是，Beat測試時開發(fā)者通常是不在場的。Alpha測試和Beat測試除了進一步發(fā)現(xiàn)程序中的錯誤外，還能發(fā)現(xiàn)使用上的問題。經(jīng)過確認測試后的軟件通常就可交付使用了。

希望與更多計算機等級考試的網(wǎng)友交流，請進入計算機等級考試論壇

更多信息請訪問：考試吧計算機等級考試欄目