【正文】 了自頂向下集成方式和自底向上集成方式的優(yōu)點，在對一個軟件的集成測試過程中，綜合使用了此兩種集成方案。8按以下思路可確定集成模塊：確定當前主要希望測試的模塊：確定與該模塊關系密切的模塊；將該模塊與關系最緊密的模塊進行集成；再依次考慮集成模塊的外圍模塊。91集成測試完成的標志：a成功執(zhí)行了集成測試計劃中所規(guī)定的多有測試內容b修正了集成測試中發(fā)現的錯誤c測試結果通過了專門小組的審評。系統測試實際上包含確認測試，發(fā)現軟件與系統定義不符合與之矛盾的地方，以驗證軟件系統的功能和性能等滿足其規(guī)約所指定的要求。 劃分等價類：等價類是指某個輸入域的子集合。主要包括以下幾個方面： 。檢測軟件中的問題 。為了保證系統測試質量，必須在測試設計階段就對系統進行嚴密的測試設計。11軟件測試文檔主要包括測試計劃、測試用例、測試規(guī)程、測試事件報告、測試總結報告等。測試計劃免除測試活動的范圍，方法，資源和進度，他規(guī)定被測試的項，被測試的特性，應完成的測試任務，擔任各項工作的人員職責及與本計劃有關的風險等。測試規(guī)程說明：規(guī)定對于運行系統和執(zhí)行指定的測試用例來實現有關測試設計所要求的所有步驟。測試總結報告：總結與測試設計說明有關的測試活動。測試計劃將為整個測試過程提供基礎。a測試計劃(1) 測試計劃名稱（該計劃的第1章）(2) 引言（該計劃的第2章）(3) 測試項(4) 被測試的特性(5) 不被測試的特性(6) 方法(7) 項通過的準則(8) 暫停標準和再啟動要求(9) 應提供的測試文件(10) 測試任務(11) 環(huán)境要求(12) 職責(13) 人員和訓練要求(14) 進度(15) 風險和應急(16) 批準b測試設計說明（1） 測試設計說明名稱（2） 被測試的特性（3） 方法詳述（4） 測試用例名稱（5） 特性通過準則c測試用例說明（1） 測試用例說明名稱（2） 測試項（3） 輸入說明（4） 輸出說明（5） 環(huán)境要求（6） 特殊的規(guī)程要求 （7）用例間的依賴關系8 / 8d測試規(guī)程說明（1） 測試規(guī)程說明名稱（2） 目的（3） 特殊要求（4） 規(guī)程步驟e測試項傳遞報告(1) 傳遞報告名稱(2) 傳遞項(3) 位置(4) 狀態(tài)(5) 批準f測試日志（1） 測試日志名稱（2） 描述（3） 活動和事件條目g測試事件報告名稱（1） 測試事件報告取一個專用名稱（2） 摘要（3） 事件描述（4） 影響h測試總結報告1. 規(guī)定該報告必須由哪些人（姓名和職務）審批，并為簽名和日期留出位置。二級錄制，編輯回放減少了腳本的數量和維護的工作量需要一定的編程知識，頻繁的變化難于維護回歸測試時，用于被測試的應用有很小的變化。12軟件測試自動化的局限性：（1） 不能期望自動測試能取代人工測試（2） 自動化測試部能發(fā)現新缺陷（3） 自動化測試工具本身不具有想象力（4） 技術問題，組織問題，腳本維護的阻力（5） 自動化測試并不適合于所有公司，所有項目12測試自動化要關注的幾個問題：（1） 測試個例的生成（2） 測試的執(zhí)行和控制（3） 測試結果與標準的輸出的對比（4） 不吻合的測試結果的分析，分類，記錄和通報（5） 總測試狀況的統計報表的產生（6） 自動測試與開發(fā)中產品每日構建的配合12自動測試工具簡介： 功能測試工具：Winner QuickTest Pro Rational XDE Tester QARun Slik Test etester WebFT PureTest性能測試工具:LoadRuner Astra LoadTest Rational Robot( 性能和功能測試) QAload SilkPerformer eLoad Web Applivation Stress Tool Webload 測試管理工具:Test Diorector QAdirector SlikCentral Test/Issue Manger eMonitor白盒測試工具：Rational Purifyplus Jtest(JAVA白盒) C++(C++白盒) Test（NET白盒） 12RFT是一款先進的，自動化的功能和回歸測試工具，它適用于測試人員和GUI開發(fā)人員。需要一個具有使用工具技能和開發(fā)技能的測試團隊專業(yè)的測試自動化將技能的使用最優(yōu)化的結合起來12軟件測試自動化的優(yōu)點：（1） 提高軟件測試的工作效率（2） 對新版本執(zhí)行回歸測試（3） 解決測試的沉悶，耗時的問題（4） 替代手工測試的困難（5） 具有一致性和可重復性（6） 更好的利用資源 （7）解決測試與開發(fā)之間的矛盾 （8）增加軟件的信任度12RPT是IBM公司基于Eclipse平臺及開源的測試和監(jiān)控框架Hyades,開發(fā)的性能測試解決方案，它可以幫助測試人員和性能工程師驗證系統的性能，識別和解決各種性能問題。自動化的5個級別級別說明優(yōu)點缺點用法一級錄制和回放自動化的測試腳本能夠被自動的生成，而不需要有任何編程知識。（2） 用法指南在項目計劃及單位標準中，指明在那些測試活動中需要那些測試文件，并可在文件中加入一些內容，使各個文件適應一個特定的測試項及一個特定的測試環(huán)境。使用該規(guī)范的每個單位應該補充規(guī)定對內容的要求和約定，及便反映總結在測試，文件控制，配置管理和質量保證方面所用的特定方法，設備工具。測試日志：測試組用于記錄測試執(zhí)行過程中發(fā)生的情況。測試用例說明：列出用于輸入的具體值以及預期的輸出結果，并規(guī)定在使用具體測試用例時，對測試規(guī)程的各種限制。為了統一測試文檔的書寫標準，IEEE/ANSI制定了8291983標準，還有其他的一些也用于指導軟件測試文檔的編寫，如我國制定的《計算機軟件測試文件百年之規(guī)范（GB/T 93861988）》11 測試文檔編寫規(guī)范（GB/T 93861988）簡介（1）.引用標準該規(guī)范的引用標準為： GB/T 11457 軟件工程術語GB 8566 計算機軟件開發(fā)規(guī)范GB 8567 計算機軟件產品開發(fā)文件編制指南（2）.關鍵術語定義設計層：軟件項的設計分解（如系統，子系統，程序，模塊）通過準則：一個軟件項或軟件特性的測試是否通過的判別依據軟件特性：軟件項的顯著特性（如功能，性能或可移植性）軟件項：源代碼，目標代碼，作業(yè)控制代碼，控制數據或這些項的集合。通常需要從以下幾個層次來進行設計：用戶層、應用層、功能層、子系統層、協議層。10負載測試指數據在超負荷中運行，查程序是否能承擔10強度測試指在系統資源特別低的情況下軟件系統運行情況1數據庫容量測試指通過存儲過程往數據庫表中插入一定數量的數據，看相關頁面的顯示。識別體系中的弱點 。10性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條