軟件工程復(fù)習(xí)資料

1、【精品文檔】如有侵權(quán)，請(qǐng)聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流1.2.3.4.5.6.7. 軟件工程復(fù)習(xí)資料.精品文檔.8. 什么是軟件工程？他的基本原理是什么？1）軟件工程是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科。采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)與維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來(lái)，經(jīng)濟(jì)地開(kāi)發(fā)出高質(zhì)量的軟件并有效地維護(hù)它。2）用分階段的生命周期計(jì)劃嚴(yán)格管理、堅(jiān)持進(jìn)行階段評(píng)審、實(shí)行嚴(yán)格的產(chǎn)品控制、采用現(xiàn)代程序設(shè)計(jì)技術(shù)、結(jié)果應(yīng)能清楚的審查、開(kāi)發(fā)小組的人員應(yīng)該少而精、承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。2. 是什么導(dǎo)致了軟件工程？主要是軟件危機(jī)的出現(xiàn)導(dǎo)致了軟件

2、工程3. 通常我們所見(jiàn)的軟件工程模型有哪些？ 瀑布模型、快速原型模型、增量模型（漸增模型）、螺旋模型、噴泉模型。21.軟件危機(jī)的現(xiàn)象：1）經(jīng)費(fèi)超出預(yù)算，項(xiàng)目一再拖延。2）不重視需求，開(kāi)發(fā)的軟件不能滿足用戶的要求，項(xiàng)目成功率低。3）沒(méi)有規(guī)范的軟件工程方法，軟件可維護(hù)性差，軟件質(zhì)量差，可靠性差。3）開(kāi)發(fā)工具落后，手工方式，開(kāi)發(fā)效率低。22.軟件工程的三要素1）“過(guò)程”是軟件產(chǎn)品加工所經(jīng)歷的一系列有組織的活動(dòng)，保證能夠合理、高質(zhì)量開(kāi)發(fā)出軟件。2）“方法”為軟件開(kāi)發(fā)提供“如何做”的技術(shù)。它涵蓋了項(xiàng)目計(jì)劃、需求分析、系統(tǒng)程序（）實(shí)現(xiàn)、測(cè)試與維護(hù)燈一系列活動(dòng)的做法。3）“工具”可為過(guò)程和方法提供自動(dòng)的或半

3、自動(dòng)的支持。這些工具既包括軟件，也包括硬件，軟件工具包括編程、建模、管理等開(kāi)發(fā)工具。通過(guò)網(wǎng)絡(luò)環(huán)境把這些軟件工具集成起來(lái)搭建一個(gè)能夠支持團(tuán)隊(duì)開(kāi)發(fā)的平臺(tái)，稱為計(jì)算機(jī)輔助軟件工程，即CASE。CASE集成了軟件、硬件和 （）存放開(kāi)發(fā)過(guò)程信息的軟件工程數(shù)據(jù)庫(kù)，形成了一個(gè)軟件工程環(huán)境。23簡(jiǎn)述軟件工程的目標(biāo)，過(guò)程和原則1）目標(biāo)、過(guò)程和原則是一切工程的三維框架，這里是以工程的觀點(diǎn)來(lái)看待軟件開(kāi)發(fā)。 軟件工程的目標(biāo)：降低成本，及時(shí)交付高質(zhì)量的軟件產(chǎn)品。 實(shí)現(xiàn)目標(biāo)的過(guò)程即完成產(chǎn)品加工的過(guò)程：包括：基本過(guò)程、支持過(guò)程和組織過(guò)程 進(jìn)行過(guò)程應(yīng)遵守的原則：原則就是過(guò)程中的軌道約束，包括：選取適宜的開(kāi)發(fā)范型、適合的設(shè)計(jì)方

4、法、提供高質(zhì)量的工程支持、重視開(kāi)發(fā)過(guò)程的管理。24.對(duì)比瀑布模型，原型模型，增量模型和螺旋模型1）瀑布模型：主要體現(xiàn)了分階段、有控制的思想。活動(dòng)間強(qiáng)調(diào)按順序、文檔化；存在的問(wèn)題是過(guò)于理想化，每一步的工作必須完整準(zhǔn)確，否則無(wú)法進(jìn)行下一步工作 2）原型模型：需求分析入手快速、表達(dá)直觀、容易交流。重點(diǎn)解決瀑布模型的需求分析入手難的問(wèn)題。 3）增量模型：對(duì)于需求復(fù)雜的系統(tǒng)，采用分塊開(kāi)發(fā)、逐步集成的開(kāi)發(fā)策略。增量體現(xiàn)了演進(jìn)、迭代思想，每一塊就是一個(gè)增量。每個(gè)增量試一次迭代。增量模型的新版本叫做“極限編程（XP）”。 4）螺旋模型：融合了上述3種模型，融進(jìn)了循環(huán)往復(fù)、強(qiáng)化了演進(jìn)迭代的思想，增加了風(fēng)險(xiǎn)控制環(huán)

