軟件測試習題集及答案(詳細版)

1、一、判斷分析題1.軟件測試的目的是盡可能多的找出軟件的缺陷。(Y2.軟件測試的目的是證明軟件沒有錯誤。(N3.測試組負責軟件質量。(N 4.程序的效率與程序的復雜性相關。(N 5.軟件是一種邏輯實體,而不是具體的物理實體,因而它具有抽象性。(Y 6.測試程序僅僅按預期方式運行就行了。(N 7.好的測試員不懈追求完美。( Y8.不存在質量很高但可靠性很差的產(chǎn)品。(N 9.測試是為了驗證該軟件已正確地實現(xiàn)了用戶的要求。( N10.發(fā)現(xiàn)錯誤多的程序模塊,殘留在模塊中的錯誤也多。(Y 11.程序效率的提高主要應通過選擇高效的算法來實現(xiàn)。( Y12.測試人員要堅持原則,缺陷未修復完堅決不予通過。(N13

2、.項目立項前測試人員不需要提交任何工件。(Y14.缺陷跟蹤系統(tǒng)只針對對測試人員來使用。(N 15.從用戶軟件開發(fā)者的角度出發(fā),普遍希望通過軟件測試暴露軟件中隱藏的錯誤和缺陷,以考慮是否可接受該產(chǎn)品。(N 16.軟件項目在進入需求分析階段,測試人員應該開始介入其中。( Y17.測試是提高產(chǎn)品質量根本手段。(18.代碼評審員一般由測試員擔任。(N19.代碼評審是檢查源代碼是否達到模塊設計的要求。(N20.軟件測試員可以對產(chǎn)品說明書進行白盒測試。(N 21.靜態(tài)白盒測試可以找出遺漏之處的問題。(Y 22.總是首先設計白盒測試用例。(N23.用黑盒法測試時,測試用例是根據(jù)程序內(nèi)部邏輯設計的。(N24.

3、黑盒測試方法中最有效的是因果圖法。(Y 25.軟件測試按照測試過程分類為黑盒、白盒測試。(N26.白盒測試又稱結構測試、邏輯驅動測試或基于程序的測試。(Y27.白盒測試時一般由開發(fā)人員兼任測試人員的角色。(Y28.黑盒測試是從用戶觀點出發(fā)的測試。(Y29.白盒測試是從用戶觀點出發(fā)的測試。(N30.白盒測試根據(jù)程序外部特征進行測試,黑盒測試根據(jù)程序內(nèi)部邏輯結構進行測試。(N31.程序通過了全面的白盒測試,就不需要再進行黑盒測試了。(N32.對于同一個測試對象,等價類的測試用例數(shù)多于邊界值的測試用例數(shù)。(33.如果輸入條件規(guī)定了取值范圍,則可定義一個有效等價類和兩個無效等價類。(Y34.不能對輸出

4、值域進行健壯性測試。(35.有n個變量的函數(shù)的健壯最壞情況測試用例的個數(shù)為:5的n次方。(Y36.有n個變量的函數(shù)的健壯最壞情況測試用例的個數(shù)為:7的n次方。(N37.有n個變量的函數(shù)的健壯性測試用例的個數(shù)為:5n+1。(N38.有n個變量的函數(shù)的最壞情況測試會產(chǎn)生5的n次方個測試用例。(Y39.有n個變量的函數(shù)的邊界值分析會產(chǎn)生4n+1個測試用例(Y40.邊界值分析的假設是“多缺陷”假設。(N41.健壯性測試的主要價值是觀察例外情況的處理。(Y42.在設計測試用例時,應包括合理的輸入條件和不合理的輸入條件。(Y 43.弱健壯等價類測試基于多缺陷假設。(N44.強健壯等價類測試是基于多缺陷假設

5、,并考慮了無效值。(Y45.強一般等價類測試考慮了無效值。(Y46.弱一般等價類是基于單缺陷假設。(Y47.弱健壯等價類測試基于單缺陷假設并考慮了無效值。(Y48.等價類測試的弱形式不如對應的強形式的測試全面(Y49.語句覆蓋是最弱的邏輯覆蓋。(Y50.語句覆蓋是最強的邏輯覆蓋。(N51.判定覆蓋不一定包含條件覆蓋。(Y52.條件覆蓋不一定包含判定覆蓋。(Y53.判定/條件覆蓋能同時滿足判定、條件兩種覆蓋標準。(Y54.判定/條件覆蓋指滿足判定覆蓋標準或條件覆蓋標準。(N55.DD-路徑圖是一種壓縮圖。(Y56.詳細設計的目的是為軟件結構圖中的每一個模塊確定使用的算法和塊內(nèi)數(shù)據(jù)結構,并用某種選

6、定的表達工具給出清晰的描述。( Y57.盡量用公共過程或子程序去代替重復的代碼段。(N58.對于連鎖型分支結構,若有n個判定語句,則有2n條路徑。(Y59.盡量采用復合的條件測試,以避免嵌套的分支結構。(Y60.GOTO語句概念簡單,使用方便,在某些情況下,保留GOTO語句反能使寫出的程序更加簡潔。(Y61.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。(Y62.單元測試屬于動態(tài)測試。( N63.單元測試多采用白盒測試(結構性測試技術。(Y64.單元測試需要從程序的內(nèi)部結構出發(fā)設計測試用例。(Y65.單元測試需要為每個基本單元開發(fā)驅動模塊或樁模塊。(Y66.在面向對象語言語言中,單元測試是函數(shù)或子過程。(

7、67.單元測試又稱為模塊測試,是針對軟件測試的最小單位-程序模塊進行正確性檢驗的測試工作。(Y68.集成測試計劃在需求分析階段末提交。(N69.自底向上集成需要測試員編寫驅動程序。(Y70.進行自底向上集成測試,需要為所測模塊或子系統(tǒng)編制相應的驅動模塊。(Y71.進行自底向上集成測試,需要為所測模塊或子系統(tǒng)編制相應的樁模塊。(N72.進行自頂向下集成測試,需要為所測模塊或子系統(tǒng)編制相應的驅動模塊。(N73.進行自頂向下集成測試,需要為所測模塊或子系統(tǒng)編制相應的樁模塊。(Y74.MM-路徑是可執(zhí)行路徑。(Y75.非漸增式集成方式,發(fā)現(xiàn)錯誤難以診斷定位。(Y76.集成測試是檢驗程序單元或部件的接口

8、關系,逐步集成為符合概要設計要求的程序部件或整個系統(tǒng)。(Y77.系統(tǒng)測試多采用白盒測試(結構性測試技術。(N(黑盒測試78.驗收測試是由最終用戶來實施的。(N79.負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。(N80.我們可以人為的使得軟件不存在配置問題。(N81.可以發(fā)布具有配置缺陷的軟件產(chǎn)品。(Y 82.所有軟件必須進行某種程度的兼容性測試。( Y83.所有軟件都有一個用戶界面,因此必須測試易用性。( N84.測試是由軟件的多個用戶在實際使用環(huán)境下進行的測試。(Y85.系統(tǒng)測試是在真實或模擬系統(tǒng)運行環(huán)境下,檢查完整的程序系統(tǒng)能否和相關硬件、外設、網(wǎng)絡、系統(tǒng)軟件和支持平臺等正確配置與

9、連接,并滿足用戶需求。(Y86.Beta 測試是驗收測試的一種。(Y二、簡答題1.什么是軟件測試?軟件測試的目的和作用是什么?答:利用測試工具按照測試方案和流程對產(chǎn)品進行功能和性能測試,甚至根據(jù)需要編寫不同的測試工具,設計和維護測試系統(tǒng),對測試方案可能出現(xiàn)的問題進行分析和評估。軟件測試是在受控制的條件下對系統(tǒng)或應用程序進行操作并評價操作的結果。軟件測試的目的是以最少的時間和人力,系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷。測試是為了證明程序有錯,而不是證明程序無錯。一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。軟件測試的原則包括:所有的測試都應追溯到用戶的需求;盡早地和不斷地進行軟件測試;不可能完全

10、的測試,因為輸入量太大,執(zhí)行路徑太多;注意測試中的群集現(xiàn)象;避免測試自己的程序;設計周密的測試用例。2.簡述軟件測試的目的和原則。答:軟件測試的目的是以最少的時間和人力,系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷。測試是為了證明程序有錯,而不是證明程序無錯。一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。軟件測試的原則包括:所有的測試都應追溯到用戶的需求;盡早地和不斷地進行軟件測試;不可能完全的測試,因為輸入量太大,執(zhí)行路徑太多;注意測試中的群集現(xiàn)象;避免測試自己的程序;設計周密的測試用例。3.軟件缺陷產(chǎn)生的原因?答: A.軟件需求說明書編寫的不全面,不完整,不準確,而且經(jīng)常更改 B.軟件設計說明書

11、C.軟件操作人員的水平 D.開發(fā)人員不能很好的理解需求明書和溝通不足4.什么是軟件測試,以及軟件測試的意義?答:軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。軟件測試是根據(jù)軟件開發(fā)階段的規(guī)格說明和程序的內(nèi)部結構而精心設計的一批測試用例(即輸入數(shù)據(jù)及預期的輸出結果,并利用這些測試用例去運行程序,以發(fā)現(xiàn)錯誤的過程。意義:1.對產(chǎn)品質量完成全面的評估,為軟件產(chǎn)品發(fā)布(如驗收測試、軟件系統(tǒng)部署(如性能規(guī)劃測試、軟件產(chǎn)品鑒定(第三方獨立測試委托方和被委托方糾紛仲裁(第三方獨立測試和其它決策提供信息;2.通過持續(xù)的測試(包括需求評審、設計評審、代碼評審等可以對產(chǎn)品質量提供持續(xù)的、快速的反饋,從而在整個開發(fā)過程中

12、不斷地、及時地改進產(chǎn)品的質量,并減少各種返工,降低軟件開發(fā)的成本;3.通過測試發(fā)現(xiàn)所要交付產(chǎn)品的缺陷,特別是盡可能地發(fā)現(xiàn)各種嚴重的缺陷,降低或消除產(chǎn)品質量風險,提高客戶的滿意度,擴大市場份額,提高客戶的忠誠度。4.通過對缺陷進行分析,找出缺陷發(fā)生的根本原因(軟件過程中的問題,包括錯誤的行為方式或總結出軟件產(chǎn)品的缺陷模式,避免將來犯同樣的錯誤或產(chǎn)生類似的產(chǎn)品問題,達到缺陷預防的目的5.什么是軟件測試?什么是測試用例,測試用例必須包括那幾部分?答:狹義的講,一個測試用例就是測試人員用以測試被測軟件的某個特性或特性組合的一組數(shù)據(jù)。這組數(shù)據(jù)可能是從用戶處得來的實際的一組數(shù)據(jù),也可能是測試人員專門設計出

13、來的測試軟件某些功能的一組數(shù)據(jù)。6.簡述你對測試工作的認識過程、在以后的工作的一些建議。7.請辨析軟件的質量是“設計出來的”還是“測試出來的”觀點。8.軟件測試與軟件開發(fā)的關系?答:軟件開發(fā)是一個系統(tǒng)的工程。包括需求分析,設計,編碼,測試,維護等等幾個環(huán)節(jié)。測試是整個軟件開發(fā)流程中的一個環(huán)節(jié)。9.在測試生命周期中,測試過程分為幾個階段?各個階段的含義?以及各階段的測試依據(jù)是什么?答:軟件測試是一個規(guī)則的過程,包括測試設計、測試執(zhí)行以及測試結果比較等。測試設計:根據(jù)軟件開發(fā)各階段的文檔資料和程序的內(nèi)部結構,利用各種設計測試用例技術精心設計測試用例。測試執(zhí)行:利用這些測試用例執(zhí)行程序,得到測試結果

14、。測試結果比較:將預期的結果與實際測試結果進行比較,如果二者不符合,對于出現(xiàn)的錯誤進行糾錯,并修改相應文檔。修改后的程序還要進行再次測試,直到滿意為止。如果測試發(fā)現(xiàn)不了錯誤,可能由于測試配置考慮不周到,應考慮重新制定測試方案,設計測試用例。按照開發(fā)階段劃分,軟件測試可分為單元測試、集成測試,系統(tǒng)測試和驗收測試。單元測試:針對每個單元的測試,以確保每個模塊能正常工作為目標。集成測試:對已測試過的模塊進行組裝,進行集成測試。系統(tǒng)測試:檢驗軟件產(chǎn)品能否與系統(tǒng)的其他部分協(xié)調(diào)工作。驗收測試:檢驗軟件產(chǎn)品質量的最后一道工序。10.一名優(yōu)秀的軟件測試工程師應具備哪些素質?答:一個優(yōu)秀的測試工程師應該具備的基

15、本素質有:責任心、溝通能力、團隊精神、自信心、耐心、懷疑精神、洞察力、幽默感等。應具備的專業(yè)素質有:有競爭力的測試人員要具有三方面的技能:計算機專業(yè)技能、測試專業(yè)技能、軟件編程技能。11.如何做一名合格的測試人員?測試人員應具備素質如下:(1溝通能力。(2移情能力。(3技術能力。(4自信心。(5外交能力。(6幽默感。(7很強的記憶力。(8耐心。(9懷疑精神。(10自我督促。(11洞察力。12.測試計劃的目的是什么?答:軟件測試計劃是指導測試過程的綱領性文件,包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風險分析等內(nèi)容。借助軟件測試計劃,參與測試的項目成員

16、,尤其是測試管理人員,可以明確測試任務和測試方法,保持測試實施過程的順暢溝通,跟蹤和控制測試進度,應對測試過程中的各種變更。13.什么是黑盒測試?黑盒測試主要采用的技術有哪些?答:黑盒測試又稱為功能測試、數(shù)據(jù)驅動測試和基于規(guī)格說明的測試。它從用戶觀點出發(fā)的測試。用這種方法進行測試時,把被測試程序當作一個黑盒,在不考慮程序內(nèi)部結構的內(nèi)部特性、測試者只知道該程序輸入和輸出之間的關系或程序功能的情況下,依靠能夠反映這一關系和程序功能需求規(guī)格的說明書,來確定測試用例和推斷測試結果的正確性。黑盒測試的方法包括:邊界值分析、等價類測試、基于決策表的測試和因果圖等。14.簡單描述黑盒測試各種方法的特點。答:

17、黑盒測試的方法主要有邊界值分析法、等價類劃分法、因果圖法、決策表測試法等。邊界值分析利用輸入變量的最小值、略大于最小值、輸入值域內(nèi)的任意值、略小于最大值和最大值來設計測試用例。等價類劃分法是把程序的輸入域劃分為若干部分,然后從每個部分中選取少數(shù)代表性數(shù)據(jù)當作測試用例。經(jīng)過類別的劃分后,每一類的代表性數(shù)據(jù)在測試中的作用都等價于這一類中的其他值。因果圖方法就是從程序規(guī)格說明書的描述中找出因(輸入條件和果(輸出結果,將因果圖轉換為決策表,最后為決策表中的每一列設計一個測試用例。這種方法考慮到了輸入情況各種組合以及各個輸入情況之間的相互制約關系。在所有的黑盒測試方法中,基于決策表的測試是最為嚴格、最具

18、有邏輯性的。在一些數(shù)據(jù)處理問題當中,某些操作的實施依賴于多個邏輯條件的組合,即:針對不同邏輯條件的組合值,分別執(zhí)行不同的操作。決策表法很適合測試這類問題。15.如果能夠執(zhí)行完美的黑盒測試,還需要進行白盒測試嗎?為什么?答:需要,黑盒測試可根據(jù)程序規(guī)格檢驗程序是否完成規(guī)定功能,但無法發(fā)現(xiàn)程序內(nèi)部的編碼和邏輯錯誤,白盒測試與之相反互補。16.邊界值測試有幾種方法?答:邊界值分析和健壯性測試17.等價分類法的測試技術采用的一般方法?舉例說明?答:(1為每個等價類編號;(2設計一個新的測試方案,以盡可能多的覆蓋尚未被覆蓋的有效等價類,重復這一步驟,直到所有有效等價類被覆蓋為止。(3設計一個新的測試方案

19、,使它覆蓋一個尚未被覆蓋的無效等價類, 重復這一步驟,直到所有無效等價類被覆蓋為止。18.什么是等價類?如何劃分等價類?等價類測試中有哪些方法?答:把單元的輸入域化分為幾種數(shù)據(jù)類,每種用來發(fā)現(xiàn)一類的錯誤,每類只用提供一個或幾個用例數(shù)據(jù)。目的是減少用例數(shù)量。19.請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。答:黑盒測試:已知產(chǎn)品的功能設計規(guī)格,可以進行測試證明每個實現(xiàn)了的功能是否符合要求。白盒測試:已知產(chǎn)品的內(nèi)部工作過程,可以通過測試證明每種內(nèi)部操作是否符合設計規(guī)格要求,所有內(nèi)部成分是否以經(jīng)過檢查。軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是

20、把測試對象看做一個黑盒子,測試人員完全不考慮程序內(nèi)部的邏輯結構和內(nèi)部特性,只依據(jù)程序的需求規(guī)格說明書,檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤:1、是否有不正確或遺漏的功能?2、在接口上,輸入是否能正確的接受?能否輸出正確的結果?3、是否有數(shù)據(jù)結構錯誤或外部信息(例如數(shù)據(jù)文件訪問錯誤?4、性能上是否能夠滿足要求?5、是否有初始化或終止性錯誤?軟件的白盒測試是對軟件的過程性細節(jié)做細致的檢查。這種方法是把測試對象看做一個打開的盒子,它允許測試人員利用程序內(nèi)部的邏輯結構及有關信息,設計或選擇測試用例,對程序所有邏輯路徑進行測試。通

21、過在不同點檢查程序狀態(tài),確定實際狀態(tài)是否與預期的狀態(tài)一致。因此白盒測試又稱為結構測試或邏輯驅動測試。白盒測試主要是想對程序模塊進行如下檢查:1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。2、對所有的邏輯判定,取“真”與取“假”的兩種情況都能至少測一遍。3、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。4、測試內(nèi)部數(shù)據(jù)結構的有效性,等等。單元測試(模塊測試是開發(fā)者編寫的一小段代碼,用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言,一個單元測試是用于判斷某個特定條件(或者場景下某個特定函數(shù)的行為。單元測試是由程序員自己來完成,最終受益的也是程序員自己?？梢赃@么說,程序員有責任編寫功能代碼,同

22、時也就有責任為自己的代碼編寫單元測試。執(zhí)行單元測試,就是為了證明這段代碼的行為和我們期望的一致。集成測試(也叫組裝測試,聯(lián)合測試是單元測試的邏輯擴展。它的最簡單的形式是:兩個已經(jīng)測試過的單元組合成一個組件,并且測試它們之間的接口。從這一層意義上講,組件是指多個單元的集成聚合。在現(xiàn)實方案中,許多單元組合成組件,而這些組件又聚合成程序的更大部分。方法是測試片段的組合,并最終擴展進程,將您的模塊與其他組的模塊一起測試。最后,將構成進程的所有模塊一起測試。系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。(常見的聯(lián)調(diào)測試系統(tǒng)測試的目的是

23、對最終軟件系統(tǒng)進行全面的測試,確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設計。驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒,并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務。驗收測試是向未來的用戶表明系統(tǒng)能夠像預定要求那樣工作。經(jīng)集成測試后,已經(jīng)按照設計把所有的模塊組裝成一個完整的軟件系統(tǒng),接口錯誤也已經(jīng)基本排除了,接著就應該進一步驗證軟件的有效性,這就是驗收測試的任務,即軟件的功能和性能如同用戶所合理期待的那樣。20.什么是白盒測試?白盒測試主要采用的技術有哪些? 白盒測試有那幾種方法?并簡單描述各種方法的特點。答:白盒測試又稱為結構測試、邏輯驅動測試或基于程序

24、的測試。它依賴于對程序細節(jié)的嚴密的檢驗。針對特定條件和循環(huán)集設計測試用例,對軟件的邏輯路徑進行測試。在程序的不同點檢驗程序的狀態(tài),來進行判定其實際情況是否和預期的狀態(tài)相一致。白盒測試包括:邏輯覆蓋、基路徑測試、數(shù)據(jù)流測試、程序插裝等?？傮w上分為靜態(tài)方法和動態(tài)方法兩大類靜態(tài):關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義動態(tài):語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。21.常用的邏輯覆蓋測試方法有哪幾種?并簡單描述各種方法的目的。答:邏輯覆蓋可分為:語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋及路徑覆蓋。語句覆蓋:要求設計若干個測試用例,運行被測程序,使程

25、序中的每個可執(zhí)行語句至少被執(zhí)行一次。判定覆蓋:要求設計若干測試用例,運行被測程序,使得程序中每個判斷的取真分支和取假分支至少執(zhí)行一次,即判斷的真假值均要被檢測。判定覆蓋又稱為分支覆蓋。條件覆蓋:要求設計若干測試用例,執(zhí)行被測程序,使得程序中每個判斷的每個條件的可能取值至少被執(zhí)行一次。判定/條件覆蓋:要求設計足夠的測試用例,執(zhí)行被測程序,使得判斷中每個條件的所有可能取值至少被執(zhí)行一次,同時每個判斷的所有可能判斷結果也至少被執(zhí)行一次。路徑覆蓋:要求設計足夠多測試用例,覆蓋程序中所有可能的路徑。22.邏輯覆蓋中幾種主要覆蓋的含義?舉例說明?答:邏輯覆蓋是一種使用最廣泛的結構測試方法。邏輯覆蓋以程序內(nèi)

26、部的邏輯結構為基礎設計測試用例,要求對被測程序的邏輯結構有清楚的了解,甚至要能掌握源程序的所有細節(jié)。由于覆蓋測試的目標不同,邏輯覆蓋可分為:語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋及路徑覆蓋。23.單元測試有那些步驟,各個步驟有那些實施內(nèi)容。答:1.靜態(tài)檢查:用工具Logiscope或者人工檢查單2.動態(tài)檢查:用工具PurifyPlus或者人工調(diào)試3.測試用例執(zhí)行(工具或人工設計測試用例及數(shù)據(jù);(提前編寫測試用例代碼、腳本、驅動模塊和樁模塊;(提前運行測試用例,記錄結果。(在步驟1,2之后進行24.非增量式測試與增量式測試答:非增量式測試的方法是先分散測試,然后集中起來再一次完成集成測試。

27、假如在模塊的接口處存在錯誤,只會在最后的集成測試時一下子暴露出來。增量式測試是逐步集成和逐步測試的方法,把可能出現(xiàn)的差錯分散暴露出來,便于找出問題和修改。而且一些模塊在逐步集成的測試中,得到了較多次的考驗,因此,可能會取得較好的測試效果。結論:增量式測試要比非增量式測試具有一定的優(yōu)越性。25.簡述自頂向下增量式測試和自底向上增量式測試兩種集成測試方法,并比較兩者的優(yōu)點和缺點。答:自頂向下增量式測試:主要優(yōu)點在于它可以自然的做到逐步求精,一開始就能讓測試者看到系統(tǒng)的框架。主要缺點是需要提供樁模塊,并且在輸入/輸出模塊接入系統(tǒng)以前,在樁模塊中表示測試數(shù)據(jù)有一定困難。自底向上增量式測試:優(yōu)點在于,由

28、于驅動模塊模擬了所有調(diào)用參數(shù),即使數(shù)據(jù)流并未構成有向的非環(huán)狀圖,生成測試數(shù)據(jù)也無困難。主要缺點在于,直到最后一個模塊被加進去之后才能看到整個程序(系統(tǒng)的框架。26.簡述集成測試的過程。集成測試的方法有那些?答:系統(tǒng)集成測試主要包括以下過程:1. 構建的確認過程。2. 補丁的確認過程。3. 系統(tǒng)集成測試測試組提交過程。4. 測試用例設計過程。5. 測試代碼編寫過程。6. Bug的報告過程。7. 每周/每兩周的構建過程。8. 點對點的測試過程。9. 組內(nèi)培訓過程。27.比較自頂向下集成測試和自底向上集成測試的優(yōu)劣?答:自頂向下集成測試表示逐步集成和逐步測試是按照結構圖自上而下進行的,即模塊集成的順序是首先集成主控模塊(主程序,然后依照控制層次結構向下進行集成。自底向上集成測試表示逐步集成和逐步測試的工作是按結構圖自下而上進行的,由于是從最底層開始集成,所以也就不再需要使用樁模塊進行輔助測試。自頂向下測試的主要優(yōu)點在于它可以自然的做到逐步求精,一開始就能讓測試者看到系統(tǒng)的框架。它的主要缺點是需要提供樁模塊。自底向上的優(yōu)點在于不