軟件工程導(dǎo)論最全復(fù)習(xí)總結(jié)

1、1、軟件危機(jī)是指在計(jì)算機(jī)開發(fā)過(guò)程中的開發(fā)和維護(hù)過(guò)程中所遇到的一系列的嚴(yán)重問(wèn)題。2、軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合,程序是能夠完成預(yù)定功能和性能的可執(zhí)行的程序序列;數(shù)據(jù)是是使程序能夠適當(dāng)?shù)奶幚硇畔⒌臄?shù)據(jù)結(jié)構(gòu);文檔是開發(fā)、使用和維護(hù)程序所需要的圖文資料。3、軟件工程學(xué)包含3個(gè)要素:方法、工具、過(guò)程。4、目前使用最廣泛的軟件工程方法學(xué)是傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)。5、軟件工程方法學(xué)的軟件過(guò)程基本上可以用瀑布模型來(lái)描述。6、瀑布模型、快速原型模型、增量模型、螺旋模型、噴泉模型。7、Rup把軟件生命周期劃為:初始、精化、構(gòu)建、移交階段。8、可行性研究的三方面:技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性。9

2、、數(shù)據(jù)流圖(DFD是一種圖形化技術(shù),他描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過(guò)程中所經(jīng)受的變化。10、數(shù)據(jù)字典是關(guān)于數(shù)據(jù)信息的集合,也就是對(duì)數(shù)據(jù)流程圖中所包含的所有元素的定義的集合。11、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型,沒有數(shù)據(jù)字典,數(shù)據(jù)如就不嚴(yán)格,沒有流程圖,數(shù)據(jù)字典也難以發(fā)揮作用。12、需求分析階段結(jié)束之前,系統(tǒng)分析員應(yīng)該寫出軟件需求規(guī)格說(shuō)明書,以書面形式準(zhǔn)確的描述軟件需求。13、9、結(jié)構(gòu)化分析方法就是面向數(shù)據(jù)流自頂向下逐步求精進(jìn)行需求分析的方法。14、ER圖中包含了實(shí)體、關(guān)系和屬性,矩形代表實(shí)體,菱形表示關(guān)系,橢圓或圓角矩形表示屬性,用直線把實(shí)體和其屬性連接。15、驗(yàn)證軟件需求的正

3、確性:一致性、完整性、現(xiàn)實(shí)性、有效性。16、總體設(shè)計(jì)的基本目的是回答“概括地說(shuō),系統(tǒng)應(yīng)該如何實(shí)現(xiàn)?”,總體設(shè)計(jì)又稱為概要設(shè)或初步設(shè)計(jì)。17、模塊的獨(dú)立程度可以有兩個(gè)定性標(biāo)量度量:內(nèi)聚和耦合。18、軟件測(cè)試的目標(biāo):(1測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程;(2好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案;(3成功的測(cè)試是發(fā)現(xiàn)可至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。19、軟件測(cè)試步驟:模塊測(cè)試、子系統(tǒng)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試、平行運(yùn)行。20、軟件可靠性是程序在給定的時(shí)間點(diǎn),按照規(guī)格說(shuō)明書的規(guī)定,成功的運(yùn)行的概率。21、用面向?qū)ο蠓椒ㄩ_發(fā)軟件,通常需要建立3種形式的模型:描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的

4、對(duì)象模型,描述系統(tǒng)控制結(jié)構(gòu)的動(dòng)態(tài)模型和描述系統(tǒng)功能的功能模型。22、用面向?qū)ο蠓椒ㄩ_發(fā)軟件,在任何情況下,對(duì)象模型始終都是最重要、最基本的、最核心的。23、通常,使用UML提供的類圖來(lái)建立對(duì)象模型。24、類與類之間通常有關(guān)聯(lián)、泛化(繼承、依賴和細(xì)化等4種關(guān)系。25、在UML中,在一段為空心的三角形的連線表示泛化關(guān)系。26、復(fù)雜問(wèn)題的對(duì)象模型通常由:主題層、類與對(duì)象層、結(jié)構(gòu)層、屬性層和服務(wù)層。27、廣義的說(shuō),軟件重用可分為知識(shí)重用、方法和標(biāo)準(zhǔn)的重用、軟件成分的重用。28、工程網(wǎng)絡(luò)和Gantt圖同樣是安排進(jìn)度和管理工程進(jìn)度情況的強(qiáng)有力的工具。29、3種典型人員組織方式:民主制程序員組、住程序員組、

5、現(xiàn)代程序員組。30、軟件過(guò)程的輸出信息可以分為3類計(jì)算機(jī)程序、描述計(jì)算機(jī)程序的文檔、數(shù)據(jù),這些項(xiàng)組成了軟件過(guò)程中產(chǎn)生的全部信息,人們把他們統(tǒng)稱為軟件配置,而這些項(xiàng)就是軟件配置項(xiàng)。31、Cmm把軟件過(guò)程從無(wú)序到有序的進(jìn)化過(guò)程分成5個(gè)階段,并把這些階段排序,形成五個(gè)逐層提高的等級(jí)。能力的成熟度的5個(gè)等級(jí)從低到高依次是:初始級(jí)(1級(jí)、可重復(fù)級(jí)(2級(jí)、已定義級(jí)(3級(jí)已管理級(jí)(4級(jí)和優(yōu)化級(jí)(5級(jí)。15、編碼風(fēng)格:持續(xù)內(nèi)部文檔、數(shù)據(jù)說(shuō)明、語(yǔ)句構(gòu)造、輸入輸出、效率、32、軟件危機(jī)的典型表現(xiàn):對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確;用戶對(duì)“已完成”的軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生;軟件產(chǎn)品質(zhì)量往往靠不住;軟件常

6、常是不可維護(hù)的;軟件通常沒有適當(dāng)?shù)奈臋n資料;軟件成本在計(jì)算機(jī)總成本中所占的比例逐年上升;軟件開發(fā)生產(chǎn)效率提高的速度,遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)。33、軟件不同于硬件,他是計(jì)算機(jī)系統(tǒng)的邏輯部件而不是物理部件。34、軟件不同于一般程序,它的一個(gè)顯著特點(diǎn)就是規(guī)模龐大。簡(jiǎn)單題1、軟件工程基本原理(1用分階段的生存周期嚴(yán)格管理。(2堅(jiān)持進(jìn)行階段評(píng)審。(3實(shí)行嚴(yán)格的產(chǎn)品控制。(4采用現(xiàn)代程序設(shè)計(jì)技術(shù)。(5結(jié)果應(yīng)能清楚地審查。(6開發(fā)小組人員應(yīng)該少而精。(7承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。2、軟件生命周期各階段的基本任務(wù)軟件生命周期由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)3個(gè)時(shí)期組成,每個(gè)時(shí)期又進(jìn)一步劃

7、分成若干個(gè)階段。(1問(wèn)題定義(2可行性研究(3需求分析(4總體設(shè)計(jì)(5詳細(xì)設(shè)計(jì)(6編碼和單元測(cè)試(7綜合測(cè)試(8軟件維護(hù)3、需求分析的任務(wù)一、確定對(duì)系統(tǒng)的綜合要求(1功能需求(2性能需求(3可靠性和可用性需求(4出錯(cuò)處理需求(5接口需求(6約束(7逆向需求(8將來(lái)可能提出的需求二、分析系統(tǒng)的數(shù)據(jù)要求三、導(dǎo)出系統(tǒng)的邏輯模型四、修正系統(tǒng)開發(fā)計(jì)劃4、改進(jìn)軟件設(shè)計(jì)的啟發(fā)式規(guī)則(1改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性(2模塊規(guī)模應(yīng)該適中(3深度、寬度、扇出和扇入都應(yīng)適當(dāng)(4模塊的作用域應(yīng)該在控制域之(5力爭(zhēng)降低模塊接口的復(fù)雜程度(6設(shè)計(jì)單入口單出口的模塊(7模塊功能應(yīng)該可以預(yù)測(cè)5、面向?qū)ο笤O(shè)計(jì)準(zhǔn)則和啟發(fā)式原則(1

8、模塊化(2抽象(3信息隱藏(4弱耦合(5強(qiáng)內(nèi)聚(6可重用(1設(shè)計(jì)結(jié)果應(yīng)該清晰易懂(2一般-特殊結(jié)構(gòu)的深度應(yīng)適當(dāng)(3設(shè)計(jì)簡(jiǎn)單的類(4使用簡(jiǎn)單的協(xié)議(5使用簡(jiǎn)單的服務(wù)(6把設(shè)計(jì)變動(dòng)減至最小6、軟件維護(hù)的幾種類型(1改正性維護(hù)(2適應(yīng)性維護(hù)(3完善性維護(hù)(4預(yù)防性維護(hù)7、決定軟件可維護(hù)性因素(1可理解性(2可測(cè)試性(3可修改性(4可移植性(5可重用性8、軟件配置項(xiàng)軟件配置的主要任務(wù)就是控制變化,同時(shí)也負(fù)責(zé)各個(gè)軟件配置項(xiàng)和軟件各種版本的標(biāo)志、軟件配置審計(jì)以及軟件配置發(fā)生的任何變化的報(bào)告。(1標(biāo)識(shí)軟件配置中的對(duì)象(2版本控制(3變化控制(4配置審計(jì)(5狀態(tài)報(bào)告設(shè)計(jì)題1、等價(jià)類有效/無(wú)效數(shù)據(jù)邊界值測(cè)試2、

9、UML類圖的描述3、N-S圖、PAD圖論述題(1軟件工程(2可行性研究問(wèn)題定義階段必須回答的關(guān)鍵問(wèn)題是:“要解決的問(wèn)題是什么”。如果不知道問(wèn)題是什么就試圖解決這個(gè)問(wèn)題,顯然是盲目的,只會(huì)自白浪費(fèi)時(shí)間和金錢,最終得出的結(jié)果很可能是毫無(wú)意義的。盡管確切地定義問(wèn)題的必要性是十分明顯的,但是在實(shí)踐中它卻可能是最容易被忽視的一個(gè)步驟。(3需求分析這個(gè)階段的任務(wù)仍然不是具體地解決客戶的問(wèn)題,而是準(zhǔn)確地回答“目標(biāo)系統(tǒng)必須做什么”這個(gè)問(wèn)題。(4總體設(shè)計(jì)這個(gè)階段的基本任務(wù)是,概括地回答“怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng)?”這個(gè)問(wèn)題。概要設(shè)計(jì)又稱為初步設(shè)計(jì)、邏輯設(shè)計(jì)、高層設(shè)計(jì)或總體設(shè)計(jì)。(5詳細(xì)設(shè)計(jì)這個(gè)階段的任務(wù)還不是編寫程序,

10、而是設(shè)計(jì)出程序的詳細(xì)規(guī)格說(shuō)明。這種規(guī)格說(shuō)明的作用很類似于其他工程領(lǐng)域中工程師經(jīng)常使用的工程藍(lán)圖,它們應(yīng)該包含必要的細(xì)節(jié),程序員可以根據(jù)它們寫出實(shí)際的程序代碼。(6編碼實(shí)現(xiàn)(語(yǔ)言,測(cè)試這個(gè)階段的關(guān)鍵任務(wù)是寫出正確的容易理解、容易維護(hù)的程序模塊。(7維護(hù)維護(hù)階段的關(guān)鍵任務(wù)是,通過(guò)各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿足用戶的需要。(8面向?qū)ο蠹夹g(shù)(9項(xiàng)目管理1.軟件工程學(xué):為了更有效地開發(fā)與維護(hù)軟件,軟件工作者早20世紀(jì)60年代后期開始認(rèn)真研究消除軟件危機(jī)的途徑,從而逐漸形成了一門新興的工程學(xué)科。2.軟件危機(jī)典型變現(xiàn):(1.對(duì)軟件發(fā)開成本和進(jìn)度的估計(jì)常常不準(zhǔn)確.(2.用戶對(duì)"已完成的"

11、;軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生.(3.軟件產(chǎn)品的質(zhì)量往往靠不住.(4.軟件常常是不可維護(hù)的.(5.軟件通常沒有適當(dāng)?shù)奈臋n資料.(6.軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升.(7.軟件開發(fā)產(chǎn)生率提高的速度,遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì).3.產(chǎn)生軟件危機(jī)的原因:(1.軟件不同于硬件,它是計(jì)算機(jī)系統(tǒng)中的邏輯部件而不是物理部件.(2.軟件不同于一般程序,它的一個(gè)顯著特點(diǎn)是規(guī)模龐大,而且程序復(fù)雜性將隨著程序規(guī)模的增加而呈指數(shù)上升.(3.軟件本身獨(dú)有的特點(diǎn)確實(shí)給開發(fā)和維護(hù)帶來(lái)一些客觀困難.(4與軟件開發(fā)和維護(hù)有關(guān)的許多錯(cuò)誤認(rèn)識(shí)和做法形成,可以歸因于在計(jì)算機(jī)系統(tǒng)發(fā)展的早期階段軟件開發(fā)的個(gè)體

12、特點(diǎn).4.消除軟件危機(jī)的途徑:(1.應(yīng)該對(duì)計(jì)算機(jī)軟件有一個(gè)正確的認(rèn)識(shí).(2.充分認(rèn)識(shí)到軟件開發(fā)不是某種個(gè)體勞動(dòng)的神秘技巧,而應(yīng)該是組織良好、管理嚴(yán)密、各類人員協(xié)同配合、共同完成的工程項(xiàng)目.(3.在使用要總結(jié)出成功的技術(shù)和方法,盡快消除錯(cuò)誤概念和做法.5.軟件工程的本質(zhì)特性:(1.軟件工程關(guān)注于大型程序的構(gòu)造.(2.軟件工程的中心課題是控制復(fù)雜性.(3.軟件經(jīng)常變化.(4.開發(fā)軟件的效率非常重要.(5.和諧地合作是開發(fā)軟件的關(guān)鍵.(6.軟件必須有效地支持它的用戶.品.6.軟件工程的原理:(1.用分段的生命周期計(jì)劃嚴(yán)格管理.(2.堅(jiān)持進(jìn)行階段評(píng)審.(3.實(shí)行嚴(yán)格的產(chǎn)品控制.(4.采用現(xiàn)代程序設(shè)計(jì)技

13、術(shù).(5.結(jié)果應(yīng)能清楚地審查.(6.開發(fā)小組的人員應(yīng)該少而精.(7.承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性.7.軟件生命周期:由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)3個(gè)時(shí)期組成,每個(gè)時(shí)期又進(jìn)一步劃分成若干個(gè)階段.8.軟件開發(fā)時(shí)期4個(gè)階段:總體設(shè)計(jì),詳細(xì)設(shè)計(jì),編碼和單元測(cè)試,綜合測(cè)試.9.軟件維護(hù),維護(hù)階段的關(guān)鍵任務(wù)是,通過(guò)各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿足用戶的需要.10.瀑布模型的特點(diǎn):(1.階段間具有順序性和依賴性.(2.推遲實(shí)現(xiàn)的觀點(diǎn).(3.質(zhì)量保證的觀點(diǎn).11.快速原型模型:是快速建立起來(lái)的可以在計(jì)算機(jī)運(yùn)行的程序,它所能完成的功能往往是最終產(chǎn)品能完成的功能的一個(gè)子集.12.快速模型的主要優(yōu)點(diǎn)是不帶饋

14、環(huán)的,軟件產(chǎn)品基本上是線性順序進(jìn)行的.13.可行性研究的目的:用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決.14.可行性的解法:(1技術(shù)可行性.(2經(jīng)濟(jì)可行性.(3操作可行性.15.可行性研究過(guò)程步驟:(1.復(fù)查系統(tǒng)規(guī)模和目標(biāo).(2.研究目前正在使用的系統(tǒng).(3.導(dǎo)出新系統(tǒng)的高層邏輯模型.(4.進(jìn)一步定義問(wèn)題.(5.導(dǎo)出和評(píng)價(jià)供選擇的解法.(6.推薦行動(dòng)方針.(7.草擬開發(fā)計(jì)劃.(8.書寫文檔提交審查.式描繪組成系統(tǒng)的每個(gè)部件.17.數(shù)據(jù)流圖(DFD:是一種圖形化技術(shù),它描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過(guò)程中所經(jīng)受的變換.18.數(shù)據(jù)字典:是關(guān)于數(shù)據(jù)的信息的集合,就是對(duì)數(shù)據(jù)流圖中包括的所

15、有元素的定義的集合.19.數(shù)據(jù)字典組成元素:(1數(shù)據(jù)流.(2數(shù)據(jù)流分量.(3數(shù)據(jù)存儲(chǔ).(4處理.20.定義數(shù)據(jù)的方法:定義絕大多數(shù)復(fù)雜事物的方法,都是用被定義的事物的成分的某種組合表示這個(gè)事物,這些組成成分又由更底層的成分的組合來(lái)定義.21.數(shù)據(jù)字典最重要用途:作為分析階段的工具。22.為什么要進(jìn)行需求分析:因?yàn)樗幕救蝿?wù)是準(zhǔn)確地回答“系統(tǒng)必須做什么?”這個(gè)問(wèn)題?？尚行匝芯侩A段只是粗略了解用戶的需求,許多細(xì)節(jié)被忽略,然而最終的系統(tǒng)中卻不能遺漏任何細(xì)節(jié)。所以可行性研究并不能代替需求分析。23.軟件系統(tǒng)綜合要求:(1功能需求.(2性能需求.(3可靠性和可行性需求.(4出錯(cuò)處理需求.(5接口需求.

16、(6約束.(7逆向需求.(8將來(lái)可能提出的要求.24.訪談:是最早開始使用的獲取用戶需求的技術(shù),是迄今為止仍然廣泛使用的需求分析技術(shù).25.需求分析過(guò)程3種模型:數(shù)據(jù)模型、功能模型和行為模型.26.數(shù)據(jù)模型包含3種相互關(guān)聯(lián)信息:數(shù)據(jù)對(duì)象、數(shù)據(jù)對(duì)象的屬性及數(shù)據(jù)對(duì)象彼此間相互連接的關(guān)系.27.總體設(shè)計(jì)的目的:就是回答"概括地說(shuō),系統(tǒng)應(yīng)該如何實(shí)現(xiàn)?"這個(gè)問(wèn)題.28.總體設(shè)計(jì)兩個(gè)過(guò)程:系統(tǒng)設(shè)計(jì)階段,確定系統(tǒng)的具體實(shí)現(xiàn)方案;結(jié)構(gòu)設(shè)計(jì)階段,確定軟件結(jié)構(gòu).29.總體設(shè)計(jì)過(guò)程步驟:(1設(shè)想供選擇的方案.(2選取合理的方案.(3推薦最佳方案.(4功能分解.(5設(shè)計(jì)軟件結(jié)構(gòu).(6設(shè)計(jì)數(shù)據(jù)庫(kù).(

17、7制定測(cè)試計(jì)劃.(8書寫文檔.(9審查和復(fù)查.30.模塊化:就是把程序劃分成獨(dú)立命名且可獨(dú)立訪問(wèn)的模塊,每個(gè)模塊完成一個(gè)子功能,把這些模塊集成起來(lái)構(gòu)成一個(gè)整體,可以完成指定的功能滿足用戶的需求.31.怎做到模塊獨(dú)立:開發(fā)具有獨(dú)立功能而且和其他模塊之間沒有過(guò)多的相互作用的模塊.32模塊獨(dú)立兩個(gè)定性標(biāo)準(zhǔn)度量:內(nèi)聚和耦合.33.耦合:對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量.34.內(nèi)聚:標(biāo)志著一個(gè)模塊各個(gè)元素彼此結(jié)合的緊密程度,它是信息隱藏和局部化概念的自然擴(kuò)展.分偶然內(nèi)聚0分36.設(shè)計(jì)時(shí)要力爭(zhēng)做到高內(nèi)聚,低耦合.37.啟發(fā)式規(guī)則介紹:(1.改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性.(2.模塊規(guī)模應(yīng)該適中.(3

18、.深度、寬度、扇出和扇入都應(yīng)適當(dāng).(4.模塊的作用域應(yīng)該在控制域之內(nèi).(5.力爭(zhēng)降低模塊接口的復(fù)雜程度.(6.設(shè)計(jì)單入口單出口的模塊.38.交換流:信息沿輸入通信路進(jìn)入系統(tǒng),同時(shí)由外部形式變換成內(nèi)部形式,進(jìn)入系統(tǒng)的信息通過(guò)變換中心,經(jīng)加工處理以后再沿輸出路變成外部形式離開軟件系統(tǒng).39.事務(wù)流:數(shù)據(jù)沿輸入通路到達(dá)一個(gè)處理T,這個(gè)處理根據(jù)輸入數(shù)據(jù)的類型在若干個(gè)動(dòng)作序列中選出一個(gè)來(lái)執(zhí)行.40.詳細(xì)設(shè)計(jì)目標(biāo):確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng).41.結(jié)構(gòu)程序設(shè)計(jì):如果一個(gè)程序的代碼塊僅僅通過(guò)順序、選擇和循環(huán)這3種基本控制結(jié)構(gòu)進(jìn)行連接,并且每個(gè)代碼只有一個(gè)入口和一個(gè)出口.42.實(shí)現(xiàn):通常把編碼和測(cè)試統(tǒng)稱.43.編碼:就是那軟件設(shè)計(jì)結(jié)果翻譯成用某種程序設(shè)計(jì)語(yǔ)言書寫的程序.44.測(cè)試方法:黑盒測(cè)試(知產(chǎn)品的功能可測(cè)試和白盒測(cè)試(知產(chǎn)品內(nèi)部工作過(guò)程可測(cè)試45.測(cè)試步驟:(1模塊測(cè)試.(2子系統(tǒng)測(cè)試.(3系統(tǒng)測(cè)試.(4驗(yàn)收測(cè)試.(5平行運(yùn)行.46.測(cè)試重點(diǎn):(1模塊接口(2局部數(shù)據(jù)結(jié)構(gòu)(3重要的執(zhí)行通路(4出錯(cuò)處理通路(5邊界條件.47.確認(rèn)測(cè)試:也稱驗(yàn)收測(cè)試,它的目標(biāo)是驗(yàn)收軟件的有效性.負(fù)責(zé)記錄發(fā)現(xiàn)的錯(cuò)誤和使用中遇到的問(wèn)題.49.Beta測(cè)試:由軟件的最終用戶在一個(gè)或多個(gè)客戶場(chǎng)所進(jìn)行.與Alpha測(cè)試不同,開發(fā)者通常不在Beta測(cè)試的現(xiàn)場(chǎng),因此,Bate