【正文】 的消息名（即對象名、方法名）。②整體——部分結(jié)構(gòu)稱為組裝結(jié)構(gòu)，它們之間的關(guān)系是一種“與”關(guān)系，或者是“has a”關(guān)系。(4)類的結(jié)構(gòu)。具有相同或相似性質(zhì)的對象的抽象就是類。(2)對象的狀態(tài)和行為?？催@些文章只有真正懂得什么是對象，什么是面向?qū)ο?，才能最大程度地對自己有所裨益?？墒?，這個定義顯然不能再適合現(xiàn)在情況。面向?qū)ο蟮母拍詈蛻?yīng)用已超越了程序設(shè)計和軟件開發(fā)，擴展到很寬的范圍。面向?qū)ο蠓椒▽W(xué)在軟件工程中的引入極大地方便了軟件的設(shè)計、開發(fā)和維護，為創(chuàng)建高可靠性的軟件系統(tǒng)提供了重要保證。：（符合下列規(guī)則的叫軟件缺陷)：１）．軟件未達到產(chǎn)品說明書的功能２）．軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤３）．軟件功能超出產(chǎn)品說明書指明范圍４）．軟件未達到產(chǎn)品說明書雖未指出但應(yīng)達到的目標５）．軟件測試員認為難以理解、不易使用、運行速度緩慢、或者最終用戶認為不好：單元測試是對軟件設(shè)計的最小單元——模塊進行正確性檢驗的測試工作，主要測試模塊在語法、格式和邏輯上的錯誤。測試與開發(fā)獨立起來，并與開發(fā)并行。由于它的順序性，當編碼完成之后，正式進入測試時，這時發(fā)現(xiàn)的一些bug可能不容易找到其根源。高層：系統(tǒng)測試。：一種軟件質(zhì)量保證活動，他主要用來識別和評估可能對軟件產(chǎn)生負面影響并促使整個系統(tǒng)失效的潛在災(zāi)難。 Web內(nèi)容測試 界面 構(gòu)件導(dǎo)航測試 安全性 性能（Test Case）是為某個特殊目標而編制的一組測試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測試某個程序路徑或核實是否滿足某個特定需求。：用戶執(zhí)行的、使用真實數(shù)據(jù)進行的測試，依據(jù)需求規(guī)格中的確認標準進行測試。極限測試：為滿足極限編程思想和過程而設(shè)計的一套測試策略和流程，原來的測試技術(shù)、方法均可以使用 功能: 適合性準確性：功能的準確與精度要求 互操作性：與外部設(shè)備、系統(tǒng)的接口 安全保密性：數(shù)據(jù)訪問的可控制性 可靠性: 成熟性：容錯處理、平均無故障時間容錯性：邊界條件、功能、性能的降級情況、誤操作模式、故障模式 易恢復(fù)性：自動修復(fù)能力/時間、平均宕機時間、平均恢復(fù)時間、恢復(fù)能力等 易用性易理解性：功能描述清晰、準確；界面含義精確易學(xué)性：在線幫助、幫助定位、各類手冊的易學(xué)、易用 易操作性：數(shù)據(jù)的有效檢查、解釋信息明確、界面切換 吸引性：人機界面定制 效率時間特性：響應(yīng)時間、平均響應(yīng)時間、響應(yīng)極限時間、吞吐量、平均吞吐量、極限吞吐量，多任務(wù)并行測試資源利用：大量并發(fā)任務(wù)下I/O設(shè)備利用、極限負載下I/O設(shè)備的負載、大量并發(fā)任務(wù)下用戶等待時間、內(nèi)存使用情況、數(shù)據(jù)傳輸能力等維護性易分析性：運行狀態(tài)數(shù)據(jù)易分析 易變更性：軟件的可配置、修改能力 易測試性：變更之后的易測試情況 可移植性適應(yīng)性：不同軟件、硬件環(huán)境的適應(yīng)能力 易安裝性：安裝、配置的復(fù)雜程度、難以程度 共存性：與其他軟件協(xié)同的能力 易替換性：版本的替換難以程度 依從性以上所有特性遵循標準、規(guī)范的情況測試23系統(tǒng)測試：系統(tǒng)非功能性測試，以檢驗系統(tǒng)在超常數(shù)據(jù)規(guī)?；蜇撦d下，線程、CPU、內(nèi)存資源的利用和響應(yīng)時間、數(shù)據(jù)傳輸?shù)刃阅苤笜耸欠駶M足要求確定測試充分性要求：覆蓋范圍、覆蓋程度 確定測試終止要求； 確定測試所需資源； 確定測試的軟件特性； 確定測試技術(shù)、方法； 確定測試準出條件； 確定測試進度計劃； 測試風險分析。：所有模塊一次性集成為一個完整的系統(tǒng)，然后進行完全測試。白盒測試：根據(jù)被測對象的內(nèi)部結(jié)構(gòu)和運行機制來設(shè)計測試用例的方法，又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試、覆蓋測試被測對象的獨立路徑至少覆蓋一次； 所有邏輯取值測試[真、假]； 循環(huán)邊界測試；檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)、邊界條件。簡單路徑：如果從ni到nj的一條路徑中，除了始節(jié)點和終節(jié)點可以相同外，沒有任何節(jié)點出現(xiàn)次數(shù)多于一次，則該路徑為簡單路徑。準備工作量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ù)值的含義：較?。óa(chǎn)品質(zhì)量非常好或評審不夠徹底）；較大（產(chǎn)品質(zhì)量存在缺陷）：描述對計算機軟件配置項、子系統(tǒng)、系統(tǒng)進行測試的計劃安排，內(nèi)容包括測試的環(huán)境、測試工作的標識及測試工作的時間安排。如缺陷率、測試覆蓋率等。軟件生產(chǎn)過程的特性決定了軟件產(chǎn)品中不可避免包含有錯誤?；玖鞒蹋簻y試用例設(shè)計輸入數(shù)據(jù)、預(yù)期結(jié)果； 測試執(zhí)行輸入數(shù)據(jù)執(zhí)行被測對象； 檢查實際輸出與預(yù)期結(jié)果。* 系統(tǒng)測試把已經(jīng)經(jīng)過確認的軟件納入實際運行環(huán)境中，與其它系統(tǒng)成份組合在一起進行測試。* 測試過程按4個步驟進行，即單元測試、集成測試、確認測試和系統(tǒng)測試及發(fā)版測試。（組內(nèi)所有人員都具有所分配的操作權(quán)限）（2）測試已分配操作權(quán)限的功能按鈕是可見的（3）測試已分配操作權(quán)限的功能按鈕是否可用；是否可以正確完成相應(yīng)功能操作（4）通常不分配調(diào)看操作權(quán)限是無法進行修改操作五、算法測試前需要充分了解算法的整個計算過程及結(jié)果值的精度算法測試之前需要準備充足，而且是準確無誤的測試實例根據(jù)輸入值確認系統(tǒng)計算輸出結(jié)果是否與預(yù)期結(jié)果完全一致如果計算公式中含有引用其它模塊的數(shù)據(jù)，需要先確認數(shù)據(jù)提取是否對應(yīng)的正確先用等價劃分法、邊界值測試方法測試輸入數(shù)據(jù)是否在需求范圍內(nèi)嚴格按照測試用例執(zhí)行測試，確認計算結(jié)果是否正確無誤，注意結(jié)果的精度。軟件測試方法總結(jié)一、界面● 界面測試（1）測