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