【正文】 徹底）；較大（產(chǎn)品質(zhì)量存在缺陷）：描述對計算機軟件配置項、子系統(tǒng)、系統(tǒng)進行測試的計劃安排，內(nèi)容包括測試的環(huán)境、測試工作的標識及測試工作的時間安排。軟件測試報告：是對計算機軟件配置項、軟件系統(tǒng)或子系統(tǒng)，或與軟件相關項目執(zhí)行合格性測試的記錄 制訂測試計劃（測試分析員）測試設計（測試設計人員）－方案設計 測試及測試用例設計 測試過程樁模塊、驅(qū)動模塊設計測試實施（測試設計員）－實現(xiàn)測試設計 單元測試（測試員）集成測試（測試員）系統(tǒng)測試（測試員）評估測試（測試設計人員）：連接性：節(jié)點ni、nj是連接的，當且僅當ni、nj在同一條路徑上。組件：圖的組件是相連節(jié)點的最大集合圖G的圈復雜度V（G)＝e－n＋2p，其中e為G的邊數(shù)，n為節(jié)點數(shù)，p為組件數(shù)。：給定一個關于圖G的準則C的測試需求集合TR，測試集合T在圖G上滿足準則C當且僅當對TR中每個測試需求tr，path(T)中至少存在一條測試路徑p滿足tr。簡單路徑：如果從ni到nj的一條路徑中，除了始節(jié)點和終節(jié)點可以相同外，沒有任何節(jié)點出現(xiàn)次數(shù)多于一次，則該路徑為簡單路徑。主路徑：如果從ni到nj是一條簡單路徑，并且它不作為任何其他簡單路徑的子路徑出現(xiàn)，則稱之為主路徑。主路徑覆蓋（PPC）準則：TR包含圖中每一條主路徑。指定路徑覆蓋（SPC)：TR包含一個測試路徑集S，S為指定參數(shù)。白盒測試：根據(jù)被測對象的內(nèi)部結(jié)構(gòu)和運行機制來設計測試用例的方法，又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試、覆蓋測試被測對象的獨立路徑至少覆蓋一次； 所有邏輯取值測試[真、假]； 循環(huán)邊界測試；檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)、邊界條件。黑盒測試方法又稱功能測試方法、數(shù)據(jù)驅(qū)動測試方法，測試設計時不考慮被測對象的內(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)，然后進行完全測試。：等價類劃分基于對輸入或輸出數(shù)據(jù)情況的評估，劃分成兩個或多個子集（等價類），然后從每個子集中選取一定的代表進行測試的測試用例設計方法。極限編程：利用輕量、敏捷的開發(fā)過程，使開發(fā)人員能夠更快地完成應用程序的開發(fā)。強調(diào)頻繁測試、測試驅(qū)動的方式保證軟件質(zhì)量。極限測試：為滿足極限編程思想和過程而設計的一套測試策略和流程，原來的測試技術、方法均可以使用 功能: 適合性準確性：功能的準確與精度要求 互操作性：與外部設備、系統(tǒng)的接口 安全保密性：數(shù)據(jù)訪問的可控制性 可靠性: 成熟性：容錯處理、平均無故障時間容錯性：邊界條件、功能、性能的降級情況、誤操作模式、故障模式 易恢復性：自動修復能力/時間、平均宕機時間、平均恢復時間、恢復能力等 易用性易理解性：功能描述清晰、準確；界面含義精確易學性：在線幫助、幫助定位、各類手冊的易學、易用 易操作性：數(shù)據(jù)的有效檢查、解釋信息明確、界面切換 吸引性：人機界面定制 效率時間特性：響應時間、平均響應時間、響應極限時間、吞吐量、平均吞吐量、極限吞吐量，多任務并行測試資源利用：大量并發(fā)任務下I/O設備利用、極限負載下I/O設備的負載、大量并發(fā)任務下用戶等待時間、內(nèi)存使用情況、數(shù)據(jù)傳輸能力等維護性易分析性：運行狀態(tài)數(shù)據(jù)易分析 易變更性：軟件的可配置、修改能力 易測試性：變更之后的易測試情況 可移植性適應性：不同軟件、硬件環(huán)境的適應能力 易安裝性：安裝、配置的復雜程度、難以程度 共存性：與其他軟件協(xié)同的能力 易替換性：版本的替換難以程度 依從性以上所有特性遵循標準、規(guī)范的情況測試23系統(tǒng)測試：系統(tǒng)非功能性測試，以檢驗系統(tǒng)在超常數(shù)據(jù)規(guī)?；蜇撦d下，線程、CPU、內(nèi)存資源的利用和響應時間、數(shù)據(jù)傳輸?shù)刃阅苤笜耸欠駶M足要求確定測試充分性要求：覆蓋范圍、覆蓋程度 確定測試終止要求； 確定測試所需資源； 確定測試的軟件特性； 確定測試技術、方法； 確定測試準出條件； 確定測試進度計劃； 測試風險分析。：測試設計人員、測試程序員測試用例設計：依據(jù)測試特性； 獲取測試數(shù)據(jù)；確定測試順序：資源、被測特性； 獲取測試資源：軟硬件、工具； 編寫測試程序； 建立測試環(huán)境； 撰寫測試設計說明。：測試分析員－測試報告總結(jié)測試計劃、測試說明的變化情況； 異常終止時測試未覆蓋范圍； 未能解決的測試問題； 總結(jié)測試結(jié)果（發(fā)現(xiàn)問題）； 編寫測試報告；根據(jù)問題報告、測試記錄，編寫測試問題報告。：在給定的運行時間內(nèi)和給定的系統(tǒng)配置環(huán)境下，運行給定的軟件功能時所 表現(xiàn)出來的質(zhì)量能力 系統(tǒng)資源利用率：分析性能指標，改善性能系統(tǒng)行為指標 請求響應時間：一次請求完成時間事務響應時間：一個事務所有請求完成的總時間數(shù)據(jù)吞吐量：單位時間內(nèi)服務器接收、發(fā)送的數(shù)據(jù)量。：用戶執(zhí)行的、使用真實數(shù)據(jù)進行的測試，依據(jù)需求規(guī)格中的確認標準進行測試?；貧w測試：驗證已測試過的內(nèi)容不受變更影響，確認變更沒有引入新的錯誤。，也可以是公司內(nèi)部的用戶在模擬實際操 作環(huán)境下進行的測試。Beta測試由軟件的最終用戶在一個或多個客戶場所進行，開發(fā)者通常不在Beta測試的現(xiàn)場。 Web內(nèi)容測試 界面 構(gòu)件導航測試 安全性 性能（Test Case）是為某個特殊目標而編制的一組測試輸入、執(zhí)行條件以及預期結(jié)果，以便測試某個程序路徑或核實是否滿足某個特定需求。：從軟件產(chǎn)品設計到軟件被淘汰的時間段。又稱軟件生命周期、生存周期。進一步劃分為兩個階段：開發(fā)階段和維護階段（40%+60%）。：一種軟件質(zhì)量保證活動，他主要用來識別和評估可能對軟件產(chǎn)生負面影響并促使整個系統(tǒng)失效的潛在災難。：盡早發(fā)現(xiàn)軟件過程中的錯誤，防止錯誤傳遞、蔓延至后續(xù)活動，防止錯誤轉(zhuǎn)化為缺陷。優(yōu)點：既有底層測試又有高層測試。底層：單元測試。高層：系統(tǒng)測試。將開發(fā)階段清楚的表現(xiàn)出來，便于控制開發(fā)的過程。當所有階段都結(jié)束時，軟件開發(fā)就結(jié)束了。缺點：容易讓人誤解為測試是在開發(fā)完成之后的一個階段。由于它的順序性，當編碼完成之后，正式進入測試時，這時發(fā)現(xiàn)的一些bug可能不容易找到其根源。實際中，由于需求變更較大，導致要重復變更需求、設計、編碼、測試，返工量大。：優(yōu)點：將測試貫穿到整個軟件生命周期中，且除了代碼要測試，需求、設計等都要測試。更早介入軟件開發(fā)中，能盡早發(fā)現(xiàn)缺陷并修復。測試與開發(fā)獨立起來，并與開發(fā)并行。缺點：對有些項目，開發(fā)過程中根本沒有文檔產(chǎn)生，故W模型無法使用。對于需求和設計的測試技術要求很高，實踐起來很困難。從N0中某節(jié)點開始到Nf中某節(jié)點結(jié)束的一條路徑稱為一條測試路徑。：（符合下列規(guī)則的叫軟件缺陷)：１）．軟件未達到產(chǎn)品說明書的功能２）．軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤３）．軟件功能超出產(chǎn)品說明書指明范圍４）．軟件未達到產(chǎn)品說明書雖未指出但應達到的目標５）．軟件測試員認為難以理解、不易使用、運行速度緩慢、或者最終用戶認為不好：單元測試是對軟件設計的最小單元——模塊進行正確性檢驗的測試工作，主要測試模塊在語法、格式和邏輯上的錯誤。指軟件系統(tǒng)被修改或擴充（如系統(tǒng)功能增強或升級）后重新進行的測試，是為了保證對軟件所做的修改沒有引入新的錯誤而重復進行的測試。：指某個輸入域的子集合，在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的。