【文章內(nèi)容簡介】 應(yīng)用測試、客戶端測試、數(shù)據(jù)庫測試等；測試目的分類：集成測試、功能測試、壓力測試、性能測試等等； 靜態(tài)測試、動態(tài)測試； 白盒測試、黑盒測試?；玖鞒蹋簻y試用例設(shè)計輸入數(shù)據(jù)、預(yù)期結(jié)果； 測試執(zhí)行輸入數(shù)據(jù)執(zhí)行被測對象； 檢查實際輸出與預(yù)期結(jié)果?；驹瓌t：開始測試時認(rèn)定軟件有錯，測試要證明有錯； 測試應(yīng)該由獨立的測試團(tuán)隊來完成； 測試設(shè)計必須設(shè)計對應(yīng)的預(yù)期輸出；要對合理、不合理（有效、無效）輸入數(shù)據(jù)都進(jìn)行測試； 檢查軟件的完備性、多余； 完整保留測試文檔；一個被測對象中有錯誤的概率與已發(fā)現(xiàn)錯誤的個數(shù)成正比。：0級：沒有區(qū)分測試與調(diào)試；1級：測試的目的是證明軟件能用； 2級：測試的目的是證明軟件不能用；3級：測試的目的不是為了證明什么，而是為了降低軟件使用風(fēng)險； 4級：測試是一種智能訓(xùn)練，能夠幫助專業(yè)人員開發(fā)出更高質(zhì)量的軟件。，軟件過程的關(guān)系：軟件工程：在給定的條件下（成本、時間）開發(fā)出高質(zhì)量的軟件產(chǎn)品。軟件生產(chǎn)過程的特性決定了軟件產(chǎn)品中不可避免包含有錯誤。軟件測試則是盡可能多地發(fā)現(xiàn)錯誤，從而保障軟件產(chǎn)品的質(zhì)量。：產(chǎn)品修改：可維護(hù)性，靈活性，可測試性 產(chǎn)品轉(zhuǎn)移：可移植性，可復(fù)用性，互操作性 產(chǎn)品運行：正確性，易用性，可靠性，效率，完整性 軟件質(zhì)量必須足夠好：存在價值軟件產(chǎn)品無法完美：需要消耗過多的資源、時間、成本軟件開發(fā)需要在兩個極端之間進(jìn)行平衡：軟件足夠好的同時又不完美。、質(zhì)量保證和質(zhì)量管理軟件質(zhì)量控制其實是基本方法，通過一系列的技術(shù)來科學(xué)地測量過程的狀態(tài)。如缺陷率、測試覆蓋率等。軟件質(zhì)量保證則是過程的參考、指南的集合，如ISO9000、CMM/CMMI等，著重內(nèi)部的檢查，確保已獲取認(rèn)可的標(biāo)準(zhǔn)和步驟都已經(jīng)遵循。軟件質(zhì)量管理則是實際操作的思想，質(zhì)量管理控制和協(xié)調(diào)組織的質(zhì)量活動，包括質(zhì)量控制、質(zhì)量保證和質(zhì)量改進(jìn)。：網(wǎng)絡(luò)密集型應(yīng)用；并發(fā)性；大負(fù)載量；性能；高可靠性、高可用性；安全性內(nèi)容敏感；，評審度量及其應(yīng)用評審的目標(biāo)在于：盡早發(fā)現(xiàn)軟件過程中的錯誤，防止錯誤傳遞、蔓延至后續(xù)活動，防止錯誤轉(zhuǎn)化為缺陷。準(zhǔn)備工作量Ep實際評審會之前所需工作量； 評估工作量Ea實際評審所花費的工作量 返工工作量Er修改評審所發(fā)現(xiàn)錯誤的工作量 工作產(chǎn)品規(guī)模WPS評審對象的規(guī)模發(fā)現(xiàn)的主要錯誤數(shù)Errmajor多于預(yù)期的改錯工作量的錯誤數(shù)目 發(fā)現(xiàn)的次要錯誤數(shù)Errminor少于預(yù)期的改錯工作量的錯誤數(shù)目 總評審工作量Ereview = Ep+Ea+Er 錯誤總數(shù)Errtot = Errmajor+Errminor 錯誤密度：評審的每單位工作產(chǎn)品發(fā)現(xiàn)的錯誤數(shù)Ed = Errtot / WPS 錯誤密度數(shù)值的含義：較小（產(chǎn)品質(zhì)量非常好或評審不夠徹底）；較大（產(chǎn)品質(zhì)量存在缺陷）：描述對計算機軟件配置項、子系統(tǒng)、系統(tǒng)進(jìn)行測試的計劃安排，內(nèi)容包括測試的環(huán)境、測試工作的標(biāo)識及測試工作的時間安排。軟件測試報告：是對計算機軟件配置項、軟件系統(tǒng)或子系統(tǒng)，或與軟件相關(guān)項目執(zhí)行合格性測試的記錄 制訂測試計劃（測試分析員）測試設(shè)計（測試設(shè)計人員）－方案設(shè)計 測試及測試用例設(shè)計 測試過程樁模塊、驅(qū)動模塊設(shè)計測試實施（測試設(shè)計員）－實現(xiàn)測試設(shè)計 單元測試（測試員）集成測試（測試員）系統(tǒng)測試（測試員）評估測試（測試設(shè)計人員）：連接性：節(jié)點ni、nj是連接的，當(dāng)且僅當(dāng)ni、nj在同一條路徑上。組件：圖的組件是相連節(jié)點的最大集合圖G的圈復(fù)雜度V（G)＝e－n＋2p，其中e為G的邊數(shù)，n為節(jié)點數(shù)，p為組件數(shù)。：給定一個關(guān)于圖G的準(zhǔn)則C的測試需求集合TR，測試集合T在圖G上滿足準(zhǔn)則C當(dāng)且僅當(dāng)對TR中每個測試需求tr，path(T)中至少存在一條測試路徑p滿足tr。簡單路徑：如果從ni到nj的一條路徑中，除了始節(jié)點和終節(jié)點可以相同外，沒有任何節(jié)點出現(xiàn)次數(shù)多于一次，則該路徑為簡單路徑。主路徑：如果從ni到nj是一條簡單路徑，并且它不作為任何其他簡單路徑的子路徑出現(xiàn)，則稱之為主路徑。主路徑覆蓋（PPC）準(zhǔn)則：TR包含圖中每一條主路徑。指定路徑覆蓋（SPC)：TR包含一個測試路徑集S，S為指定參數(shù)。白盒測試：根據(jù)被測對象的內(nèi)部結(jié)構(gòu)和運行機制來設(shè)計測試用例的方法，又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試、覆蓋測試被測對象的獨立路徑至少覆蓋一次； 所有邏輯取值測試[真、假]； 循環(huán)邊界測試；檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)、邊界條件。黑盒測試方法又稱功能測試方法、數(shù)據(jù)驅(qū)動測試方法，測試設(shè)計時不考慮被測對象的內(nèi)部結(jié)構(gòu)，以檢查系統(tǒng)功能（功能的正確、完整、邏輯流程、人機界面、文檔內(nèi)容、系統(tǒng)安裝/初始化）以被測對象的外部特征為測試依據(jù)。模糊測試方法：構(gòu)造大量的隨機數(shù)據(jù)作為系統(tǒng)的輸入，從而檢驗系統(tǒng)在各種數(shù)據(jù)情況下是否出現(xiàn)問題。：單元測試、調(diào)用依賴的模塊集成測試，逐步擴展直到形成整個軟件系統(tǒng)。：所有模塊一次性集成為一個完整的系統(tǒng)，然后進(jìn)行完全測試。：等價類劃分基于對輸入或輸出數(shù)據(jù)情況的評估，劃分成兩個或多個子集（等價類），然后從每個子集中選取一定的代表進(jìn)行測試的測試用例設(shè)計方法。極限編程：利用輕量、敏捷的開發(fā)過程，使開發(fā)人員能夠更快地完成應(yīng)用程序的開發(fā)。強調(diào)頻繁測試、測試驅(qū)動的方式保證軟件質(zhì)量。極限測試：為滿足極限編程思想和過程而設(shè)計的一套測試策略和流程，原來的測試技術(shù)、方法均可以使用 功能: 適合性準(zhǔn)確性：功能的準(zhǔn)確與精度要求 互操作性：與外部設(shè)備、系統(tǒng)的接口 安全保密性：數(shù)據(jù)訪問的可控制性 可靠性: 成熟性：容錯處理、平均無故障時間容錯性：邊界條件、功能、性能的降級情況、誤操作模式、故障模式 易恢復(fù)性：自動修復(fù)能力/時間、平均宕機時間