5、節(jié)。但是，風(fēng)險(xiǎn)分析的正確性是左右軟件演進(jìn)的關(guān)鍵因素。25. 當(dāng)需求不能一次搞清楚，且系統(tǒng)需求較復(fù)雜時(shí)應(yīng)選用什么模型？開(kāi)發(fā)模型不是孤立或排斥的，他們之間需要相互借鑒和參考。螺旋模型是一種綜合性的模型，適合于鼻尖復(fù)雜的系統(tǒng)。26.XP（極限開(kāi)發(fā)）是一種什么樣的模型？XP是現(xiàn)代版的增量模型，特點(diǎn)是你客戶參與、適應(yīng)變化、測(cè)試驅(qū)動(dòng)、以代碼為核心。實(shí)行XP的條件如下。1） 企業(yè)具有較高的能力成熟度，具有團(tuán)隊(duì)開(kāi)發(fā)環(huán)境和配套的測(cè)試工具。2） 軟件結(jié)構(gòu)是開(kāi)放的，增量可隨意整合。3） 開(kāi)發(fā)團(tuán)隊(duì)擁有“系統(tǒng)隱喻”。27.敏捷方法的核心價(jià)值觀有哪些？它對(duì)傳統(tǒng)方法的”反叛“體現(xiàn)在哪些方面？1）注重個(gè)人與交互重點(diǎn)關(guān)注可以工

6、作的軟件。提高客戶參與程度。以積極的心態(tài)響應(yīng)需求變化。敏捷聯(lián)盟強(qiáng)調(diào)的價(jià)值觀是這一流派的核心。認(rèn)識(shí)受價(jià)值觀驅(qū)使的，敏捷項(xiàng)目管理因而也是以價(jià)值觀為推動(dòng)力的。一個(gè)團(tuán)隊(duì)可以采用敏捷做法，但如果它不接受敏捷價(jià)值觀，它將不能得到敏捷方法的潛在好處。 2）敏捷方法對(duì)傳統(tǒng)方法的”反叛“體現(xiàn)在以人為中心，不再依靠文檔來(lái)控制過(guò)程，認(rèn)為傳統(tǒng)過(guò)程過(guò)于僵化、文檔繁煩，主張對(duì)傳統(tǒng)過(guò)程瘦身，在上述價(jià)值觀的支配下，做到能夠?yàn)闇?zhǔn)28.簡(jiǎn)述CMM（成熟度等級(jí)）軟件過(guò)程成熟度的5個(gè)級(jí)別，以及每個(gè)級(jí)別對(duì)應(yīng)的標(biāo)準(zhǔn)。1）初始級(jí)的軟件過(guò)程是無(wú)秩序的，它幾乎處于無(wú)步驟可循的狀態(tài)。管理是隨機(jī)的，軟件產(chǎn)品的成功往往取決于個(gè)人。2）可重復(fù)級(jí)，已建

7、立了基本的項(xiàng)目管理過(guò)程，對(duì)成本、進(jìn)度和功能特性進(jìn)行跟蹤，并且在借鑒以往經(jīng)驗(yàn)的基礎(chǔ)上制定了必要的規(guī)范。3）已定義級(jí)，用于管理和工程兩個(gè)方面的過(guò)程均已文檔化、標(biāo)準(zhǔn)化，并形成了整個(gè)軟件組織的標(biāo)準(zhǔn)軟件工程。所有項(xiàng)目均使用經(jīng)過(guò)批準(zhǔn)、裁剪的標(biāo)準(zhǔn)軟件過(guò)程來(lái)開(kāi)發(fā)和維護(hù)軟件。4）已管理級(jí)的軟件過(guò)程和產(chǎn)品質(zhì)量有詳細(xì)的度量標(biāo)準(zhǔn)并且得到了定量的認(rèn)證和控制。5）優(yōu)化級(jí)的軟件過(guò)程可以通過(guò)量化反饋和先進(jìn)的新思想、新技術(shù)來(lái)不斷地、持續(xù)性的過(guò)程改進(jìn)。29.RUP（統(tǒng)一過(guò)程）包含了那些核心工作流和那些核心支持工作流。1）核心工作流包括：業(yè)務(wù)建模、需求、分析與設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、部署。2）支持工作流包括：配置與變更管理、項(xiàng)目管理、環(huán)

