【正文】 面向?qū)ο蠓椒◤膶ο蟪霭l(fā)，發(fā)展出對象，類，消息，繼承等概念。(4)多態(tài)性(多形性)多態(tài)性使指相同的操作或函數(shù)、過程可作用于多種類型的對象上并獲得不同的結(jié)果。繼承性是子類自動共享父類數(shù)據(jù)結(jié)構(gòu)和方法的機制，這是類之間的一種關(guān)系。消面向?qū)ο蟮奶卣?1)對象唯一性。①一般——具體結(jié)構(gòu)稱為分類結(jié)構(gòu)，也可以說是“或”關(guān)系，或者是“is a”關(guān)系。對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作封裝于對象的統(tǒng)一體中(3)類。許多有關(guān)面向?qū)ο蟮奈恼露贾皇侵v述在面向?qū)ο蟮拈_發(fā)中所需要注意的問題或所采用的比較好的設(shè)計方法。面向?qū)ο?Object Oriented,OO)是當(dāng)前計算機界關(guān)心的重點，它是90年代軟件開發(fā)方法的主流。從N0中某節(jié)點開始到Nf中某節(jié)點結(jié)束的一條路徑稱為一條測試路徑。缺點：容易讓人誤解為測試是在開發(fā)完成之后的一個階段。進一步劃分為兩個階段：開發(fā)階段和維護階段（40%+60%）。：在給定的運行時間內(nèi)和給定的系統(tǒng)配置環(huán)境下，運行給定的軟件功能時所 表現(xiàn)出來的質(zhì)量能力 系統(tǒng)資源利用率：分析性能指標(biāo)，改善性能系統(tǒng)行為指標(biāo) 請求響應(yīng)時間：一次請求完成時間事務(wù)響應(yīng)時間：一個事務(wù)所有請求完成的總時間數(shù)據(jù)吞吐量：單位時間內(nèi)服務(wù)器接收、發(fā)送的數(shù)據(jù)量。：單元測試、調(diào)用依賴的模塊集成測試，逐步擴展直到形成整個軟件系統(tǒng)。：給定一個關(guān)于圖G的準(zhǔn)則C的測試需求集合TR，測試集合T在圖G上滿足準(zhǔn)則C當(dāng)且僅當(dāng)對TR中每個測試需求tr，path(T)中至少存在一條測試路徑p滿足tr。、質(zhì)量保證和質(zhì)量管理軟件質(zhì)量控制其實是基本方法，通過一系列的技術(shù)來科學(xué)地測量過程的狀態(tài)。：測試對象或范圍分類：需求評審、設(shè)計評審、單元測試、程序測試、系統(tǒng)測試、文檔測試、Web應(yīng)用測試、客戶端測試、數(shù)據(jù)庫測試等；測試目的分類：集成測試、功能測試、壓力測試、性能測試等等； 靜態(tài)測試、動態(tài)測試； 白盒測試、黑盒測試。它在系統(tǒng)組件的協(xié)同性環(huán)境中評價應(yīng)用軟件的設(shè)計。第二篇：軟件測試方法總結(jié)軟件測試方法總結(jié)（一）發(fā)布時間: 20081212 17:07作者: lxm_lxm來源: 51Testing論壇軟件測試方法的總結(jié)，是lxm_lxm根據(jù)個人所做過的項目整理的，提供給新來的的朋友們。問方法，要多問，多學(xué)習(xí)，可以提高效率，避免不必要的時間浪費。進而思考自己遇到這個問題如何處理，反思自己的測試方法。評審后的bug會備注一些專業(yè)意見可以學(xué)習(xí)，評審后的bug也會備注一些需要測試后續(xù)進行的工作要關(guān)注并執(zhí)行。結(jié)果要每條都對應(yīng)。相信自己的眼睛，針對偶然現(xiàn)象反復(fù)推敲，從自己的網(wǎng)絡(luò)環(huán)境，拓撲結(jié)構(gòu)入手，嘗試復(fù)現(xiàn)。不清楚的一定要問。，要詳細的了解清楚變更點。協(xié)商解決。可以同研發(fā)人員一同協(xié)商制定方法。（組內(nèi)所有人員都具有所分配的操作權(quán)限）（2）測試已分配操作權(quán)限的功能按鈕是可見的（3）測試已分配操作權(quán)限的功能按鈕是否可用；是否可以正確完成相應(yīng)功能操作（4）通常不分配調(diào)看操作權(quán)限是無法進行修改操作五、算法測試前需要充分了解算法的整個計算過程及結(jié)果值的精度算法測試之前需要準(zhǔn)備充足，而且是準(zhǔn)確無誤的測試實例根據(jù)輸入值確認(rèn)系統(tǒng)計算輸出結(jié)果是否與預(yù)期結(jié)果完全一致如果計算公式中含有引用其它模塊的數(shù)據(jù)，需要先確認(rèn)數(shù)據(jù)提取是否對應(yīng)的正確先用等價劃分法、邊界值測試方法測試輸入數(shù)據(jù)是否在需求范圍內(nèi)嚴(yán)格按照測試用例執(zhí)行測試，確認(rèn)計算結(jié)果是否正確無誤，注意結(jié)果的精度。* 系統(tǒng)測試把已經(jīng)經(jīng)過確認(rèn)的軟件納入實際運行環(huán)境中，與其它系統(tǒng)成份組合在一起進行測試。軟件生產(chǎn)過程的特性決定了軟件產(chǎ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ù)值的含義：較?。óa(chǎn)品質(zhì)量非常好或評審不夠徹底）；較大（產(chǎn)品質(zhì)量存在缺陷）：描述對計算機軟件配置項、子系統(tǒng)、系統(tǒng)進行測試的計劃安排，內(nèi)容包括測試的環(huán)境、測試工作的標(biāo)識及測試工作的時間安排。白盒測試：根據(jù)被測對象的內(nèi)部結(jié)構(gòu)和運行機制來設(shè)計測試用例的方法，又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試、覆蓋測試被測對象的獨立路徑至少覆蓋一次； 所有邏輯取值測試[真、假]； 循環(huán)邊界測試；檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)、邊界條件。極限測試：為滿足極限編程思想和過程而設(shè)計的一套測試策略和流程，原來的測試技術(shù)、方法均可以使用 功能: 適合性準(zhǔn)確性：功能的準(zhǔn)確與精度要求 互操作性：與外部設(shè)備、系統(tǒng)的接口 安全保密性：數(shù)據(jù)訪問的可控制性 可靠性: 成熟性：容錯處理、平均無故障時間容錯性：邊界條件、功能、性能的降級情況、誤操作模式、故障模式 易恢復(fù)性：自動修復(fù)能力/時間、平均宕機時間、平均恢復(fù)時間、恢復(fù)能力等 易用性易理解性：功能描述清晰、準(zhǔn)確；界面含義精確易學(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)境的適