軟件質(zhì)量保證與測試5.2集成測試第5章軟件測試過程SoftwareQualityAssuranceandTesting5.2.7高頻集成

早期的軟件開發(fā)一般采用“瀑布式”過程，把軟件的集成測試安排在開發(fā)的后期。在軟件項目后期才開始對軟件進行集成測試，這樣會給軟件項目帶來很多不確定性，甚至是巨大風險，問題、缺陷和偏差在后期集中暴露出來，程序員往往會需要修改越來越多的缺陷，軟件無法按時交付，甚至于整個軟件項目最終以失敗而告終。高頻集成

高頻集成測試是指，同步于軟件開發(fā)過程，頻繁不斷的對已經(jīng)完成的代碼進行集成測試。

這種方式一般是在開發(fā)完成部分代碼之后，隨即開始開始集成測試，而不必等到全部代碼開發(fā)完成，每次集成測試通過之后，即可得到一個產(chǎn)品基線，然后每新增一定的代碼量之后，都會加入到基線之中，并再次進行集成測試。

高頻集成高頻集成代碼模塊代碼模塊基線集成代碼模塊集成代碼模塊代碼模塊代碼模塊集成代碼模塊代碼模塊代碼模塊集成集成

高頻集成測試方法頻繁不斷地將新代碼加入到一個已經(jīng)穩(wěn)定的基線中，這樣可以盡早地發(fā)現(xiàn)代碼中的問題，同時控制可能出現(xiàn)的基線偏差，而不至于等到最后階段各種問題、缺陷和偏差集中暴露，甚至于發(fā)現(xiàn)整個軟件根本就不是我們所需要的。高頻集成

采用高頻集成測試需要具備一定的條件:

1.可以持續(xù)獲得一個穩(wěn)定的增量，并且該增量自身已被驗證沒有問題;

2.大部分有意義的功能增加可以在一個相對穩(wěn)定的時間間隔（如每個工作日）內(nèi)獲得;高頻集成

3.測試包和代碼的開發(fā)工作必須是并行進行的，并且需要版本控制工具來保證始終維護的是測試腳本和代碼的最新版本;

4.必須借助于使用自動化工具來完成，因為高頻集成一個顯著的特點就是頻繁集成，次數(shù)很多，顯然依靠人工的方法是不勝任的。高頻集成

高頻集成由于需要頻繁多次的進行集成測試，工作量很大，依靠手工來完成的話，成本太高，效率太低，有自動化集成測試工具能幫助完成高頻集成。例如，白天開發(fā)團隊進行代碼開發(fā)，下班前提交代碼，已經(jīng)配置好的測試平臺在晚上自動化地把新增代碼與原有基線集成到一起完成測試，并將測試結(jié)果發(fā)到各個開發(fā)人員的電子郵箱中。

高頻集成高頻集成1.下班前提交2.夜間自動完成集成測試3.反饋測試結(jié)果高頻集成測試一般采用如下步驟來完成:

步驟一:選擇集成測試自動化工具。如很多Java項目采用Junit+Ant方案來實現(xiàn)集成測試的自動化，也有其它一些商業(yè)集成測試工具可供選擇。步驟二:設(shè)置版本控制工具，以確保集成測試自動化工具所獲得的版本是最新版本。如使用CVS進行版本控制。步驟三:測試人員和開發(fā)人員負責編寫對應(yīng)程序代碼的測試腳本。高頻集成測試步驟步驟四:設(shè)置自動化集成測試工具，每隔一段時間對配置管理庫中新添加的代碼進行自動化的集成測試，并將測試結(jié)果報告給開發(fā)人員和測試人員。步驟五:測試人員監(jiān)督代碼開發(fā)人員及時關(guān)閉不合格項。按照步驟三至步驟五不斷循環(huán)，直至形成最終軟件產(chǎn)品。高頻集成測試步驟

高頻集成方案能在開發(fā)過程中及時發(fā)現(xiàn)代碼中的問題和錯誤，能直觀地看到開發(fā)團隊的有效工程進度。在此方案中，開發(fā)維護源代碼與開發(fā)維護軟件測試包被賦予了同等的重要性，這對有