8、境。30.如何進(jìn)行結(jié)構(gòu)化需求分析，其建模方法有哪些？5. 傳統(tǒng)方法學(xué)-結(jié)構(gòu)化分析中，有哪幾個(gè)主要步驟？每個(gè)步驟應(yīng)該要做什么？畫(huà)什么圖？怎么畫(huà)？1）建立當(dāng)前系統(tǒng)的”具體模型“：體統(tǒng)的”具體模型“就是現(xiàn)實(shí)環(huán)境的真實(shí)寫(xiě)照，這樣到達(dá)與當(dāng)前系統(tǒng)完全對(duì)應(yīng)，用戶容易理解。2）抽象出當(dāng)前系統(tǒng)的邏輯模型：分析系統(tǒng)的”具體模型“，抽象出其本質(zhì)的因素，獲得當(dāng)前系統(tǒng)的”邏輯模型“。3）建立目標(biāo)系統(tǒng)的邏輯模型：分析目標(biāo)系統(tǒng)與當(dāng)前系統(tǒng)邏輯上的差別，從而進(jìn)一步明確目的系統(tǒng)”做什么“，建立目標(biāo)系統(tǒng)的“邏輯模型”。4）為了對(duì)目標(biāo)系統(tǒng)進(jìn)行完整的描述，還需要考慮人機(jī)界面和其他一些問(wèn)題。建模方法：數(shù)據(jù)流圖、實(shí)體關(guān)系、控制流圖、狀態(tài)轉(zhuǎn)

9、換圖。31.為什么說(shuō)需求過(guò)程是一個(gè)迭代過(guò)程？由于人們對(duì)客觀事物的認(rèn)識(shí)是不斷深化，因此需求過(guò)程是一個(gè)迭代過(guò)程，每次迭代都可提供更高質(zhì)量和更詳細(xì)內(nèi)容的軟件需求。這種迭代會(huì)給項(xiàng)目帶來(lái)一定的風(fēng)險(xiǎn)，上一次迭代的設(shè)計(jì)實(shí)現(xiàn)可能會(huì)因?yàn)樾枨蟛蛔愣煌品?2.簡(jiǎn)述可行性研究所研究的問(wèn)題。1）經(jīng)濟(jì)可行性：進(jìn)行成本/效益分析那個(gè)。從經(jīng)濟(jì)角度判斷系統(tǒng)開(kāi)發(fā)是否“合算“。2）技術(shù)可行性：進(jìn)行技術(shù)風(fēng)險(xiǎn)評(píng)價(jià)。從開(kāi)發(fā)者的技術(shù)實(shí)力、以往工作基礎(chǔ)、問(wèn)題的復(fù)雜性出發(fā)，判斷系統(tǒng)開(kāi)發(fā)在實(shí)踐、費(fèi)用等限制條件下成功的可能性。3）法律可行性：確定系統(tǒng)開(kāi)發(fā)可能導(dǎo)致的任何侵權(quán)、妨礙和責(zé)任。4）方案的選擇：評(píng)價(jià)系統(tǒng)或產(chǎn)品開(kāi)發(fā)的幾個(gè)可能的候選方案，最

10、后給出結(jié)論意見(jiàn)。33.簡(jiǎn)述數(shù)據(jù)流圖的作用。數(shù)據(jù)流圖的作用：數(shù)據(jù)流圖可以用來(lái)抽象地表示系統(tǒng)或軟件。從信息傳遞和加工的角度它以圖形的方式刻畫(huà)數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過(guò)程，同時(shí)可以按自頂向下、逐步分解的方法表示內(nèi)容不斷增加的數(shù)據(jù)流和功能細(xì)節(jié)。因此，數(shù)據(jù)流圖既提供了功能建模的機(jī)制，也提供了信息流建模的機(jī)制，從而可以建立其系統(tǒng)或軟件的功能模型。34.簡(jiǎn)述數(shù)據(jù)字典的作用！數(shù)據(jù)字典的作用：分析建模種包含了對(duì)數(shù)據(jù)對(duì)象、功能和控制的表示。在每一種表示中數(shù)據(jù)對(duì)象和控制項(xiàng)都扮演一定的角色。為表示每個(gè)數(shù)據(jù)對(duì)象和控制項(xiàng)的特性，建立了數(shù)據(jù)詞典。數(shù)據(jù)詞典精確地、嚴(yán)格地定義了每一個(gè)與系統(tǒng)相關(guān)的數(shù)據(jù)元素，并以字典式順序?qū)⑺?/p>

