軟件測試的模型總結[4] 軟件測試工具
在技術測試計劃中必須定義好這樣的結合。測試的主體方法和結構應在設計階段定義完成，并在開發階段進行補充和升版。這尤其會對基于代碼的測試產生影響，這種測試主要包括針對單元的測試和集成測試。不管在哪種情況下，如果在執行測試之前做一點計劃和設計，都會提高測試效率，改善測試結果，而且對測試重用也更加有利。
(五)讓驗收測試和技術測試保持相互獨立
驗收測試應該獨立于技術測試，這樣可以提供雙重的保險，以保證設計及程序編碼能夠符合最終用戶的需求。驗收測試既可以在實施階段的第一步來執行，也可以在開發階段的最后一步執行。
前置測試模型提倡驗收測試和技術測試沿循2條不同的路線來進行，每條路線分別地驗證系統是否能夠如預期的設想進行正常工作。這樣，當單獨設計好的驗收測試完成了系統的驗證, 我們即可確信這是一個正確的系統。
(六)反復交替的開發和測試
在項目中從很多方面可以看到變更的發生，例如需要重新訪問前一階段的內容，或者地跟蹤并糾正以前提交的內容，修復錯誤，排除多余的成分，以及增加新發現的功能，等等。開發和測試需要一起反復交替地執行。模型并沒有明確指出參與的系統部分的大小。這一點和V模型中所提供的內容相似。不同的是，前置測試模型對反復和交替進行了非常明確的描述。
(七)發現內在的價值
前置測試能給需要使用測試技術的開發人員、測試人員、項目經理和用戶等帶來很多不同于傳統方法的內在的價值。與以前的方法中很少劃分優先級所不同的是，前置測試用較低的成本來及早發現錯誤，并且充分強調了測試對確保系統的高質量的重要意義。前置測試代表了整個對測試的新的不同的觀念。在整個開發過程中，反復使用了各種測試技術以使開發人員、經理和用戶節省其時間，簡化其工作。
通常情況下，開發人員會將測試工作視為阻礙其按期完成開發進度的額外的負擔。然而，當我們提前定義好該如何對程序進行測試以后，我們會發現開發人員將節省至少20%的時間。雖然開發人員很少意識到他們的時間是如何分配的，也許他們只是感覺到有一大塊時間從重新修改中節省下來可用來進行其它的開發。保守地說，在編碼之前對設計進行測試可以節省總共將近一半的時間，這可以從以下方面體現出來：
針對設計的測試編寫是檢驗設計的一個非常好的方法，由此可以及時避免因為設計不正確而造成的重復開發及代碼修改。通常情況下，這樣的測試可以使設計中的邏輯缺陷凸顯出來。另一方面，編寫測試用例還能揭示設計中比較模糊的地方�？偟膩碚f，如果你不能勾畫出如何對程序進行測試，那么程序員很可能也很難確定他們所開發的程序怎樣才算是正確的。
測試工作先于程序開發而進行，這樣可以明顯地看到程序應該如何工作，否則，如果要等到程序開發完成后才開始測試，那么測試只是查驗開發人員的代碼是如何運行的。而提前的測試可以幫助開發人員立刻得到正確的錯誤定位。
在測試先于編碼的情況下，開發人員可以在一完成編碼時就立刻進行測試。而且，她會更有效率，在同一時間內能夠執行更多的現成的測試，她的思路也不會因為去搜集測試數據而被打斷。
即使是最好的程序員，從他們各自的觀念出發，也常常會對一些看似非常明確的設計說明產生不同的理解。如果他們能參考到測試的輸入數據及輸出結果要求，就可以幫助他們及時糾正理解上的誤區，使其在一開始就編寫出正確的代碼。
前置測試定義了如何在編碼之前對程序進行測試設計，開發人員一旦體會到其中的價值，就會對其表現出特別的欣賞。前置方法不僅能節省時間，而且可以減少那些令他們十分厭惡的重復工作。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
