軟件測試基礎教程答案_第1頁
軟件測試基礎教程答案_第2頁
軟件測試基礎教程答案_第3頁
軟件測試基礎教程答案_第4頁
軟件測試基礎教程答案_第5頁
已閱讀5頁,還剩12頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

軟件測試基礎教程答案軟件測試基礎教程答案【篇一:軟件測試技術基礎課后習題答案[1]】>1.簡述軟件測試的意義。解:隨著計算機技術的迅速發(fā)展和廣泛深入的應用,軟件質(zhì)量問題已成為開發(fā)和使用軟件人員關注的焦點。而由于軟件本身的特性,軟件中的錯誤是不開避免的。不斷改進的開發(fā)技術和工具只能減少錯誤的發(fā)生,但是卻不可能完全避免錯誤。因此為了保證軟件質(zhì)量,必須對軟件進行測試。軟件測試是軟件開發(fā)中必不可少的環(huán)節(jié),是最有效的排除和防治軟件缺陷的手段,是保證軟件質(zhì)量、提高軟件可靠性的最重要手段。什么是軟件缺陷?它的表現(xiàn)形式有哪些?解:從產(chǎn)品內(nèi)部看,軟件缺陷是軟件產(chǎn)品開發(fā)或維護過程中所存在的錯誤、毛病等各種問題;從外部看,軟件缺陷是系統(tǒng)所需實現(xiàn)的某種功能的失效或違背。它的表現(xiàn)形式主要有以下幾種:(1)軟件未達到產(chǎn)品說明書中已經(jīng)標明的功能;(2)軟件出現(xiàn)了產(chǎn)品說明書中指明不會出現(xiàn)的錯誤;(3)軟件未達到產(chǎn)品說明書中雖未指出但應當達到的目標;(4)軟件功能超出了產(chǎn)品說明書中指出的范圍;(5)軟件測試人員認為軟件難以理解、不易使用,或者最終用戶認為該軟件使用效果不良。簡單分析軟件缺陷產(chǎn)生的原因,其中那個階段引入的缺陷最多,修復成本又最低?解:軟件缺陷產(chǎn)生的主要原因有:需求規(guī)格說明錯誤;設計錯誤;程序代碼有誤;其他。其中在需求分析階段引入的缺陷最多,修復的成本又最低。當用戶登錄某網(wǎng)站購物完畢并退出后,忽然想查查購物時付賬的總金額,于是按了瀏覽器左上角的“退回”按鈕,就又回到了退出前的網(wǎng)頁,你認為該購物軟件有缺陷嗎?如果有,屬于哪一類?解:有缺陷。其所屬類別與軟件產(chǎn)品說明書的要求有關。什么是軟件測試?簡述其目的與原則。解:軟件測試是為了盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種軟件缺陷而展開的貫穿整個軟件開發(fā)生命周期,對軟件產(chǎn)品(包括階段性產(chǎn)品)進行驗證和確認的活動過程。測試目的:(1)證明:獲取系統(tǒng)在可接受風險范圍內(nèi)可用的信心;嘗試在非正常情況和條件下的功能和特性;保證一個工作產(chǎn)品是完整的并且可用或可被集成。(2)檢測:發(fā)現(xiàn)缺陷、錯誤和系統(tǒng)不足;定義系統(tǒng)的能力和局限性;提供組件、工作產(chǎn)品和系統(tǒng)的質(zhì)量信息。(3)預防:澄清系統(tǒng)的規(guī)格和性能;提供預防或減少可能制造錯誤的信息;在過程中盡早檢測錯誤;確認問題和風險,并且提前確認解決這些問題和風險的途徑。測試過程中應注意和遵循的原則:(1)測試不是為了證明程序的正確性,而是為了證明程序不能工作。(2)測試應當有重點。(3)事先定義好產(chǎn)品的質(zhì)量標準。(4)軟件項目一啟動,軟件測試也就開始,而不是等到程序?qū)懲瓴砰_始進行測試。(5)窮舉測試是不可能的。(6)第三方進行測試會更客觀,更有效。(7)軟件測試計劃是做好軟件測試工作的前提。(8)測試用例是設計出來的,不是寫出來的。(9)對發(fā)現(xiàn)錯誤較多的程序段,應進行更深入的測試(10)重視文檔,妥善保存一切測試過程文檔。件測試階段是如何劃分的?解:軟件測試的階段劃分為:規(guī)格說明書審查;系統(tǒng)和程序設計審查;單元測試;集成測試;確認測試;系統(tǒng)測試;驗收測試。簡述軟件開發(fā)的幾個模式,并說明每種模式對軟件測試的影響。解:大棒模式簡單,計劃、進度安排和正規(guī)開發(fā)過程幾乎沒有,其開發(fā)過程是非工程化的。大棒模式的軟件測試通常在開發(fā)任務完成后進行,很難回頭修復存在的問題,測試工作只是向客戶報告軟件經(jīng)過測試后發(fā)現(xiàn)的情況。邊寫邊改模式通常最初只有粗略的想法就進行簡單的設計,然后開始較長的反復編寫、測試和修復過程,在認為無法更精細地描述軟件產(chǎn)品要求時就發(fā)布產(chǎn)品。該模式下,軟件測試人員將和程序員起陷入可能是長期的循環(huán)往復過程。瀑布模式將軟件生命周期的各項活動規(guī)定為按照固定順序相連的干個階段性工作,形如瀑布流水,最終得到軟件產(chǎn)品。軟件測試在后期展開,使得開發(fā)中出現(xiàn)的問題直到開發(fā)后期才顯露,失去了及早糾正的機會??焖僭湍J绞紫葮嬙煲粋€功能簡單的原型系統(tǒng),然后通過對原型系統(tǒng)逐步求精,不斷擴充完善得到最終的軟件系統(tǒng)。原型系統(tǒng)在擴充完善過程中不斷被檢查、測試和修改。螺旋模式是瀑布模式與邊寫邊改模式演化結合的形式,并加入了風險評估所建立的軟件開發(fā)模式,其主要思想是在開始時不必詳細定義所有細節(jié),而是從小開始,定義重要功能,盡量實現(xiàn),接受客戶反饋,進入下一階段并重復上述過程,直到獲得最終產(chǎn)品。測試在每個階段都要進行,并從最初就參與。簡述軟件測試過程。解:軟件測試過程主要包括如下6個活動:測試計劃;測試需求分析;測試設計;測試規(guī)程實現(xiàn);測試執(zhí)行;總結生成報告?!败浖y試能夠保證軟件的質(zhì)量”這句話對嗎?軟件測試和軟件質(zhì)量之間是什么關系?解:不對。軟件測試是保障軟件質(zhì)量的手段之一,但不是唯一手段。測試是產(chǎn)品高質(zhì)量的必要非充分條件,軟件測試不能決定軟件質(zhì)量。判斷以下說法是否正確。(1)軟件測試和軟件調(diào)試是同一回事(2)軟件測試是可以無窮盡的。(3)測試是為了證明軟件的正確性。(4)測試過程中應重視測試的執(zhí)行,可以輕視測試的設計。(5)測試不能修復所有的軟件故障。(6)因為測試工作簡單,對軟件產(chǎn)品影響不大,所以可以把測試作為新員工的一個過渡工作,或安排不合格的開發(fā)人員做測試。解:(1)(2)(3)(4)(6)錯誤,(5)正確。簡述軟件開發(fā)進程與測試進程的關系。解:軟件測試是一個貫穿軟件開發(fā)生命周期的活動,它可以是一個與開發(fā)并行的過程,也可以是在開發(fā)完成某個階段任務之后的活動。第2章軟件測試方法與過程1.對軟件測試的復雜性進行歸納分析。解:軟件測試的復雜性在于:無法對程序進行完全的測試;測試無法保證被測程序中無遺留錯誤;不能修復所有的軟件故障。2.分別解釋什么是靜態(tài)測試、動態(tài)測試、黑盒測試、白盒測試、人工測試和自動化測試。解:所謂靜態(tài)測試是指不運行被測軟件,僅通過分析或檢查等其他手段達到檢測的目的。所謂動態(tài)測試是指通過運行被測軟件,檢查運行結果與預期結果的差異,并分析運行效率和健壯性等性能。黑盒測試是指在對程序進行的功能抽象的基礎上,將程序劃分成功能單元,然后對每個功能單元生成測試數(shù)據(jù)進行測試。用這種方法進行測試時,被測程序被當作打不開的黑盒,因而無法了解其內(nèi)構造,因此又稱為功能測試。白盒測試又稱為結構測試或邏輯驅(qū)動測試,它是知道產(chǎn)品內(nèi)部工過程,可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)正常進行,按照程序內(nèi)部的結構測試程序,檢驗程序中的每條通是否都有能按預定要求正確工作,而不顧它的功能。廣義上,人工測試是人為測試和手工測試的統(tǒng)稱。人為測試的主方法有桌前檢查,代碼審查和走查。手工測試指的是在測試過程中,按測試計劃一步一步執(zhí)行程序,得出測試結果并進行分析的測試行為。自動化測試指的是利用測試工具來執(zhí)行測試,并進行測試結果分析的測試行為。3.如果沒有軟件規(guī)格說明或需求文檔,可以進行動態(tài)黑盒測試嗎?為什么?解:不行。因為黑盒測試是基于軟件規(guī)格說明的測試。4.在單元測試中,所謂單元是如何劃分的?解:單元測試的對象通常是軟件設計的最小邏輯單元,單元的劃分在面向過程的結構化程序中一般是函數(shù)或子過程,在面向?qū)ο蟮某绦蛑锌梢允穷惢蝾惖某蓡T函數(shù)。5.簡述單元測試的主要任務。解:單元測試的主要任務是:模塊接口測試;局部數(shù)據(jù)結構測試;路徑測試;錯誤處理測試;邊界測試。6.如果開發(fā)時間緊迫,是否可以跳過單元測試而直接進行集成測試?為什么?解:不可以。因為沒有經(jīng)過單元測試的模塊會遺留大量的缺陷到集成測試階段,而在集成測試階段對這些缺陷定位困難,導致后續(xù)工作展開困難,修復缺陷成本成指數(shù)級增長。7.什么是驅(qū)動模塊和樁模塊?為下面的函數(shù)構造一個驅(qū)動模塊。intdivide(inta,intb){intc;f(b==0){printf(除數(shù)不能為0);return0;}c=a/b;returnc;}解:驅(qū)動模塊是用以模擬被測模塊的上級模塊,它接收測試數(shù)據(jù),傳送數(shù)據(jù)給被測模塊,啟動被測模塊,最后輸出實測結果。樁模塊用以模擬被測模塊工作過程中所調(diào)用的子模塊。函數(shù)驅(qū)動模塊:voidmain(){intx,y,z;scanf(“%d%d”,x,y);z=divide(x,y);printf(“%d”,z);}8.什么是回歸測試?什么時候進行回歸測試?解:回歸測試就是重新運行現(xiàn)有測試用例測試原有功能,以便確定變更是否達到了預期的目的,檢查變更是否損害了原有的正常功能。每當軟件發(fā)生變化時就應進行回歸測試。9.集成測試有哪些不同的集成方法?簡述不同方法的特點。解:集成測試通常有一次性集成、自頂向下集成、自底向上集成和混合集成4種集成方法。一次性集成方法需要的測試用例數(shù)目少,測試方法簡單、易行。但是由于不可避免存在模塊間接口、全局數(shù)據(jù)結構等方面的問題,所以一次運行成功的可能性不大;如果一次集成的模塊數(shù)量多,集成測試后可能會出現(xiàn)大量的錯誤,給程序的錯誤定位與修改帶來很大的麻煩;即使集成測試通過,也會遺漏很多錯誤進入系統(tǒng)測試。自頂向下集成在測試的過程中,可以較早地驗證主要的控制和判斷點;一般不需要驅(qū)動程序,減少了測試驅(qū)動程序開發(fā)和維護的費用;可以和開發(fā)設計工作一起并行執(zhí)行集成測試,能夠靈活的適應目標環(huán)境;容易進行故障隔離和錯誤定位。但是在測試時需要為每個模塊的下層模塊提供樁模塊,樁模塊的開發(fā)和維護費用大;樁模塊不能反映真實情況,重要數(shù)據(jù)不能及時回送到上層模塊,導致測試不充分;涉及復雜算法和真正i/o的底層模塊最易出問題,在后期才遇到導致過多的回歸測試。自底向上集成可以盡早的驗證底層模塊的行為;提高了測試效率;一般不需要樁模塊;容易對錯誤進行定位。但是直到最后一個模塊加進去之后才能看到整個系統(tǒng)的框架;驅(qū)動模塊的設計工作量大;不能及時發(fā)現(xiàn)高層模塊設計上的錯誤?;旌霞删哂凶皂斚蛳潞妥缘紫蛏蟽煞N集成策略的優(yōu)點,但是在集成之前,中間層不能盡早得到充分的測試。10.系統(tǒng)測試主要包括哪些內(nèi)容?解:系統(tǒng)測試主要包括強度測試、性能測試、恢復測試、安全測試、可靠性測試、安裝測試、容量測試和文檔測試。11.驗收測試是由誰完成的?通常包含哪些過程?12.分析比較面向?qū)ο蟮能浖y試與傳統(tǒng)的軟件測試的異同。解:傳統(tǒng)的單元測試的對象是軟件設計的最小單位——模塊。當考慮面向?qū)ο筌浖r,單元的概念發(fā)生了變化,此時最小的可測試單位是封裝的類或?qū)ο螅辉偈莻€體的模塊。傳統(tǒng)單元測試主要關注模塊的算法實現(xiàn)和模塊接口間數(shù)據(jù)的傳遞,而面向?qū)ο蟮膯卧獪y試主要考察封裝在一個類中的方法和類的狀態(tài)行為面向?qū)ο筌浖]有層次的控制結構,因此傳統(tǒng)的自頂向下和自底向上集成策略就不再適合,它主要有以下兩種集成策略:基于類間協(xié)作關系的橫向測試;基于類間繼承關系的縱向測試。系統(tǒng)測試一般不考慮內(nèi)部結構和中間結果,因此面向?qū)ο筌浖到y(tǒng)測試與傳統(tǒng)的系統(tǒng)測試差別不大。面向?qū)ο筌浖y試的整體目標和傳統(tǒng)軟件測試的目標是一致的,即以最小的工作量發(fā)現(xiàn)盡可能多的錯誤,但是面向?qū)ο鬁y試的策略和戰(zhàn)術有很大不同。測試的視角擴大到包括復審分析和設計模型,此外,測試的焦點從過程構件(模塊)移向了類?!酒很浖y試技術習題參考答案】>1、簡述軟件缺陷的含義。答:軟件缺陷是軟件開發(fā)過程中潛在的缺陷,這些缺陷可能在軟件運行后出現(xiàn),因而使軟件的性能和可靠性等方面與系統(tǒng)的設計需求不符。2、說明軟件缺陷、軟件錯誤和軟件失敗的關系。答:缺陷、缺點、偏差統(tǒng)稱為缺陷,是軟件故障的根源;錯誤、謬誤、問題、異常、矛盾等統(tǒng)稱為錯誤,軟件錯誤出現(xiàn)的原因是軟件缺陷所致;失敗、事故、災難統(tǒng)稱失敗,失敗的直接原因是軟件系統(tǒng)存在軟件錯誤。14、“軟件測試是有風險的工作”,試解釋這種說法的含義。答:軟件不測試,就會有風險;軟件測試,同樣也會有風險。因為,軟件是個復雜的系統(tǒng),其復雜性體現(xiàn)在軟件實現(xiàn)的內(nèi)容復雜性、開發(fā)過程的復雜性和組織工作的復雜性等方面。而軟件測試的目的是為了發(fā)現(xiàn)故障,并加以排除。對一個復雜的軟件系統(tǒng)來說,故障的排除往往可能又帶來新的軟件缺陷。所以,軟件測試又會帶來一定的風險。第2章軟件測試基礎2、條件覆蓋是否高于判斷覆蓋的邏輯覆蓋程度?如果不是,請給出反例加以說明。答:條件覆蓋是高于判斷覆蓋的邏輯覆蓋程度。a、 用條件覆蓋所設計的測試用例可使得程序中的每一個判斷的每個條件的可能取值至少執(zhí)行一次。b、 用判斷覆蓋所設計的測試用例可使被測程序中的每個判斷的真分支和假分支至少經(jīng)歷一次。每個判斷語句可能包含多個條件(比如,if(a3b7)……)。條件覆蓋針對判斷語句的每一個條件的所有可能取值編寫測試用例;判斷覆蓋只針對每一個判斷語句整體的所有可能取值編寫測試用例。所以,條件覆蓋的邏輯覆蓋程度高于判斷覆蓋。4、已知某種計算機程序設計語言的標識符語法規(guī)則規(guī)定“標示符由非數(shù)字開頭的,有效字符數(shù)為32個,最大字符數(shù)為128個的任符號串”。試用等價類劃分法設計測試用例。答:(1)等價類劃分測試用例varabc7*ef:real;beginabc7*ef:=10.11;〃覆蓋等價類(1)(5)(7var:real;//覆蓋等價類(2)③vara12345678901234567890123456789012:real;//覆蓋價類(3)④vart12345 :real;//覆蓋等價類(4)@vargoto:real;//覆蓋等價類(6)⑥var2a:real;//覆蓋等價類(8)5、已知一個變量的類型為double,它的取值范圍為“-0.2-2.2”。試給出邊界值法的測試用例。答:測試用例-0.201,-0.199,2.199,2.2016、已知程序框圖如下圖所示,試分別給出:(a)語句覆蓋,(b)條件覆蓋,(c)判斷覆蓋,的最小測試用例和路徑。圖2-12分解為基本判斷的例子答:共2個語句:x二x/a和x=x+1。2個判斷,4個判斷語句:al,b=0,a=2,x1o個條件:al,b=0,a=2,x1。8個條件取值:t1,t2,t3,t4,?t1,?t2,?t3,?t42條路徑:(11)acdbgk(l2)acebgk(13)acdbfk(l4)acdbghk(15)abgk(a)語句覆蓋測試用例:a=2,b=0,x=5,覆蓋路徑l4,覆蓋所有語句x=x/a和x=x+1o(b)判斷覆蓋覆蓋路徑:acdfk(t1t2t3t4)測試用例:a=2,b=0,x=4期望結果:a=2,b=0,x=3覆蓋路徑:acegk(t1?t2?t3?t4)測試用例:a=3,b=1,x=6期望結果:a=3,b=1,x=6覆蓋路徑:abgk(?t1?t2?t3?t4)測試用例:a=0,b=1,x=6期望結果:a=0,b=1,x=6以上測試用例覆蓋每個判斷的真分支假分支至少一次。(c)條件覆蓋測試用例:1)a=3,b=0,x=5,覆蓋路徑14;2)a=3,b=1,x=1,覆蓋路徑12;3)a=2,b=1,x=1,覆蓋路徑15;4)a=2,b=0,x=5,覆蓋路徑13;以上測試用例覆蓋每一個判斷的每一個條件的可能取值至少一次。7、下面給出一個計算3個數(shù)中最大數(shù)的程序,試完成下列工作:(a)給出對應的流圖;(b)計算環(huán)形復雜性v(g);(c)求獨立路徑構成的基本集合(num1,num2,num3各取一次最大值);(d)給出每條路徑執(zhí)行的期望結果;(e)給出每一條路徑的測試用例。①②③④⑤⑥⑦圖2-3一個計算三個數(shù)中最大數(shù)的程序解:(b)環(huán)形復雜性:3基本路徑集:(不唯一)1235671245712357期望結果:123567的結果:num3是最大值12457的結果:num2是最大值12357的結果:num1是最大值測試用例:(不唯一)123567的測試用例:num1=5;num2=3;num3=812457的測試用例:num1=3;num2=9;num3=512357的測試用例:num1=9;num2=4;num3=54【篇三:軟件測試課后習題】軟件測試概述(1)第2章軟件測試方法與過程(4)第3章黑盒測試(7)第4章白盒測試方法(13)第5章軟件測試管理及自動化測試基礎(18)第6章第7章第8章winrunner測試工具 20loadrunner測試工具(22)junit(24)第1章軟件測試概述1.簡述軟件測試的意義。解:隨著計算機技術的迅速發(fā)展和廣泛深入的應用,軟件質(zhì)量問題已成為開發(fā)和使用軟件人員關注的焦點。而由于軟件本身的特性,軟件中的錯誤是不開避免的。不斷改進的開發(fā)技術和工具只能減少錯誤的發(fā)生,但是卻不可能完全避免錯誤。因此為了保證軟件質(zhì)量,必須對軟件進行測試。軟件測試是軟件開發(fā)中必不可少的環(huán)節(jié),是最有效的排除和防治軟件缺陷的手段,是保證軟件質(zhì)量、提高軟件可靠性的最重要手段。2.什么是軟件缺陷?它的表現(xiàn)形式有哪些?解:從產(chǎn)品內(nèi)部看,軟件缺陷是軟件產(chǎn)品開發(fā)或維護過程中所存在的錯誤、毛病等各種問題;從外部看,軟件缺陷是系統(tǒng)所需實現(xiàn)的某種功能的失效或違背。它的表現(xiàn)形式主要有以下幾種:(1)軟件未達到產(chǎn)品說明書中已經(jīng)標明的功能;(2)軟件出現(xiàn)了產(chǎn)品說明書中指明不會出現(xiàn)的錯誤;(3)軟件未達到產(chǎn)品說明書中雖未指出但應當達到的目標;(4)軟件功能超出了產(chǎn)品說明書中指出的范圍;(5)軟件測試人員認為軟件難以理解、不易使用,或者最終用戶認為該軟件使用效果不良。3.簡單分析軟件缺陷產(chǎn)生的原因,其中那個階段引入的缺陷最多,修復成本又最低?解:軟件缺陷產(chǎn)生的主要原因有:需求規(guī)格說明錯誤;設計錯誤;程序代碼有誤;其他。其中在需求分析階段引入的缺陷最多,修復的成本又最低。解:有缺陷。其所屬類別與軟件產(chǎn)品說明書的要求有關。什么是軟件測試?簡述其目的與原則。解:軟件測試是為了盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種軟件缺陷而展開的貫穿整個軟件開發(fā)生命周期,對軟件產(chǎn)品(包括階段性產(chǎn)品)進行驗證和確認的活動過程。測試目的:(1)證明:獲取系統(tǒng)在可接受風險范圍內(nèi)可用的信心;嘗試在非正常情況和條件下的功能和特性;保證一個工作產(chǎn)品是完整的并且可用或可被集成。(2)檢測:發(fā)現(xiàn)缺陷、錯誤和系統(tǒng)不足;定義系統(tǒng)的能力和局限性;提供組件、工作產(chǎn)品和系統(tǒng)的質(zhì)量信息。(3)預防:澄清系統(tǒng)的規(guī)格和性能;提供預防或減少可能制造錯誤的信息;在過程中盡早檢測錯誤;確認問題和風險,并且提前確認解決這些問題和風險的途徑。測試過程中應注意和遵循的原則:(1)測試不是為了證明程序的正確性,而是為了證明程序不能工作。(2)測試應當有重點。(3)事先定義好產(chǎn)品的質(zhì)量標準。(4)軟件項目一啟動,軟件測試也就開始,而不是等到程序?qū)懲瓴砰_始進行測試。(5)窮舉測試是不可能的。(6)第三方進行測試會更客觀,更有效。(7)軟件測試計劃是做好軟件測試工作的前提。(8)測試用例是設計出來的,不寫出來的。(9)對發(fā)現(xiàn)錯誤較多的程序段,應進行更深入的測試(10)重視文檔,妥善保存一切測試過程文檔。件測試階段是如何劃分的?解:軟件測試的階段劃分為:規(guī)格說明書審查;系統(tǒng)和程序設計審查;單元測試;集成測試;確認測試;系統(tǒng)測試;驗收測試。簡述軟件開發(fā)的幾個模式,并說明每種模式對軟件測試的影響。解:大棒模式簡單,計劃、進度安排和正規(guī)開發(fā)過程幾乎沒有,其開發(fā)過程是非工程化的。大棒模式的軟件測試通常在開發(fā)任務完成后進行,很難回頭修復存在的問題,測試工作只是向客戶報告軟件經(jīng)過測試后發(fā)現(xiàn)的情況。邊寫邊改模式通常最初只有粗略的想法就進行簡單的設計,然后開始較長的反復編寫、測試和修復過程,在認為無法更精細地描述軟件產(chǎn)品要求時就發(fā)布產(chǎn)品。該模式下,軟件測試人員將和程序員起陷入可能是長期的循環(huán)往復過程。瀑布模式將軟件生命周期的各項活動規(guī)定為按照固定順序相連的若干個階段性工作,形如瀑布流水,最終得到軟件產(chǎn)品。軟件測試在后期展開,使得開發(fā)中出現(xiàn)的問題直到開發(fā)后期才顯露,失去了及早糾正的機會??焖僭湍J绞紫葮嬙煲粋€功能簡單的原型系統(tǒng),然后通過對原型系統(tǒng)逐步求精,不斷擴充完善得到最終的軟件系統(tǒng)。原型系統(tǒng)在充完善過程中不斷被檢查、測試和修改。螺旋模式是瀑布模式與邊寫邊改模式演化結合的形式,并加入了風險評估所建立的軟件開發(fā)模式,其主要思想是在開始時不必詳細定義所有細節(jié),而是從小開始,定義重要功能,盡量實現(xiàn),接受客戶反饋,進入下一階段并重復上述過程,直到獲得最終產(chǎn)品。測試在每個階段都要進行,并從最初就參與。簡述軟件測試過程。解:軟件測試過程主要包括如下6個活動:測試計劃;測試需求分析;測試設計;測試規(guī)程實現(xiàn);測試執(zhí)行;總結生成報告?!败浖y試能夠保證軟件的質(zhì)量”這句話對嗎?軟件測試和軟件質(zhì)量之間是什么關系?解:不對。軟件測試是保障軟件質(zhì)量的手段之一,但不是唯一手段。測試是產(chǎn)品高質(zhì)量的必要非充分條件,軟件測試不能決定軟件質(zhì)判斷以下說法是否正確。(1)軟件測試和軟件調(diào)試是同一回事。(2)軟件測試是可以無窮盡的。(3)測試是為了證明軟件的正確性。(4)測試過程中應重視測試的執(zhí)行,可以輕視測試的設計。(5)測試

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論