11、們組織起來(lái)，使得用戶和分析員對(duì)所有的輸入、輸出、存儲(chǔ)成分和中間計(jì)算有共同的理解。35.簡(jiǎn)述在軟件設(shè)計(jì)的過(guò)程中需要遵循的規(guī)則。模塊化、抽象化、逐步求精和信息隱藏。36為什么說(shuō)“高內(nèi)聚、低耦合”的設(shè)計(jì)有利于提高系統(tǒng)的獨(dú)立性？?jī)?nèi)聚和耦合往往密切相關(guān)，模塊的高內(nèi)聚通常意味著低耦合。低耦合因?yàn)槟K之間的耦合成都越低，相互影響就越小，發(fā)生異常后產(chǎn)生連鎖反應(yīng)的概率就越低；在修改一個(gè)模塊是，低耦合的系統(tǒng)就可以把修改范圍盡量控制在最小的范圍內(nèi)；對(duì)一個(gè)模塊進(jìn)行維護(hù)是，其他模塊的內(nèi)部程序的正常運(yùn)行不會(huì)受到較大的影響。37.簡(jiǎn)述界面設(shè)計(jì)應(yīng)該遵循的原則。1）置界面與用戶控制之下：以不強(qiáng)迫用戶進(jìn)入不必要的或不希望的動(dòng)作的

12、方式來(lái)定義交互模式；提供靈活的交互；允許用戶交互可以被中斷和撤銷(xiāo)；當(dāng)技能級(jí)別增長(zhǎng)時(shí)可以使交互流水化并允許定制交互；使用戶隔離內(nèi)部技術(shù)細(xì)節(jié)；設(shè)計(jì)應(yīng)允許用戶和出現(xiàn)在屏幕上的對(duì)象直接交互。2）減少用戶的記憶負(fù)擔(dān)：減少對(duì)短期記憶的要求；建立有意義的缺??；定義直覺(jué)性的捷徑；界面的視覺(jué)布局應(yīng)該基于真實(shí)世界的陰雨；以不斷進(jìn)展的方式解釋信息。3）保持界面一直；允許用戶將當(dāng)前的任務(wù)放入有意義的語(yǔ)境；在應(yīng)用系列內(nèi)保持一致性；如果過(guò)去的交互模式已經(jīng)建立起了用戶期望，不要改變它，除非有不得已的理由。4. 傳統(tǒng)方法學(xué)中，分幾個(gè)主要步驟？結(jié)構(gòu)化分析，結(jié)構(gòu)化設(shè)計(jì)，結(jié)構(gòu)化實(shí)現(xiàn)。6. 傳統(tǒng)方法學(xué)-結(jié)構(gòu)化設(shè)計(jì)的概念和原理是什么？

13、 模塊化、抽象、逐步求精、信息隱藏。7. 傳統(tǒng)方法學(xué)-結(jié)構(gòu)化設(shè)計(jì)有哪些啟發(fā)規(guī)則？改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性，模塊規(guī)模應(yīng)該始終，深度、寬度、扇出和扇入都應(yīng)適當(dāng)，模塊的作用域應(yīng)該在控制域之內(nèi)，力爭(zhēng)降低模塊接口的復(fù)雜程度，設(shè)計(jì)單入口單出口模塊，模塊功能應(yīng)該可以預(yù)測(cè)8. 傳統(tǒng)方法學(xué)-結(jié)構(gòu)化設(shè)計(jì)有哪幾個(gè)主要步驟？每個(gè)步驟要做什么？需要繪制哪些圖形圖表，怎么畫(huà)？1）分析并確定輸入數(shù)據(jù)和輸出數(shù)據(jù)的邏輯結(jié)構(gòu)，并用Jackson圖廟會(huì)這些數(shù)據(jù)結(jié)構(gòu)。2）找出輸入數(shù)據(jù)結(jié)構(gòu)和輸出數(shù)據(jù)結(jié)構(gòu)中有對(duì)應(yīng)刮泥的數(shù)據(jù)單元。3）秒回?cái)?shù)據(jù)結(jié)構(gòu)的Jackson頭到處描繪成結(jié)構(gòu)的Jackson圖。怎么畫(huà)：1） 為每對(duì)有對(duì)應(yīng)關(guān)系的數(shù)據(jù)單元

