【正文】 ，由于需求變更較大，導(dǎo)致要重復(fù)變更需求、設(shè)計、編碼、測試，返工量大。指軟件系統(tǒng)被修改或擴充（如系統(tǒng)功能增強或升級）后重新進(jìn)行的測試，是為了保證對軟件所做的修改沒有引入新的錯誤而重復(fù)進(jìn)行的測試。如數(shù)據(jù)庫系統(tǒng)、交互式界面、應(yīng)用結(jié)構(gòu)、應(yīng)用平臺、分布式系統(tǒng)、網(wǎng)絡(luò)管理結(jié)構(gòu)、CAD技術(shù)、人工智能等領(lǐng)域。這一點，恐怕對初學(xué)者甚至是從事相關(guān)工作多年的人員也會對它們的概念模糊不清。因此，對象的抽象是類，類的具體化就是對象，也可以說類的實例是對象。(5)消息和方法。在對象的整個生命期中，它的標(biāo)識都不改變，不同的對象不能有相同的標(biāo)識。繼承性是面向?qū)ο蟪绦蛟O(shè)計語言不同于其它語言的最重要的特點，是其他語言所沒有的。多態(tài)性允許每個對象以適合自身的方式去響應(yīng)共同的消息。面向?qū)ο筌浖y試的特點是: 、走查與評審的基本方法和技術(shù)； ； ；、性能測試和可靠性測試的基本概念和方法； ； ； ；++軟件分析和工具的使用方法。由于問題空間和解空間都是由對象組成的，這樣可以消除由于問題空間和求解空間結(jié)構(gòu)上的不一致帶來的問題。采用繼承性，提供了類的規(guī)范的等級結(jié)構(gòu)。任何類的劃分都是主觀的，但必須與具體的應(yīng)用有關(guān)。一般還要對參數(shù)加以說明，參數(shù)可以是認(rèn)識該消息的對象所知道的變量名，或者是所有對象都知道的全局變量名。在客觀世界中有若干類，這些類之間有一定的結(jié)構(gòu)關(guān)系。對象具有狀態(tài)，一個對象用數(shù)據(jù)值來描述它的狀態(tài)。面向?qū)ο蟮乃枷胍呀?jīng)涉及到軟件開發(fā)的各個方面。但面向?qū)ο蟪绦虻姆庋b、繼承、多態(tài)和異常處理機制等新特性卻給測試帶來新的挑戰(zhàn)。缺點：對有些項目，開發(fā)過程中根本沒有文檔產(chǎn)生，故W模型無法使用。將開發(fā)階段清楚的表現(xiàn)出來，便于控制開發(fā)的過程。：從軟件產(chǎn)品設(shè)計到軟件被淘汰的時間段。：測試設(shè)計人員、測試程序員測試用例設(shè)計：依據(jù)測試特性； 獲取測試數(shù)據(jù)；確定測試順序：資源、被測特性； 獲取測試資源：軟硬件、工具； 編寫測試程序； 建立測試環(huán)境； 撰寫測試設(shè)計說明。黑盒測試方法又稱功能測試方法、數(shù)據(jù)驅(qū)動測試方法，測試設(shè)計時不考慮被測對象的內(nèi)部結(jié)構(gòu)，以檢查系統(tǒng)功能（功能的正確、完整、邏輯流程、人機界面、文檔內(nèi)容、系統(tǒng)安裝/初始化）以被測對象的外部特征為測試依據(jù)。軟件測試報告：是對計算機軟件配置項、軟件系統(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在同一條路徑上。軟件測試則是盡可能多地發(fā)現(xiàn)錯誤，從而保障軟件產(chǎn)品的質(zhì)量。二．軟件測試的流程：分為五步第一根據(jù)需求分析制定測試計劃第二根據(jù)開發(fā)人員的詳細(xì)設(shè)計說明書設(shè)計測試策略和測試用例第三開發(fā)人員編寫好一個小的模塊后我們就可以執(zhí)行測試用例。第三篇：軟件測試方法總結(jié)1一．軟件測試方法的總結(jié) ：軟件的測試分類：從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實現(xiàn)的角度劃分從是否執(zhí)行程序的角度從軟件開發(fā)的過程按階段劃分有*白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是按照程序內(nèi)部的結(jié)構(gòu)測試程序，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設(shè)計規(guī)格說明書的規(guī)定正常進(jìn)行，檢驗程序中的每條通路是否都能按預(yù)定要求正確工作。已解決的問題也要多思考，解決這個問題是否會影響到其他模塊，驗證時要考慮全面。，大膽提出質(zhì)疑，多問幾個為什么，多對比，了解來龍去脈，不要被研發(fā)帶偏。，版本范圍及版本測試中應(yīng)重點關(guān)注的地方。對概率問題研發(fā)備注未重現(xiàn)的，要問清楚log分析結(jié)果，是否需要協(xié)助重現(xiàn)等。，需要先搭好抓包環(huán)境，遇到問題保存log，并記住時間點?？从美J(rèn)真閱讀，細(xì)心執(zhí)行，執(zhí)行用例要到位，認(rèn)真閱讀用例的預(yù)置條件、測試步驟、預(yù)期結(jié)果，有疑問要及時提出，用例結(jié)果要備注。，一是避免bug重復(fù)提交，二是可以學(xué)習(xí)和思考，為什么別人可以發(fā)現(xiàn)這個bug，我沒發(fā)現(xiàn)；或者我是不是也遇到同樣問題，但是忽略了等等。聽經(jīng)驗，認(rèn)真聽別人的分析講解，從而思考從這個點拓展到面。，問問是否有可復(fù)現(xiàn)的路徑，研發(fā)是否可以協(xié)助。遇到問題及時反饋，溝通反饋及時才能更好的解決問題。**、特定的系統(tǒng)知識和操作環(huán)境。同時填寫缺陷報告第四對測試作總結(jié)第五驗收測試，同時編寫用戶手冊三．第四篇：軟件測試總結(jié)：由人工或自動方法來執(zhí)行或評價系統(tǒng)或系統(tǒng)部分的過程，以驗證它是否滿足規(guī)定的需求，或識別出期望的結(jié)果和實際結(jié)果之間的差異。：產(chǎn)品修改：可維護(hù)性，靈活性，可測試性 產(chǎn)品轉(zhuǎn)移：可移植性，可復(fù)用性，互操作性 產(chǎn)品運行：正確性，易用性，可靠性，效率，完整性 軟件質(zhì)量必須足夠好：存在價值軟件產(chǎn)品無法完美：需要消耗過多的資源、時間、成本軟件開發(fā)需要在兩個極端之間進(jìn)行平衡：軟件足夠好的同時又不完美。組件：圖的組件是相連節(jié)點的最大集合圖G的圈復(fù)雜度V（G)＝e－n＋2p，其中e為G的邊數(shù)，n為節(jié)點數(shù)，p為組件數(shù)。模糊測試方法：構(gòu)造大量的隨機數(shù)據(jù)作為系統(tǒng)的輸入，從而檢驗系統(tǒng)在各種數(shù)據(jù)情況下是否出現(xiàn)問題。：測試分析員－測試報告總結(jié)測試計劃、測試說明的變化情況； 異常終止時測試未覆蓋范圍； 未能解決的測試問題； 總結(jié)測試結(jié)果（發(fā)現(xiàn)問題）； 編寫測試報告；根據(jù)問題報告、測試記錄，編寫測試問題報告。又稱軟件生命周期、生存周期。當(dāng)所有階段都結(jié)束時，軟件開發(fā)就結(jié)束了。對于需求和設(shè)計的測試技術(shù)要求很高，實踐起來很困難。一方面需要調(diào)整、改進(jìn)傳統(tǒng)的測試策略和方法；另一方面探索出適應(yīng)面向?qū)ο蟪绦蛱卣鞯臏y試?yán)碚撆c技術(shù)也尤為必要。如，面向?qū)ο蟮姆治觯∣OA，Object