軟件測(cè)試技術(shù) 習(xí)題答案 朱少民 第二版

目錄第章軟件測(cè)試概述.1第章軟件測(cè)試方法與過(guò)程.4第章黑盒測(cè)試.7第章白盒測(cè)試方法.13第章軟件測(cè)試管理及自動(dòng)化測(cè)試基礎(chǔ).18第章WINRUNNER測(cè)試工具.19第章LOADRUNNER測(cè)試工具.21第章JUNIT.23PDF 文件使用 pdfFactory Pro 試用版本創(chuàng)建第1章軟件測(cè)試概述1.簡(jiǎn)述軟件測(cè)試的意義。解：隨著計(jì)算機(jī)技術(shù)的迅速發(fā)展和廣泛深入的應(yīng)用，軟件質(zhì)量問(wèn)題已成為開(kāi)發(fā)和使用軟件人員關(guān)注的焦點(diǎn)。而由于軟件本身的特性，軟件中的錯(cuò)誤是不開(kāi)避免的。不斷改進(jìn)的開(kāi)發(fā)技術(shù)和工具只能減少錯(cuò)誤的發(fā)生，但是卻不可能完全避免錯(cuò)誤。因此為了保證軟件質(zhì)量，必須對(duì)軟件進(jìn)行測(cè)試。軟件測(cè)試是軟件開(kāi)發(fā)中必不可少的環(huán)節(jié)，是最有效的排除和防治軟件缺陷的手段，是保證軟件質(zhì)量、提高軟件可靠性的最重要手段。2.什么是軟件缺陷？它的表現(xiàn)形式有哪些？解：從產(chǎn)品內(nèi)部看，軟件缺陷是軟件產(chǎn)品開(kāi)發(fā)或維護(hù)過(guò)程中所存在的錯(cuò)誤、毛病等各種問(wèn)題；從外部看，軟件缺陷是系統(tǒng)所需實(shí)現(xiàn)的某種功能的失效或違背。軟）2；（能功的經(jīng)標(biāo)明中已未達(dá)到產(chǎn)品說(shuō)明書(shū)軟件）1（：以下幾種有表現(xiàn)形式主要的它當(dāng)?shù)珣?yīng)雖未指出中未達(dá)到產(chǎn)品說(shuō)明書(shū)軟件）3；（的錯(cuò)誤會(huì)出現(xiàn)不指明中產(chǎn)品說(shuō)明書(shū)了出現(xiàn)件難為軟件認(rèn)軟件測(cè)試人員）5范圍；（的指出中產(chǎn)品說(shuō)明書(shū)了超出能功軟件）4目標(biāo)；（的達(dá)到以理解、不易使用，或者最終用戶(hù)認(rèn)為該軟件使用效果不良。3.簡(jiǎn)單分析軟件缺陷產(chǎn)生的原因，其中那個(gè)階段引入的缺陷最多，修復(fù)成本又最低？解：軟件缺陷產(chǎn)生的主要原因有：需求規(guī)格說(shuō)明錯(cuò)誤；設(shè)計(jì)錯(cuò)誤；程序代碼有誤；其他。其中在需求分析階段引入的缺陷最多，修復(fù)的成本又最低。4.當(dāng)用戶(hù)登錄某網(wǎng)站購(gòu)物完畢并退出后，忽然想查查購(gòu)物時(shí)付賬的總金額，于是按了瀏覽器左上角的“退回”按鈕，就又回到了退出前的網(wǎng)頁(yè)，你認(rèn)為該購(gòu)物軟件有缺陷嗎？如果有，屬于哪一類(lèi)？解：有缺陷。其所屬類(lèi)別與軟件產(chǎn)品說(shuō)明書(shū)的要求有關(guān)。5.什么是軟件測(cè)試？簡(jiǎn)述其目的與原則。解：軟件測(cè)試是為了盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種軟件缺陷而展開(kāi)的貫穿整個(gè)軟件開(kāi)發(fā)生命周期，對(duì)軟件產(chǎn)品（包括階段性產(chǎn)品）進(jìn)行驗(yàn)證和確認(rèn)的活動(dòng)過(guò)程。測(cè)試目的：（1）證明：獲取系統(tǒng)在可接受風(fēng)險(xiǎn)范圍內(nèi)可用的信心；嘗試在非正常情況和條件下的功能和特性；保證一個(gè)工作產(chǎn)品是完整的并且可用或可被集成。（2）檢測(cè)：發(fā)現(xiàn)缺陷、錯(cuò)誤和系統(tǒng)不足；定義系統(tǒng)的能力和局限性；提供組件、工作產(chǎn)品和系統(tǒng)的質(zhì)量信息。（3）預(yù)防：澄清系統(tǒng)的規(guī)格和性能；提供預(yù)防或減少可能制造錯(cuò)誤的信息；在過(guò)程中盡早檢測(cè)錯(cuò)誤；確認(rèn)問(wèn)題和風(fēng)險(xiǎn)，并且提前確認(rèn)解決這些問(wèn)題和風(fēng)險(xiǎn)的途徑。測(cè)試過(guò)程中應(yīng)注意和遵循的原則：（1）測(cè)試不是為了證明程序的正確性，而是為了證明程序不能工作。（2）測(cè)試應(yīng)當(dāng)有重點(diǎn)。（3）事先定義好產(chǎn)品的質(zhì)量標(biāo)準(zhǔn)。（4）軟件項(xiàng)目一啟動(dòng)，軟件測(cè)試也就開(kāi)始，而不是等到程序?qū)懲瓴砰_(kāi)始進(jìn)行測(cè)試。（5）窮舉測(cè)試是不可能的。（6）第三方進(jìn)行測(cè)試會(huì)更客觀，更有效。（7）軟件測(cè)試計(jì)劃是做好軟件測(cè)試工作的前提。1PDF 文件使用 pdfFactory Pro 試用版本創(chuàng)建（8）測(cè)試用例是設(shè)計(jì)出來(lái)的，不是寫(xiě)出來(lái)的。（9）對(duì)發(fā)現(xiàn)錯(cuò)誤較多的程序段，應(yīng)進(jìn)行更深入的測(cè)試。（10）重視文檔，妥善保存一切測(cè)試過(guò)程文檔。6. 件測(cè)試階段是如何劃分的？解：軟件測(cè)試的階段劃分為：規(guī)格說(shuō)明書(shū)審查；系統(tǒng)和程序設(shè)計(jì)審查；單元測(cè)試；集成測(cè)試；確認(rèn)測(cè)試；系統(tǒng)測(cè)試；驗(yàn)收測(cè)試。7. 簡(jiǎn)述軟件開(kāi)發(fā)的幾個(gè)模式，并說(shuō)明每種模式對(duì)軟件測(cè)試的影響。解：大棒模式簡(jiǎn)單，計(jì)劃、進(jìn)度安排和正規(guī)開(kāi)發(fā)過(guò)程幾乎沒(méi)有，其開(kāi)發(fā)過(guò)程是非工程化的。大棒模式的軟件測(cè)試通常在開(kāi)發(fā)任務(wù)完成后進(jìn)行，很難回頭修復(fù)存在的問(wèn)題，測(cè)試工作只是向客戶(hù)報(bào)告軟件經(jīng)過(guò)測(cè)試后發(fā)現(xiàn)的情況。邊寫(xiě)邊改模式通常最初只有粗略的想法就進(jìn)行簡(jiǎn)單的設(shè)計(jì)，然后開(kāi)始較長(zhǎng)的反復(fù)編寫(xiě)、測(cè)試和修復(fù)過(guò)程，在認(rèn)為無(wú)法更精細(xì)地描述軟件產(chǎn)品要求時(shí)就發(fā)布產(chǎn)品。該模式下，軟件測(cè)試人員將和程序員一起陷入可能是長(zhǎng)期的循環(huán)往復(fù)過(guò)程。瀑布模式將軟件生命周期的各項(xiàng)活動(dòng)規(guī)定為按照固定順序相連的若干個(gè)階段性工作，形如瀑布流水，最終得到軟件產(chǎn)品。軟件測(cè)試在后期展開(kāi)，使得開(kāi)發(fā)中出現(xiàn)的問(wèn)題直到開(kāi)發(fā)后期才顯露，失去了及早糾正的機(jī)會(huì)?？焖僭湍Ｊ绞紫葮?gòu)造一個(gè)功能簡(jiǎn)單的原型系統(tǒng)，然后通過(guò)對(duì)原型系統(tǒng)逐步求精，不斷擴(kuò)充完善得到最終的軟件系統(tǒng)。原型系統(tǒng)在擴(kuò)充完善過(guò)程中不斷被檢查、測(cè)試和修改。螺旋模式是瀑布模式與邊寫(xiě)邊改模式演化結(jié)合的形式，并加入了風(fēng)險(xiǎn)評(píng)估所建立的軟件開(kāi)發(fā)模式，其主要思想是在開(kāi)始時(shí)不必詳細(xì)定義所有細(xì)節(jié)，而是從小開(kāi)始，定義重要功能，盡量實(shí)現(xiàn)，接受客戶(hù)反饋，進(jìn)入下一階段并重復(fù)上述過(guò)程，直到獲得最終產(chǎn)品。測(cè)試在每個(gè)階段都要進(jìn)行，并從最初就參與。8. 簡(jiǎn)述軟件測(cè)試過(guò)程。解：軟件測(cè)試過(guò)程主要包括如下6個(gè)活動(dòng)：測(cè)試計(jì)劃；測(cè)試需求分析；測(cè)試設(shè)計(jì)；測(cè)試規(guī)程實(shí)現(xiàn)；測(cè)試執(zhí)行；總結(jié)生成報(bào)告。9. “軟件測(cè)試能夠保證軟件的質(zhì)量”這句話(huà)對(duì)嗎？軟件測(cè)試和軟件質(zhì)量之間是什么關(guān)系？解：不對(duì)。軟件測(cè)試是保障軟件質(zhì)量的手段之一，但不是唯一手段。測(cè)試是產(chǎn)品高質(zhì)量的必要非充分條件，軟件測(cè)試不能決定軟件質(zhì)量。10. 判斷以下說(shuō)法是否正確。（1）軟件測(cè)試和軟件調(diào)試是同一回事。（2）軟件測(cè)試是可以無(wú)窮盡的。（3）測(cè)試是為了證明軟件的正確性。（4）測(cè)試過(guò)程中應(yīng)重視測(cè)試的執(zhí)行，可以輕視測(cè)試的設(shè)計(jì)。（5）測(cè)試不能修復(fù)所有的軟件故障。（6）因?yàn)闇y(cè)試工作簡(jiǎn)單，對(duì)軟件產(chǎn)品影響不大，所以可以把測(cè)試作為新員工的一個(gè)過(guò)渡工作，或安排不合格的開(kāi)發(fā)人員做測(cè)試。2PDF 文件使用 pdfFactory Pro 試用版本創(chuàng)建。正確）5（錯(cuò)誤，）6）（4）（3）（2）（1（解：11. 簡(jiǎn)述軟件開(kāi)發(fā)進(jìn)程與測(cè)試進(jìn)程的關(guān)系。解：軟件測(cè)試是一個(gè)貫穿軟件開(kāi)發(fā)生命周期的活動(dòng)，它可以是一個(gè)與開(kāi)發(fā)并行的過(guò)程，也可以是在開(kāi)發(fā)完成某個(gè)階段任務(wù)之后的活動(dòng)。3PDF 文件使用 pdfFactory Pro 試用版本創(chuàng)建第2章軟件測(cè)試方法與過(guò)程1對(duì)軟件測(cè)試的復(fù)雜性進(jìn)行歸納分析。解：軟件測(cè)試的復(fù)雜性在于：無(wú)法對(duì)程序進(jìn)行完全的測(cè)試；測(cè)試無(wú)法保證被測(cè)程序中無(wú)遺留錯(cuò)誤；不能修復(fù)所有的軟件故障。2分別解釋什么是靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試、黑盒測(cè)試、白盒測(cè)試、人工測(cè)試和自動(dòng)化測(cè)試。解：所謂靜態(tài)測(cè)試是指不運(yùn)行被測(cè)軟件，僅通過(guò)分析或檢查等其他手段達(dá)到檢測(cè)的目的。所謂動(dòng)態(tài)測(cè)試是指通過(guò)運(yùn)行被測(cè)軟件，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能。黑盒測(cè)試是指在對(duì)程序進(jìn)行的功能抽象的基礎(chǔ)上，將程序劃分成功能單元，然后對(duì)每個(gè)功能單元生成測(cè)試數(shù)據(jù)進(jìn)行測(cè)試。用這種方法進(jìn)行測(cè)試時(shí)，被測(cè)程序被當(dāng)作打不開(kāi)的黑盒，因而無(wú)法了解其內(nèi)部構(gòu)造，因此又稱(chēng)為功能測(cè)試。白盒測(cè)試又稱(chēng)為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是知道產(chǎn)品內(nèi)部工作過(guò)程，可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書(shū)的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能。廣義上，人工測(cè)試是人為測(cè)試和手工測(cè)試的統(tǒng)稱(chēng)。人為測(cè)試的主要方法有桌前檢查，代碼審查和走查。手工測(cè)試指的是在測(cè)試過(guò)程中，按測(cè)試計(jì)劃一步一步執(zhí)行程序，得出測(cè)試結(jié)果并進(jìn)行分析的測(cè)試行為。自動(dòng)化測(cè)試指的是利用測(cè)試工具來(lái)執(zhí)行測(cè)試，并進(jìn)行測(cè)試結(jié)果分析的測(cè)試行為。3如果沒(méi)有軟件規(guī)格說(shuō)明或需求文檔，可以進(jìn)行動(dòng)態(tài)黑盒測(cè)試嗎？為什么？解：不行。因?yàn)楹诤袦y(cè)試是基于軟件規(guī)格說(shuō)明的測(cè)試。4在單元測(cè)試中，所謂單元是如何劃分的？解：?jiǎn)卧獪y(cè)試的對(duì)象通常是軟件設(shè)計(jì)的最小邏輯單元，單元的劃分在面向過(guò)程的結(jié)構(gòu)化程序中一般是函數(shù)或子過(guò)程，在面向?qū)ο蟮某绦蛑锌梢允穷?lèi)或類(lèi)的成員函數(shù)。5簡(jiǎn)述單元測(cè)試的主要任務(wù)。解：?jiǎn)卧獪y(cè)試的主要任務(wù)是：模塊接口測(cè)試；局部數(shù)據(jù)結(jié)構(gòu)測(cè)試；路徑測(cè)試；錯(cuò)誤處理測(cè)試；邊界測(cè)試。6如果開(kāi)發(fā)時(shí)間緊迫，是否可以跳過(guò)單元測(cè)試而直接進(jìn)行集成測(cè)試？為什么？解：不可以。因?yàn)闆](méi)有經(jīng)過(guò)單元測(cè)試的模塊會(huì)遺留大量的缺陷到集成測(cè)試階段，而在集成測(cè)試階段對(duì)這些缺陷定位困難，導(dǎo)致后續(xù)工作展開(kāi)困難，修復(fù)缺陷成本成指數(shù)級(jí)增長(zhǎng)。7什么是驅(qū)動(dòng)模塊和樁模塊？為下面的函數(shù)構(gòu)造一個(gè)驅(qū)動(dòng)模塊。int divide(int a, int b)4PDF 文件使用 pdfFactory Pro 試用版本創(chuàng)建int c;if (b=0) printf(除數(shù)不能為0); return 0;c=a/b;return c;解：驅(qū)動(dòng)模塊是用以模擬被測(cè)模塊的上級(jí)模塊，它接收測(cè)試數(shù)據(jù)，傳送數(shù)據(jù)給被測(cè)模塊，啟動(dòng)被測(cè)模塊，最后輸出實(shí)測(cè)結(jié)果。樁模塊用以模擬被測(cè)模塊工作過(guò)程中所調(diào)用的子模塊。函數(shù)驅(qū)動(dòng)模塊：void main( )int x,y,z;scanf(“%d%d”,&x,&y);z=divide(x,y);printf(“%d”,z);8什么是回歸測(cè)試？什么時(shí)候進(jìn)行回歸測(cè)試？解：回歸測(cè)試就是重新運(yùn)行現(xiàn)有測(cè)試用例測(cè)試原有功能，以便確定變更是否達(dá)到了預(yù)期的目的，檢查變更是否損害了原有的正常功能。每當(dāng)軟件發(fā)生變化時(shí)就應(yīng)進(jìn)行回歸測(cè)試。9集成測(cè)試有哪些不同的集成方法？簡(jiǎn)述不同方法的特點(diǎn)。解：集成測(cè)試通常有一次性集成、自頂向下集成、自底向上集成和混合集成4種集成方法。一次性集成方法需要的測(cè)試用例數(shù)目少，測(cè)試方法簡(jiǎn)單、易行。但是由于不可避免存在模塊間接口、全局?jǐn)?shù)據(jù)結(jié)構(gòu)等方面的問(wèn)題，所以一次運(yùn)行成功的可能性不大；如果一次集成的模塊數(shù)量多，集成測(cè)試后可能會(huì)出現(xiàn)大量的錯(cuò)誤，給程序的錯(cuò)誤定位與修改帶來(lái)很大的麻煩；即使集成測(cè)試通過(guò)，也會(huì)遺漏很多錯(cuò)誤進(jìn)入系統(tǒng)測(cè)試。自頂向下集成在測(cè)試的過(guò)程中，可以較早地驗(yàn)證主要的控制和判斷點(diǎn)；一般不需要驅(qū)動(dòng)程序，減少了測(cè)試驅(qū)動(dòng)程序開(kāi)發(fā)和維護(hù)的費(fèi)用；可以和開(kāi)發(fā)設(shè)計(jì)工作一起并行執(zhí)行集成測(cè)試，能夠靈活的適應(yīng)目標(biāo)環(huán)境；容易進(jìn)行故障隔離和錯(cuò)誤定位。但是在測(cè)試時(shí)需要為每個(gè)模塊的下層模塊提供樁模塊，樁模塊的開(kāi)發(fā)和維護(hù)費(fèi)用大；樁模塊不能反映真實(shí)情況，重要數(shù)據(jù)不能及時(shí)回送到上層模塊，導(dǎo)致測(cè)試不充分；涉及復(fù)雜算法和真正I/O的底層模塊最易出問(wèn)題，在后期才遇到導(dǎo)致過(guò)多的回歸測(cè)試。自底向上集成可以盡早的驗(yàn)證底層模塊的行為；提高了測(cè)試效率；一般不需要樁模塊；容易對(duì)錯(cuò)誤進(jìn)行定位。但是直到最后一個(gè)模塊加進(jìn)去之后才能看到整個(gè)系統(tǒng)的框架；驅(qū)動(dòng)模塊的設(shè)計(jì)工作量大；不能及時(shí)發(fā)現(xiàn)高層模塊設(shè)計(jì)上的錯(cuò)誤?；旌霞删哂凶皂斚蛳潞妥缘紫蛏蟽煞N集成策略的優(yōu)點(diǎn)，但是在被集成之前，中間層不能盡早得到充分的測(cè)試。10系統(tǒng)測(cè)試主要包括哪些內(nèi)容？解：系統(tǒng)測(cè)試主要包括強(qiáng)度測(cè)試、性能測(cè)試、恢復(fù)測(cè)試、安全測(cè)試、可靠性測(cè)試、安裝測(cè)試、5PDF 文件使用 pdfFactory Pro 試用版本創(chuàng)建容量測(cè)試和文檔測(cè)試。11驗(yàn)收測(cè)試是由誰(shuí)完成的？通常包含哪些過(guò)程？解：驗(yàn)收測(cè)試是以用戶(hù)為主的測(cè)試，軟件開(kāi)發(fā)人員和QA（質(zhì)量保證）人員也應(yīng)參加。通常包含測(cè)試和測(cè)試過(guò)程。12分析比較面向?qū)ο蟮能浖y(cè)試與傳統(tǒng)的軟件測(cè)試的異同。解：傳統(tǒng)的單元測(cè)試的對(duì)象是軟件設(shè)計(jì)的最小單位模塊。當(dāng)考慮面向?qū)ο筌浖r(shí)，單元的概念發(fā)生了變化，此時(shí)最小的可測(cè)試單位是封裝的類(lèi)或?qū)ο?，而不再是個(gè)體的模塊。傳統(tǒng)單元測(cè)試主要關(guān)注模塊的算法實(shí)現(xiàn)和模塊接口間數(shù)據(jù)的傳遞，而面向?qū)ο蟮膯卧獪y(cè)試主要考察封裝在一個(gè)類(lèi)中的方法和類(lèi)的狀態(tài)行為。面向?qū)ο筌浖](méi)有層次的控制結(jié)構(gòu)，因此傳統(tǒng)的自頂向下和自底向上集成策略就不再適合，它主要有以下兩種集成策略：基于類(lèi)間協(xié)作關(guān)系的橫向測(cè)試；基于類(lèi)間繼承關(guān)系的縱向測(cè)試。系統(tǒng)測(cè)試一般不考慮內(nèi)部結(jié)構(gòu)和中間結(jié)果，因此面向?qū)ο筌浖到y(tǒng)測(cè)試與傳統(tǒng)的系統(tǒng)測(cè)試差別不大。面向?qū)ο筌浖y(cè)試的整體目標(biāo)和傳統(tǒng)軟件測(cè)試的目標(biāo)是一致的，即以最小的工作量發(fā)現(xiàn)盡可能多的錯(cuò)誤，但是面向?qū)ο鬁y(cè)試的策略和戰(zhàn)術(shù)有很大不同。測(cè)試的視角擴(kuò)大到包括復(fù)審分析和設(shè)計(jì)模型，此外，測(cè)試的焦點(diǎn)從過(guò)程構(gòu)件(模塊)移向了類(lèi)。6PDF 文件使用 pdfFactory Pro 試用版本創(chuàng)建第3章黑盒測(cè)試1分析黑盒測(cè)試方法的特點(diǎn)。解：黑盒測(cè)試又稱(chēng)為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，主要針對(duì)軟件界面、軟件功能、外部數(shù)據(jù)庫(kù)訪問(wèn)以及軟件初始化等方面進(jìn)行測(cè)試。優(yōu)點(diǎn)：1）比較簡(jiǎn)單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)；2）與軟件的內(nèi)部實(shí)現(xiàn)無(wú)關(guān)；3）從用戶(hù)角度出發(fā)，能很容易的知道用戶(hù)會(huì)用到哪些功能，會(huì)遇到哪些問(wèn)題；4）基于軟件開(kāi)發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能；5）在做軟件自動(dòng)化測(cè)試時(shí)較為方便。缺點(diǎn)：1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%；2）自動(dòng)化測(cè)試的復(fù)用性較低。2健壯等價(jià)類(lèi)測(cè)試與標(biāo)準(zhǔn)等價(jià)類(lèi)測(cè)試的主要區(qū)別是什么？解：主要區(qū)別在于健壯等價(jià)類(lèi)測(cè)試在標(biāo)準(zhǔn)等價(jià)類(lèi)的基礎(chǔ)上還要進(jìn)行有效取值范圍之外的輸入（無(wú)效輸入）的測(cè)試。3試用等價(jià)分類(lèi)法測(cè)試黨政管理系統(tǒng)中黨員出生年月的輸入設(shè)計(jì)是否符合要求，假設(shè)出生年月格式為yyyymmdd。解：輸入數(shù)據(jù)無(wú)效等價(jià)類(lèi)有效等價(jià)類(lèi)出生年月日8位數(shù)字字符有非數(shù)字字符少于8個(gè)數(shù)字符多于8個(gè)數(shù)字符對(duì)應(yīng)數(shù)值在19090101-19900101之間19900101月份對(duì)應(yīng)數(shù)值在1-12之間等于00 12日期對(duì)應(yīng)值111,3,5,7,8,10,12月在1-31之間15等于00 124,6,9,11月在1-30之間163113閏年2月在1-29之間172,4,6,9,11月等于31 14非閏年2月在1-28之間182月等于30 19非閏年2月等于294找零錢(qián)最佳組合：假設(shè)商店貨品價(jià)格(R)皆不大于100元（且為整數(shù)），若顧客付款在100元內(nèi)(P)，求找給顧客之最少貨幣個(gè)（張）數(shù)？（貨幣面值50元(N50)，10元(N10)，5元(N5)，1元(N1)四種。試根據(jù)邊界值法設(shè)計(jì)測(cè)試用例。解：1）分析輸入的邊界情況：R100 0R=100 R100 R=P=100 PN10= 1 N10 = 0N5=1 N5=04N1=1 N1=03）分析規(guī)格中每一決策點(diǎn)之情形，以RR1,RR2,RR3表示計(jì)算要找50,10,5元貨幣數(shù)時(shí)的剩余金額。R100 R100 P=50 RR2=10 RR3=54）根據(jù)上述的輸入/輸出條件組合出可能的情況：R 100R = 00 R 1000 R = 100, P R0 R = 100, R = P = 100, RR = 500 R = 100, R = P = 100, RR = 490 R = 100, R = P = 100, RR = 100 R = 100, R = P = 100, RR = 90 R = 100, R = P = 100, RR = 50 R = 100, R = P = 100, RR = 40 R = 100, R = P = 100, RR = 10 R = 100, R = P = 100, RR = 05）為滿(mǎn)足以上各種情形，測(cè)試用例設(shè)計(jì)如下：測(cè)試用例貨品價(jià)格R付款金額Ptest1 101 -test2 0 -test3 -1 -test4 100 101test5 100 99test6 50 100test7 51 100test8 90 100test9 91 100test10 95 100test11 96 100test12 99 100test13 100 1005試為三角形問(wèn)題中的直角三角形開(kāi)發(fā)一個(gè)決策表和相應(yīng)的測(cè)試用例。注意，會(huì)有等腰直角三角形。解：判斷構(gòu)成的是否為直角三角形的問(wèn)題的決策表設(shè)計(jì)如下：c1:ab+c? FTTTTTTTTTTc2:ba+c? -FTTTTTTTTT8PDF 文件使用 pdfFactory Pro 試用版本創(chuàng)建c3:c=80,y=80錯(cuò)誤！未找到引用源。x=80,y80錯(cuò)誤！未找到引用源。x=80錯(cuò)誤！未找到引用源。x80,y=90,y=90,x+y=140錯(cuò)誤！未找到引用源。x=90,y=140錯(cuò)誤！未找到引用源。x=90,x+y=140錯(cuò)誤！未找到引用源。x90,y=140錯(cuò)誤！未找到引用源。x=90,y=90,x+y=90,y90,x+y140錯(cuò)誤！未找到引用源。x=90,x+y140錯(cuò)誤！未找到引用源。x90,y90,x+y2 & b4 | d2,b4,d2,b4,d=5錯(cuò)誤！未找到引用源。a2,b3,c=4,d2,b3,c=5錯(cuò)誤！未找到引用源。a2,b=3,c4,d2,b=3, c4,d=5錯(cuò)誤！未找到引用源。a2,b=3, c=4,d2,b=3, c=5錯(cuò)誤！未找到引用源。a=2,b4,d5錯(cuò)誤！未找到引用源。a=2, b4,d=5錯(cuò)誤！未找到引用源。a=2, b3,c=4,d5錯(cuò)誤！未找到引用源。a=2, b3,c=5錯(cuò)誤！未找到引用源。a=3,c4,d5錯(cuò)誤！未找到引用源。a=3, c4,d=5錯(cuò)誤！未找到引用源。a=3, c=4,d5錯(cuò)誤！未找到引用源。a=3, c=5測(cè)試數(shù)據(jù)略5針對(duì)test函數(shù)按照基本路徑測(cè)試方法設(shè)計(jì)測(cè)試用例。int Test(int i_count, int i_flag)int i_temp = 0;while (i_count0)if (0 = i_flag)i_temp = i_count + 100;break;else15PDF 文件使用 pdfFactory Pro 試用版本創(chuàng)建if (1 = i_flag)i_temp = i_temp + 10;elsei_temp = i_temp + 20;i_count-;return i_temp;解：int Test(int i_count, int i_flag)1. int i_temp=0;2. while (i_count0)3. If (0=i_flag)4. i_temp=i_count+100;5. break;6. else7. If (1=i_flag)8. i_temp=i_temp+10;9. else10. i_temp=i_temp+20;11. i_count-;12. return i_temp;程序控制流圖：16PDF 文件使用 pdfFactory Pro 試用版本創(chuàng)建134,5 6,713. 9,1011122134,5 6,714. 9,1011122程序環(huán)路復(fù)雜度：CC=4基本路徑集：path1 1-2-3-6-7-8-11-2-12Path2 1-2-12Path3 1-2-3-4-5-12Path4 1-2-3-6-7-9-10-11-2-12設(shè)計(jì)測(cè)試用例：用例ID i_count i_flag 預(yù)期輸出test1 1 1 10test 2 0 2 0test 3 2 0 102test 4 1 3 206對(duì)如圖15. 15所示的N-S圖，計(jì)算所需的最少測(cè)試用例數(shù)。YpNgY NqY Nfm naY Nb cY h N圖4.15 練習(xí)題6解：（2+2*2）*2=1217PDF 文件使用 pdfFactory Pro 試用版本創(chuàng)建.第5章軟件測(cè)試管理及自動(dòng)化測(cè)試基礎(chǔ)1簡(jiǎn)述軟件測(cè)試自動(dòng)化的意義。測(cè)試的歸回版本進(jìn)行新對(duì)軟件低降）2；（率測(cè)試效）提高1（是：意義的化動(dòng)自解：軟件測(cè)試更好地）5；（性重復(fù)性和可致一具有）4；（完成的測(cè)試或難以完成手工測(cè)試不能）3；（銷(xiāo)開(kāi)。任度信軟件加增，風(fēng)險(xiǎn)低降）6；（資源用利2在運(yùn)用軟件自動(dòng)化測(cè)試時(shí)，應(yīng)注意哪些缺點(diǎn)和事項(xiàng)？大現(xiàn)，可能發(fā)時(shí)行次運(yùn)首測(cè)試）2；（率測(cè)試的效低降測(cè)試可能化動(dòng)自軟件）1（：意解：應(yīng)注量錯(cuò)誤，但當(dāng)進(jìn)行過(guò)多次測(cè)試后，發(fā)現(xiàn)錯(cuò)誤的機(jī)率會(huì)相對(duì)較小，除非對(duì)軟件進(jìn)行了修改或在測(cè)化動(dòng)自則，致一不或少檔文、差織組，測(cè)試的驗(yàn)經(jīng)測(cè)試乏缺果如）3；（行運(yùn)下境的環(huán)同不和技力問(wèn)題的能決解備不具果如，產(chǎn)品的技術(shù)第三方為作技術(shù)問(wèn)題。）4；（差較比果試的效術(shù)支持或者產(chǎn)品適應(yīng)環(huán)境變化的能力不強(qiáng)，將使得軟件自動(dòng)化工具的作用大大降低。3軟件測(cè)試工具主要分為哪個(gè)大類(lèi)？解：根據(jù)測(cè)試方法不同，分為白盒測(cè)試工具和黑盒測(cè)試工具。根據(jù)測(cè)試的對(duì)象和目的，分為單元測(cè)試工具、功能測(cè)試工具、負(fù)載測(cè)試工具、性能測(cè)試工具和測(cè)試管理工具等。4了解時(shí)下常用的自動(dòng)化測(cè)試用具，并對(duì)這些工具進(jìn)行針對(duì)性說(shuō)明。解：略。5簡(jiǎn)述軟件測(cè)試管理過(guò)程。解：首先由一位對(duì)整個(gè)系統(tǒng)設(shè)計(jì)熟悉的設(shè)計(jì)人員編寫(xiě)測(cè)試大綱，明確測(cè)試的內(nèi)容和測(cè)試通過(guò)的準(zhǔn)則，設(shè)計(jì)完整合理的測(cè)試用例，以便系統(tǒng)實(shí)現(xiàn)后進(jìn)行全面測(cè)試。然后在實(shí)現(xiàn)組將所開(kāi)發(fā)的程序經(jīng)驗(yàn)證后，提交測(cè)試組，由測(cè)試負(fù)責(zé)人組織測(cè)試，測(cè)試一般可按下列方式組織: （1）測(cè)試人員仔細(xì)閱讀有關(guān)資料，包括規(guī)格說(shuō)明、設(shè)計(jì)文檔、使用說(shuō)明書(shū)及在設(shè)計(jì)過(guò)程中形成的測(cè)試大綱、測(cè)試內(nèi)容及測(cè)試的通過(guò)準(zhǔn)則，全面熟悉系統(tǒng)，編寫(xiě)測(cè)試計(jì)劃，設(shè)計(jì)測(cè)試用例，作好測(cè)試前的準(zhǔn)備工作。（2）為了保證測(cè)試的質(zhì)量，將測(cè)試過(guò)程分成幾個(gè)階段，即：代碼審查、單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。6簡(jiǎn)述軟件測(cè)試管理的主要功能。解：軟件測(cè)試管理的主要功能是：測(cè)試控制對(duì)象的編輯和管理；測(cè)試流程控制和管理；統(tǒng)計(jì)分析和決策支持7試選擇一個(gè)小型的應(yīng)用系統(tǒng)，做功能測(cè)試計(jì)劃并設(shè)計(jì)測(cè)試用例。解：略。18PDF 文件使用 pdfFactory Pro 試用版本創(chuàng)建第6章WinRunner測(cè)試工具1列舉幾種WR學(xué)習(xí)軟件GUI的不同方式。解：（1）使用RapidTest Script wizard 學(xué)習(xí)軟件每個(gè)窗體中所有GUI對(duì)象的屬性。（2）通過(guò)錄制腳本的方法學(xué)習(xí)被錄制的那部分軟件中所有的GUI對(duì)象的屬性。（3）使用GUI Map Editor 學(xué)習(xí)單個(gè)GUI對(duì)象、窗體或某個(gè)窗體中所有GUI對(duì)象的屬性。2分別簡(jiǎn)述WR中同步點(diǎn)和檢查點(diǎn)的作用。解：當(dāng)測(cè)試人員執(zhí)行測(cè)試時(shí)，所測(cè)試的應(yīng)用程序每次操作的響應(yīng)時(shí)間并不一定，有時(shí)快，有時(shí)慢，導(dǎo)致執(zhí)行輸入動(dòng)作的時(shí)間也需要等待。在測(cè)試腳本中插入同步點(diǎn)，當(dāng)WinRunner執(zhí)行到同步點(diǎn)時(shí)，會(huì)暫停執(zhí)行以等待應(yīng)用程序某些狀態(tài)的改變后，再繼續(xù)執(zhí)行，以避免應(yīng)用程序響應(yīng)的時(shí)間超過(guò)WinRunner 等待的時(shí)間而導(dǎo)致測(cè)試執(zhí)行失敗。設(shè)定檢查點(diǎn)可以檢查所設(shè)定區(qū)域的顯示是否和預(yù)期結(jié)果相符。通過(guò)檢查點(diǎn)的設(shè)置以及對(duì)各點(diǎn)處輸出信息的編程定義，可以在腳本運(yùn)行結(jié)果單中查看各項(xiàng)測(cè)試內(nèi)容是否都已通過(guò)。在功能測(cè)試中，檢查點(diǎn)可以用在以下兩個(gè)方面：檢查應(yīng)用程序經(jīng)過(guò)修改后對(duì)象狀態(tài)是否發(fā)生變化；檢查對(duì)象數(shù)據(jù)是否和預(yù)期數(shù)據(jù)一致。3比較WinRunner中GUIde Map File per Test和Global GUI Map File兩種模式的區(qū)別。解：兩種模式GUI Map File per Test Global GUI Map File方法在測(cè)試的過(guò)程中將自動(dòng)保GUI信息，打開(kāi)測(cè)試時(shí)可以自動(dòng)加載GUI文件在測(cè)試的過(guò)程中需要保存GUI，當(dāng)應(yīng)用程序改變時(shí)必須更新GUI文件優(yōu)點(diǎn)1. 每個(gè)測(cè)試都有自己的GUI文件2. 不必保存或加載GUI3. 維護(hù)和修改簡(jiǎn)單（重錄一次即可）1. 當(dāng)對(duì)象或窗體的描述改變，只需把GUI 文件里對(duì)應(yīng)的屬性作相應(yīng)的修改2. 容易維護(hù)和更新（無(wú)須重錄）缺點(diǎn)只要應(yīng)用程序的GUI 改變，每個(gè)測(cè)試的GUI 文件都要重錄或修改當(dāng)新建GUI或運(yùn)行測(cè)試腳本時(shí)必須保存或裝載GUI文件建議適用于初學(xué)者或被測(cè)軟件的GUI不會(huì)產(chǎn)生變化適用于經(jīng)驗(yàn)豐富的WinRunner 使用者，或被測(cè)軟件的GUI可能會(huì)經(jīng)常產(chǎn)生變化4簡(jiǎn)述利用WinRunner進(jìn)行測(cè)試的過(guò)程可分為哪幾個(gè)階段，即操作步驟是什么？；試測(cè)試調(diào)）3；（創(chuàng)建測(cè)試）2；（GUImap創(chuàng)建）1（：階段個(gè)六以下為過(guò)程分的測(cè)試WR解：（4）執(zhí)行測(cè)試；（5）查看測(cè)試結(jié)果；（6）報(bào)告發(fā)現(xiàn)的錯(cuò)誤。5給出WinRunner中將測(cè)試腳本轉(zhuǎn)換為數(shù)據(jù)驅(qū)動(dòng)測(cè)試腳本的一種實(shí)現(xiàn)步驟。19PDF 文件使用 pdfFactory Pro 試用版本創(chuàng)建解：可以通過(guò)下列步驟將測(cè)試腳本轉(zhuǎn)換成數(shù)據(jù)驅(qū)動(dòng)測(cè)試腳本：（1）加上開(kāi)啟及關(guān)閉數(shù)據(jù)表的化數(shù)參值點(diǎn)的與檢查值定固的制錄將）3；（數(shù)據(jù)筆一每的表數(shù)據(jù)取讀并環(huán)循加上）2；（令指為數(shù)據(jù)表的字段值。6仿照實(shí)例4，在Flight Reservation樣本軟件的Flight 4B版本中建立GUI 對(duì)象檢查點(diǎn)。解：略。7仿照實(shí)例5，在Flight Reservation樣本軟件的Flight 4B版本中建立圖像檢查點(diǎn)。解：略。8仿照實(shí)例8，在Flight Reservation樣本軟件的Flight 4B版本中練習(xí)文字檢查點(diǎn)的應(yīng)用。解：略。9仿照實(shí)例8，在Flight Reservation樣本軟件的Flight 4B版本中執(zhí)行批次測(cè)試。解：略。10仿照計(jì)算器加法功能的測(cè)試，完成對(duì)Windows的計(jì)算器減法、乘法和除法的測(cè)試。解：略。11思考利用WR測(cè)試網(wǎng)易郵箱的登錄模塊。解：略。20PDF 文件使用 pdfFactory Pro 試用版本創(chuàng)建第7章LoadRunner測(cè)試工具1. 試用LoadRunner 所給的示例，根據(jù)自己的理解設(shè)計(jì)測(cè)試，制定負(fù)載測(cè)試計(jì)劃、開(kāi)發(fā)負(fù)載測(cè)試腳本、創(chuàng)建運(yùn)行場(chǎng)景、運(yùn)行測(cè)試以及依據(jù)結(jié)果利用Analysis 分析結(jié)果。解：略2. 如何利用LoadRunner判斷HTTP服務(wù)器的返回狀態(tài)。解：可以利用LR的內(nèi)置函數(shù)web_get_int_property判斷HTTP服務(wù)器的返回狀態(tài)。例如：#include web_api.hAction()int HttpRetCode;web_url(my_home,URL=http:/myhomeurl,TargetFrame=_TOP, LAST);HttpRetCode = web_get_int_property(HTTP_INFO_RETURN_CODE);if (HttpRetCode = 200)lr_log_message(The scrpt successfully accessed the My_home home page);elselr_log_message(The scrpt failed to access the My_home home page );return 0;3. 一個(gè)公司的系統(tǒng)上線(xiàn)以后，用戶(hù)分布在各個(gè)不同的地區(qū)，而且接入系統(tǒng)的方式和帶寬也不同，這種情況下進(jìn)行性能測(cè)試，如何保證更加真實(shí)的模擬用戶(hù)行為？用LoadRunner可以做到嗎？解：可以。在Visual User Generator里面可以通過(guò)RTS（runTimeSetting）來(lái)模擬一個(gè)單個(gè)用戶(hù)更加真實(shí)的行為，比如思考時(shí)間、網(wǎng)絡(luò)帶寬、是否清除cache等，同樣的也可在場(chǎng)景中進(jìn)行設(shè)置。而且LoadRunner提供設(shè)置不同用戶(hù)組不同RunTimeSetting的功能。以達(dá)到模擬不同用戶(hù)行為的更加真實(shí)組合。例如：假設(shè)有三種不同帶寬的用戶(hù)，而且上傳和下載的帶寬也有所不同，那么可以錄制兩個(gè)腳本，分別模擬上傳和下載的用戶(hù)行為，再在Controller里面，建立六個(gè)不同的腳本組，腳本組的用戶(hù)數(shù)可以按照絕對(duì)或者百比分的方法分布。比如100，50，200用戶(hù)或者20%，40%，40%等。然后設(shè)置不同的帶寬和分布情況。這樣不同用戶(hù)組的虛擬用戶(hù)模擬出來(lái)的就是不同帶寬的用戶(hù)實(shí)際接入情況。4. 在web應(yīng)用下，模擬十個(gè)用戶(hù)并發(fā)進(jìn)行數(shù)據(jù)的添加，結(jié)果每次執(zhí)行全部成功，但是數(shù)據(jù)卻不是十條，每次數(shù)據(jù)不一樣，但是都比十小。這種情況產(chǎn)生的原因是什么？解：是數(shù)據(jù)庫(kù)的問(wèn)題。大多數(shù)的數(shù)據(jù)庫(kù)都有記錄鎖的問(wèn)題，第一次的數(shù)據(jù)操作沒(méi)有commit之前，第二次對(duì)同樣表進(jìn)行的操作可能就沒(méi)有辦法成功，所以每次數(shù)據(jù)的條數(shù)都達(dá)不到十條。21PDF 文件使用 pdfFactory Pro 試用版本創(chuàng)建又因?yàn)槊看蔚牟僮鞣?wù)器的響應(yīng)時(shí)間是不同的，所以不同虛擬用戶(hù)的提交時(shí)間也是不同的，這樣就導(dǎo)致每次提交成功的數(shù)據(jù)量不一致，導(dǎo)致每次結(jié)果的條數(shù)可能是不同的。5. 在LoadRunner下如何讓多個(gè)場(chǎng)景輪流執(zhí)行？解：為每個(gè)場(chǎng)景設(shè)置一個(gè)Group。點(diǎn)擊Edit Schedule-選擇Schedule by Group-設(shè)置Start whengroup XXX finishes，就可以實(shí)現(xiàn)多個(gè)場(chǎng)景輪流執(zhí)行。6. 請(qǐng)解釋LoadRunner下最大并發(fā)用戶(hù)數(shù)、業(yè)務(wù)操作響應(yīng)時(shí)間、服務(wù)器資源監(jiān)控指標(biāo)的含義與用途。解：最大并發(fā)用戶(hù)數(shù)是指應(yīng)用系統(tǒng)在當(dāng)前環(huán)境下能承受的最大并發(fā)的用戶(hù)數(shù)。用來(lái)考察某系統(tǒng)的最大負(fù)載；在LoadRunner“事務(wù)性能摘要”圖中可以獲得業(yè)務(wù)操作的響應(yīng)時(shí)間最大值、最小值和平均值，重