14、，按照它們?cè)跀?shù)據(jù)結(jié)構(gòu)圖中的層次在程序結(jié)構(gòu)圖等響應(yīng)層次化一個(gè)處理框。2） 根據(jù)輸入數(shù)據(jù)結(jié)構(gòu)中剩余的每個(gè)數(shù)據(jù)單元所處的層次，在程序結(jié)構(gòu)圖的相應(yīng)層次分別為他們畫(huà)上對(duì)應(yīng)的處理框3） 根據(jù)輸出數(shù)據(jù)結(jié)構(gòu)中剩余的每個(gè)數(shù)據(jù)單元所處的層次，在程序結(jié)構(gòu)圖的相應(yīng)層次分別為它們畫(huà)上對(duì)應(yīng)的處理框。4）列出所有操作和條件，并且把它們分配到程序結(jié)構(gòu)圖的適當(dāng)位置。 5）用偽碼表示程序。9. 傳統(tǒng)方法學(xué)-結(jié)構(gòu)化設(shè)計(jì)中，什么是面向數(shù)據(jù)流的設(shè)計(jì)方法？面向數(shù)據(jù)流的設(shè)計(jì)方法就是通常所說(shuō)的結(jié)構(gòu)化設(shè)計(jì)方法。它是以數(shù)據(jù)流圖為基礎(chǔ)，將DFD變換成軟件結(jié)構(gòu)的不同映射方法，以軟件結(jié)構(gòu)圖（SC圖）的形式表現(xiàn)。SC圖描述軟件系統(tǒng)的層次和分塊結(jié)構(gòu)的關(guān)系

15、，體現(xiàn)模塊與模塊之間的聯(lián)系與通訊，從而表達(dá)軟件的體系結(jié)構(gòu)。10. 傳統(tǒng)方法學(xué)-結(jié)構(gòu)化實(shí)現(xiàn)中，所涉及到的測(cè)試有哪些？有哪些策略？以及測(cè)試有哪幾個(gè)基本步驟？ 1）測(cè)試基本步驟：?jiǎn)卧獪y(cè)試、集成測(cè)試、確認(rèn)測(cè)試、（高級(jí)測(cè)試）。 2）策略：邏輯覆蓋（語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋）、控制結(jié)構(gòu)測(cè)試（基本路勁測(cè)試、條件測(cè)試、數(shù)據(jù)流測(cè)試、循環(huán)測(cè)試）。11. 面向?qū)ο蠓椒▽W(xué)中，其核心是對(duì)什么進(jìn)行分析？對(duì)象。12. 面向?qū)ο蟮幕靖拍钍鞘裁矗繉?duì)象，類(lèi)，（實(shí)例，消息，方法，屬性，）封裝，繼承，多態(tài) (重載)。13. 與傳統(tǒng)方法學(xué)相比，面向?qū)ο蠓椒ǖ膮^(qū)別是什么？1）符合人類(lèi)的思維習(xí)慣2）可復(fù)

16、用性好。3）穩(wěn)定性好。4）可維護(hù)性好。14. 什么是UML，UML的基本概念。UML是一種書(shū)寫(xiě)軟件藍(lán)圖的標(biāo)準(zhǔn)語(yǔ)言。是一種指定、構(gòu)造和記錄軟件密集型系統(tǒng)的工作語(yǔ)言。15. 面向?qū)ο蠓椒▽W(xué)-分析中，把問(wèn)題分為了幾個(gè)層次，幾個(gè)子模型？是哪幾個(gè)？3個(gè)模型：靜態(tài)結(jié)構(gòu)（對(duì)象模型）、交互次序（動(dòng)態(tài)模型）和數(shù)據(jù)變化（功能模型）。5個(gè)層次：主題層（范疇層）、類(lèi)與對(duì)象層、結(jié)構(gòu)層、屬性層和服務(wù)層。16. 對(duì)象模型、動(dòng)態(tài)模型、功能模型分別代表什么，是對(duì)什么的分析。對(duì)象模型表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)的“數(shù)據(jù)”性質(zhì)。它是對(duì)模擬客觀世界實(shí)體的對(duì)象以及對(duì)象彼此間的關(guān)系的映射。描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)。動(dòng)態(tài)模型表示瞬時(shí)的、行為化的系

