【正文】 小。，作為計算機系統(tǒng)的一個元素，與計算機硬件、外設、支持軟件、數(shù)據(jù)和操作人員等其他系統(tǒng)元素結合在一起，在實際使用環(huán)境下，對計算機系統(tǒng)進行一系列的組裝和確認測試。系統(tǒng)調(diào)優(yōu) 。將測試用例與測試設計封開，可以使它們用于多個設計并能在其它情形下重復使用。需要大量的腳本，當需求和應用發(fā)生變化相應的腳本也需要重新錄制當測試的系統(tǒng)部會發(fā)生變化時實現(xiàn)小規(guī)模的自動化。120《軟件測試文件編制規(guī)范》中的內(nèi)容要求以下是規(guī)范中各個測試文件的書寫格式及內(nèi)容。測試項：作為測試對象的軟件項（3）.規(guī)范的主要內(nèi)容該規(guī)范確定了各個測試文件的格式和內(nèi)容，所提出的文件類型包括測試計劃，測試說明和測試報告。105性能測試目的是驗證軟件系統(tǒng)是否能夠達到用戶提出的性能指標，同時發(fā)現(xiàn)軟件系統(tǒng)中存在的性能瓶頸，優(yōu)化軟件，最后起到優(yōu)化系統(tǒng)的目的。89集成測試的的步驟：a計劃集成測試b設計集成測試c執(zhí)行集成測試d分析測試結果并提交測試報告90制定集成測試計劃應考慮的因素：a測試的類容b集成測試策略c模塊代碼編制和測試進度是否于集成測試的順序一致d測試過程中需要的軟件工具及硬件設備。B用實際模塊代替驅(qū)動模塊，與直屬其子模塊集成一個子系統(tǒng)。6集成測試和系統(tǒng)測試區(qū)別：集成測試的的集成過程中對功能和性能的測試，它主要依據(jù)是軟件的概要設計說明書。（4）狀態(tài)轉移測試法對于以狀態(tài)機為模型或設計為狀態(tài)機的軟件，該測試是合適的測試方法。錯誤的初始值或錯誤的默認值（4）.變量名拼寫錯誤或書寫錯誤（5）.不一致的數(shù)據(jù)類型3）路徑測試；對基本執(zhí)行路徑和循環(huán)進行測試會發(fā)現(xiàn)大量的錯誤。3）.一個很優(yōu)秀的程序員是不是可以不進行單元測試。功能是檢查軟件的表示和描述是否一致，沒有沖突或者沒有歧義。它依賴于程序細節(jié)的嚴密檢驗，針對特定條件和循環(huán)設計測試用例，對軟件的邏輯路徑進行測試。（3）設計測試用例時應該考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況要制造極端狀態(tài)和意外狀態(tài)。（6）.運行維護計劃。(2).堅持階段評審。開發(fā)進度表：Gantt圖表1軟件產(chǎn)品組成：幫助文件、用戶手冊、樣本和示例、標簽、產(chǎn)品支持信息、圖標和標志、錯誤信息、廣告和宣傳材料、軟件的安裝說明、軟件說明文件、測試錯誤提示信息。（8）妥善保存一切測試過程文檔，2軟件測試的對象：需求分析、概要設計、詳細設計以及程序編碼等各段所得到的文檔，包括需求規(guī)格說明、概要設計規(guī)格說明、詳細設計規(guī)格說明以及源程序。要求程序中所有判斷的分支至少執(zhí)行一次。3軟件質(zhì)量是與軟件產(chǎn)品滿足明確或隱含需求的能力有關的特征和特性的總和。3）單元測試使排除代碼錯誤的成本最小化。（2）集成測試關注的是模塊間的接口，接口之間的數(shù)據(jù)傳遞關系，以及單元組合后是否實現(xiàn)預計的功能，集成測試組裝的對象比單元測試的對象級別高。（1）語句覆蓋主要特點：語句覆蓋是最起碼的結構覆蓋要求，語句覆蓋要求設計足夠多的測試用例，使得程序中每條語句至少被執(zhí)行一次。69集成測試的策略：a一次性集成（大爆炸集成）b自頂向下集成c自底向上集成d混合式集成e核心系統(tǒng)先行集成f高頻集成g基于消息的集成h基于使用的集成、70一次性集成：又稱大爆炸集成，是一種非增值式集成方式；71一次性集成策略：首先對每個單元進行單元測試然后一次性的將所有單元集成在一起，對它們進行測試，發(fā)現(xiàn)并清除在單元連接過程中出現(xiàn)的問題，得到最終要求的軟件系統(tǒng).72自頂向下集成方式：根據(jù)軟件的模塊結構圖按控制層次從高到低的順序?qū)δK進行集成，也就是從高到低向下逐步集成，并在集成過程中進行測試，直至組裝成符合要求的的最終軟件系統(tǒng)。B設計復雜算法和真正輸入輸出的模塊往往在底層，它們是最容易出現(xiàn)問題的的模塊，最先對底層模塊進行測試，減少了回歸測試的成本。系統(tǒng)測試實際上包含確認測試，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合與之矛盾的地方，以驗證軟件系統(tǒng)的功能和性能等滿足其規(guī)約所指定的要求。檢測軟件中的問題 。測試規(guī)程說明：規(guī)定對于運行系統(tǒng)和執(zhí)行指定的測試用例來實現(xiàn)有關測試設計所要求的所有步驟。二級錄制，編輯回放減少了腳本的數(shù)量和維護的工作量需要一定的編程知識，頻繁的變化難于維護回歸測試時，用于被測試的應用有很小的變化。（2） 用法指南在項目計劃及單位標準中，指明在那些測試活動中需要那些測試文件，并可在文件中加入一些內(nèi)容，使各個文件適應一個特定的測試項及一個特定的測試環(huán)境。為了統(tǒng)一測試文檔的書寫標準，IEEE/ANSI制定了8291983標準，還有其他的一些也用于指導軟件測試文檔的編寫，如我國制定的《計算機軟件測試文件百年之規(guī)范（GB/T 93861988）》11 測試文檔編寫規(guī)范（GB/T 93861988）簡介（1）.引用標準該規(guī)范的引用標準為： GB/T 11457 軟件工程術語GB 8566 計算機軟件開發(fā)規(guī)范GB 8567 計算機軟件產(chǎn)品開發(fā)文件編制指南（2）.關鍵術語定義設計層：軟件項的設計分解（如系統(tǒng)，子系統(tǒng)，程序，模塊）通過準則：一個軟件項或軟件特性的測試是否通過的判別依據(jù)軟件特性：軟件項的顯著特性（如功能，性能或可移植性）軟件項：源代碼，目標代碼，作業(yè)控制代碼，控制數(shù)據(jù)或這些項的集合。10性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件按來對系統(tǒng)的各項性能指標進行測試。8關鍵模塊具有的特征：完成需求規(guī)格說明中的關鍵功能：中軟件模塊結構圖中處于較高層次；較復雜，易出錯；有明確的性能要求；被頻繁使用。78自底向上集成方式的步驟：a為最底層模塊開發(fā)驅(qū)動模塊對最底層模塊進行測試。b能有效的模擬幾乎所有的實際執(zhí)行的流程故能更有效的發(fā)現(xiàn)軟件中的錯誤c 發(fā)現(xiàn)錯誤的修復成本要遠遠小于系統(tǒng)測試階段的錯誤修復成本。（3）邊界值分析法 邊界值分析使用與等價類測試方法相同的等價類劃分，只是邊界值分析假定錯誤更多地存在于兩個劃分的邊界上，相應地為邊界上及其兩側的情況設計測試用例。2）.局部數(shù)據(jù)結構測試：模塊的局部數(shù)據(jù)結構是最常見的錯誤來源，應設計測試用例以堅持以下錯誤：（1）.檢查不正確或不一致的數(shù)據(jù)類型說明（2）.使用的未賦值或尚未初始化的變量（3）。2）.它僅僅證明了這些代碼做了什么。3兩都比較 比較內(nèi)容黑盒測試白盒測試規(guī)劃方面針對功能的測試針對結構的測試優(yōu)勢方面能確保從用戶的角度出發(fā)進行測試能夠?qū)Τ绦騼?nèi)部的特定部位進行覆蓋測試欠缺方面無法測試程序內(nèi)部特定部位如果規(guī)劃說明有誤，則無法發(fā)現(xiàn)問題無法檢驗程序的外部特性，無法對未來實現(xiàn)規(guī)格說明的程序內(nèi)部欠缺部分進行測試應用舉例邊界值分析、等價值劃分、錯誤推斷法、因果圖法語句覆蓋、判斷覆蓋、條件覆蓋、判斷/條件覆蓋、路經(jīng)覆蓋3 靜態(tài)分析技術：是一種不通過執(zhí)行程序而進行測試的技術。白盒測試定義：白盒測試又稱結構測試、邏輯驅(qū)動測試或基于程序的測試。2達到原則需注意的地方：（1）應當把“盡早和不斷地測試”作為開發(fā)者的座右銘（2）程序員應該避免檢測自己的程序，測試工作應該由獨立的專業(yè)的軟件測試機構來完成。（5）.驗證計劃。(3).實行嚴格的產(chǎn)品控制。1軟件是計算機系統(tǒng)中硬件相互依存的另一部分，它包括程序、相關數(shù)據(jù)及其說明文檔。所以軟件測試貫穿整個軟件定義與開發(fā)期間