17、統(tǒng)的“控制”性質(zhì)，它規(guī)定了對(duì)象模型中的對(duì)象的合法變化序列。功能模型表示變化的系統(tǒng)的“功能”性質(zhì)，它指明了系統(tǒng)應(yīng)該”做什么“，因此更直接地反映了用戶對(duì)目標(biāo)系統(tǒng)的需求。17. 面向?qū)ο笤O(shè)計(jì)的啟發(fā)規(guī)則有哪些？要考慮哪些子系統(tǒng)？如何設(shè)計(jì)？每個(gè)子系統(tǒng)應(yīng)該考慮的東西有哪些？啟發(fā)規(guī)則：設(shè)計(jì)結(jié)果應(yīng)該清晰易懂、一般/特殊結(jié)構(gòu)的深度應(yīng)適應(yīng)、設(shè)計(jì)簡(jiǎn)單的類(lèi)、使用簡(jiǎn)單的協(xié)議、使用簡(jiǎn)單的服務(wù)、把設(shè)計(jì)變動(dòng)減至最小。如何設(shè)計(jì)：模塊化、抽象、信息隱藏、弱耦合、強(qiáng)內(nèi)聚、可重用。3子系統(tǒng)的考慮內(nèi)容：應(yīng)該綜合考慮各種因素，以決定哪些子系統(tǒng)用硬件實(shí)現(xiàn)，哪些子系統(tǒng)用軟件實(shí)現(xiàn)。在決定采用軟件還是硬件的時(shí)候，必須綜合權(quán)衡一致性、成本、性能等

18、各種因素，還要考慮未來(lái)的可擴(kuò)充性和可修改性。18. 面向?qū)ο髮?shí)現(xiàn)需要考慮的因素有哪些？將來(lái)能否占主導(dǎo)地位、可重用性、類(lèi)庫(kù)和開(kāi)發(fā)環(huán)境、其他因素。19. 面向?qū)ο蟮膶?shí)現(xiàn)中，面向?qū)ο蟮臏y(cè)試與傳統(tǒng)測(cè)試有哪些不一樣？有哪些主要方法？面向?qū)ο蟮臏y(cè)試的著重點(diǎn)在哪里？為什么會(huì)產(chǎn)生如此的不同？1）單元測(cè)試的不同：最小的可測(cè)試但愿是封裝起來(lái)的類(lèi)和對(duì)象。一個(gè)類(lèi)可以包含一組不同的操作，而一個(gè)特定的操作也可能存在于一組不同的類(lèi)中。一次，對(duì)于面向?qū)ο蟮能浖?lái)說(shuō)，單元測(cè)試布恩那個(gè)再孤立地測(cè)試單個(gè)操作，而應(yīng)該把操作作為類(lèi)的一部分來(lái)測(cè)試。2）集成測(cè)試的不同：面向?qū)ο裼袃煞N不同的策略基于線程的測(cè)試。基于使用的測(cè)試。集群測(cè)試是面向?qū)ο筌浖蓽y(cè)試的一個(gè)步驟。3）確認(rèn)測(cè)試的不同：面向?qū)ο蟠_認(rèn)測(cè)試不再考慮類(lèi)之間相互連接的細(xì)節(jié)。和傳統(tǒng)的確認(rèn)測(cè)試一樣，面向?qū)ο筌浖拇_認(rèn)測(cè)試也集中檢查用戶可見(jiàn)的動(dòng)作和用戶可識(shí)別的輸出。為了到處確認(rèn)測(cè)試用例，測(cè)試人員應(yīng)該認(rèn)真研究動(dòng)態(tài)模型和描述系統(tǒng)行為的腳本，以確定最可能發(fā)現(xiàn)用戶交互需求錯(cuò)誤的情景。不一樣：1）二者都可以分為4個(gè)階段進(jìn)行。但傳統(tǒng)測(cè)試的最小單元是模塊，而在面對(duì)像環(huán)境下的最小的可測(cè)試單元是封裝了的類(lèi)或?qū)ο?，?/p>