軟件測試技術(shù)(習(xí)題卷1)

試卷科目：軟件測試技術(shù)軟件測試技術(shù)(習(xí)題卷1)PAGE"pagenumber"pagenumber/SECTIONPAGES"numberofpages"numberofpages軟件測試技術(shù)第1部分：單項選擇題，共56題，每題只有一個正確答案,多選或少選均不得分。[單選題]1.下列關(guān)于QTP兩種腳本視圖的描述中錯誤的是（）。（選擇一項）A)兩種視圖不是相互獨立的，一處改動會影響另一處的記錄B)專家視圖中的一行語句，一定能在關(guān)鍵字視圖中找到相應(yīng)的步驟C)通過關(guān)鍵字視圖，測試人員可以方便地在腳本中添加控制語句（如判斷和循環(huán)語句）D)他們都是記錄操作步驟的腳本，只是記錄的方式不同而已答案:C解析:[單選題]2.軟件可靠性是指在指定的條件下使用時,軟件產(chǎn)品維持規(guī)定的性能級別的能力,其子特性()是指在軟件發(fā)生故障或者違反指定接口的情況下,軟件產(chǎn)品維持規(guī)定的性能級別的能力。A)已恢復(fù)性B)成熟性C)容錯性D)穩(wěn)定性答案:C解析:[單選題]3.當(dāng)一個系統(tǒng)已經(jīng)在市場上運行了，這種情況對系統(tǒng)進(jìn)行修改，然后進(jìn)行的測試是：A)維護(hù)測試B)驗收測試C)單元測試D)系統(tǒng)測試答案:A解析:[單選題]4.以下不屬于單元測試優(yōu)點的是（）。A)單元測試是一種驗證行為B)單元測試是一種設(shè)計行為C)單元測試是一種編寫文檔的行為D)單元測試是一種評做行為答案:D解析:[單選題]5.因果圖的基本關(guān)系符號不包括()。A)與B)恒等C)異或D)非答案:C解析:[單選題]6.()。所有的對象可以成為各種對象類，每個對象類都定義了一組（）。A)說明B)類型C)過程D)方法答案:D解析:[單選題]7.軟件設(shè)計階段的質(zhì)量控制主要采取的方式是（）。A)黑盒測試B)白盒測試C)動態(tài)測試D)評審答案:D解析:[單選題]8.WEB應(yīng)用鏈接測試不包括（）。A)無鏈接指向的頁面B)錯誤的鏈接C)客戶端與服務(wù)器端的鏈接速率D)不存在的頁面文件答案:C解析:[單選題]9.()。集成測試時，能較早發(fā)現(xiàn)高層模塊接口錯誤的測試方法為（）。A)自頂向下漸增式測試B)自底向上漸增式測試C)非漸增式測試D)系統(tǒng)測試答案:A解析:[單選題]10.軟件測試風(fēng)險管理包含（）和風(fēng)險控制兩方面內(nèi)容。A)風(fēng)險排序B)風(fēng)險識別C)風(fēng)險評估D)風(fēng)險分析答案:C解析:[單選題]11.控制流覆蓋準(zhǔn)則約束最弱的是()。A)點覆蓋B)邊覆蓋C)條件覆蓋D)路徑覆蓋答案:A解析:[單選題]12.下列有關(guān)軟件測試的敘述中，正確的是（）A)測試是軟件開發(fā)中一個單獨的階段，其目的是對已實現(xiàn)的程序編碼進(jìn)行正確性檢驗B)一個成功的測試能夠驗證程序的確做了它應(yīng)該做的事情C)根據(jù)80／20的原則，優(yōu)秀的軟件開發(fā)人員所編寫的程序錯誤少，因此對于他們的程序，重點不應(yīng)放在缺陷測試上D)在軟件過程的早期尋找盡可能多的錯誤符合軟件測試的原則答案:D解析:[單選題]13.下列測試用例設(shè)計方法可以用來為正向測試設(shè)計的是()。A)錯誤猜測法B)邊界值分析C)狀態(tài)遷移測試D)內(nèi)部邊界分析答案:C解析:[單選題]14.下列敘述中，與提高軟件可移植性相關(guān)的是：A)選擇時間效率高的算法B)盡可能減少注釋C)選擇空間效率高的算法D)盡量用高級語言編寫系統(tǒng)中對效率要求不高的部分答案:D解析:[單選題]15.下列選項中敘述錯誤的是()。A)對每個測試級別，需要在相應(yīng)的開發(fā)活動過程中進(jìn)行相應(yīng)的測試分析和設(shè)計B)每個測試級別都有其特有的測試目標(biāo)C)軟件測試的工作重點應(yīng)該集中在系統(tǒng)測試上D)每個開發(fā)活動都有相對應(yīng)的測試行為答案:C解析:[單選題]16.以下說法不正確的是（）。A)易用性測試不僅是針對應(yīng)用程序的測試，而且還要包括用戶手冊等系列文檔B)安裝測試就是按照用戶安裝手冊安裝軟件，以評估安裝過程的易用性、正確性C)輔助系統(tǒng)測試包括幫助測試、向?qū)y試、信息提示測試等D)界面整體測試是指對界面的規(guī)范性、可維護(hù)性、整體性等進(jìn)行測試和評估答案:D解析:[單選題]17.（）對軟件測試流程給予了說明。A)V模型B)W模型C)H模型D)增量模型答案:C解析:[單選題]18.我喜歡思考未來A)強烈同意B)同意C)不同意D)最不同意答案:B解析:[單選題]19.下列哪種不屬于兼容性測試的范圍()。A)軟件在不同類型硬件配置環(huán)境下運行的表現(xiàn)B)軟件在不同操作系統(tǒng)環(huán)境下運行的表現(xiàn)C)軟件在不同類型的人員使用時的運行表現(xiàn)D)軟件在不同類型的數(shù)據(jù)庫環(huán)境下進(jìn)行數(shù)據(jù)交換的表現(xiàn)答案:C解析:[單選題]20.()。軟件測試按照測試層次可以分為（）A)黑盒測試、白盒測試B)功能性測試和結(jié)構(gòu)性測試C)單元測試、集成測試和系統(tǒng)測試D)動態(tài)測試和靜態(tài)測試答案:C解析:[單選題]21.第一類測試方法與第二類測試方法的本質(zhì)區(qū)別體現(xiàn)在（）。A)執(zhí)行測試的人員不同B)執(zhí)行測試的時間不同C)執(zhí)行測試的目的不同D)執(zhí)行測試的效果不同答案:C解析:[單選題]22.我尋找學(xué)習(xí)新事物的機會A)強烈同意B)同意C)不同意D)最不同意答案:A解析:[單選題]23.下列關(guān)于selenium測試工具的Arrest和Verify說法不正確的是()。A)Verify可以直截了當(dāng)?shù)目吹綑z查是否通過B)Arrest將會在檢查失敗時停止,并不運行后續(xù)的檢查C)插入Verify驗證,遇到不通過時不會終止測試將繼續(xù)執(zhí)行后續(xù)測試內(nèi)容D)Arrest檢查失敗后,后續(xù)檢查不會執(zhí)行,無法直接收集后續(xù)檢查結(jié)果狀態(tài)答案:A解析:[單選題]24.()是導(dǎo)致軟件缺陷的最大原因。A)需求規(guī)格說明書B)設(shè)計方案C)編寫代碼D)測試計劃答案:A解析:[單選題]25.我善于快速決策A)強烈同意B)同意C)不同意D)最不同意答案:D解析:[單選題]26.()。下屬任務(wù)中，不屬于軟件工程需求分析階段的是（）。A)分析軟件系統(tǒng)的數(shù)據(jù)要求B)確定軟件系統(tǒng)的功能要求C)確定軟件系統(tǒng)的性能要求D)確定軟件系統(tǒng)的運行平臺答案:D解析:[單選題]27.移動App測試工具中,()用于檢查布局層次結(jié)構(gòu),它可以掃描和分析Android設(shè)備上當(dāng)前顯示的UI組件屬性信息,使用這些信息可以使測試更加精確。A)布局查看器B)原型界面C)邊界原型D)界面圖答案:A解析:[單選題]28.針對下面一個程序段：If((M>0)&&(N==0))FUCTION1;If((M==10)||(P>10))FUCTION2;其中，F(xiàn)UCTION1、FUCTION2均為語句塊?，F(xiàn)在選取測試用例：M=10N=0P=3，該測試用例滿足了（）。A)路徑覆蓋B)條件組合覆蓋C)判定覆蓋D)語句覆蓋答案:D解析:[單選題]29.在設(shè)計一個充分的健壯性測試思路上通?？紤]使用的策略有()。1)基于覆蓋率的策略2)基于可靠性的策略3)基于錯誤的策略4)基于失效的策略A)1)B)1)和3)C)1)和3)和4)D)所有都應(yīng)考慮答案:C解析:[單選題]30.不屬于界面元素測試的是（）。A)窗口測試B)文字測試C)功能點測試D)鼠標(biāo)測試答案:C解析:[單選題]31.關(guān)于測試充分性的描述，正確的是：A)只有進(jìn)行完全的測試才充分B)在有限的時間和資源條件下，找出所有的軟件的錯誤，使軟件趨于完美，是不可能的C)當(dāng)繼續(xù)測試沒有發(fā)現(xiàn)新缺陷時D)當(dāng)全部測試用例都執(zhí)行完后答案:B解析:[單選題]32.軟件缺陷修復(fù)的代價最高的階段為A)發(fā)布階段B)需求階段C)設(shè)計階段D)編碼階段答案:A解析:[單選題]33.軟件靜態(tài)分析一般包括：控制流分析、數(shù)據(jù)流分析、接口分析，以及A)表達(dá)式分析B)功能分析C)邊界值分析D)因果圖分析答案:A解析:[單選題]34.在windows中crtl+s一般代表什么意思（）A)新建B)保存C)打開D)打印答案:B解析:[單選題]35.()。在沒有產(chǎn)品說明書時使用（）A)探索測試B)功能測試C)動態(tài)測試D)靜態(tài)測試答案:A解析:[單選題]36.增量式集成測試有3種方式:自頂向下增量測試方法,()和混合增量測試方式。A)自底向上增量測試方法B)自中向下增量測試方法C)多次性測試D)維護(hù)答案:A解析:[單選題]37.()。為了實現(xiàn)某個功能，對象之間通過（）相互通信。A)控制B)數(shù)據(jù)C)編碼D)發(fā)送消息答案:D解析:[單選題]38.測試用例是測試使用的文檔化的細(xì)則，其規(guī)定如何對軟件某項功能或功能組合進(jìn)行測試。測試用例應(yīng)包括下列（）內(nèi)容的詳細(xì)信息。①測試目標(biāo)和被測功能；②測試環(huán)境和其他條件；③測試數(shù)據(jù)和測試步驟；④測試記錄和測試結(jié)果。A)①③B)①②③C)①③④D)①②③④答案:B解析:[單選題]39.()。畫分層DFD圖的基本原則有（）。A)數(shù)字守恒原則B)分解的可靠性原則C)子、父圖平衡的原則D)數(shù)據(jù)流封閉的原則答案:C解析:[單選題]40.以下關(guān)于軟件測試作用的描述，不正確的是：A)測試無法顯示軟件潛在的缺陷B)測試能保證軟件的缺陷和錯誤全部找到C)測試只能證明軟件存在錯誤而不能證明軟件沒有錯誤D)所有的軟件測試都應(yīng)追溯到用戶需求答案:B解析:[單選題]41.()。下列（）不屬于測試原則的內(nèi)容A)軟件測試是有風(fēng)險的行為B)完全測試程序是不可能的C)測試無法顯示潛伏的軟件缺陷D)找到的缺陷越多軟件的缺陷就越少答案:D解析:[單選題]42.()方法需要考察模塊間的接口和各模塊之間的聯(lián)系。A)單元測試B)集成測試C)確認(rèn)測試D)系統(tǒng)測試答案:B解析:[單選題]43.軟件的集成測試工作最好由（）承擔(dān)，以提高集成測試的效果。A)該軟件的設(shè)計人員B)不屬于該軟件開發(fā)組的軟件設(shè)計人員C)該軟件開發(fā)組的負(fù)責(zé)人D)該軟件的編程人員答案:B解析:[單選題]44.對計算機軟件和硬件資源進(jìn)行管理和控制的軟件是（）A)文件管理程序B)輸入輸出管理程序C)命令處理程序D)操作系統(tǒng)答案:D解析:[單選題]45.測試用例是測試使用的文檔化的細(xì)則,其規(guī)定如何對軟件某項功能或功能組合進(jìn)行測試。測試用例應(yīng)包括下列()內(nèi)容的詳細(xì)信息。①測試目標(biāo)和被測功能②測試環(huán)境和其他條件③測試數(shù)據(jù)和測試步驟④測試記錄A)①③B)②③④C)①②③④D)①②③答案:D解析:[單選題]46.()。以下哪個不是事務(wù)設(shè)計第一步建立的模塊（）。A)主控模塊B)輸入類型分析模塊C)輸出控制模塊D)事務(wù)調(diào)度模塊答案:C解析:[單選題]47.在集成測試階段，人們關(guān)注的一種主要的覆蓋是A)功能覆蓋B)語句覆蓋C)基本路徑覆蓋D)條件覆蓋答案:A解析:[單選題]48.下列關(guān)于軟件測試策略的敘述中不正確的是（）。A)增量測試的主要問題在于需要額外編寫很多特殊的測試程序B)靜態(tài)測試與動態(tài)測試都要執(zhí)行程序C)Myers認(rèn)為自底向上測試的方法要優(yōu)于自頂向下測試的方法D)軟件性能測試的目標(biāo)之一是提高性能答案:B解析:[單選題]49.數(shù)據(jù)庫后備副本的用途是()。A)一致性控制B)數(shù)據(jù)的轉(zhuǎn)儲C)安全性保障D)故障后的恢復(fù)答案:D解析:[單選題]50.以下目標(biāo)中，哪個是軟件性能測試的目標(biāo)A)檢查軟件的容錯能力B)發(fā)現(xiàn)壓力下軟件功能的缺陷C)發(fā)現(xiàn)軟件的安全漏洞D)檢查用戶界面是否易于使用答案:B解析:[單選題]51.在軟件故障插入技術(shù)中，需要關(guān)注的是()。A)目標(biāo)系統(tǒng)B)故障類型C)插入故障的方法D)以上全部答案:D解析:[單選題]52.軟件測試計劃評審會需要（）參加。A)項目經(jīng)理B)SQA負(fù)責(zé)人C)配置負(fù)責(zé)人D)測試組答案:A解析:[單選題]53.以下關(guān)于測試原則的描述，正確的是：A)所有的軟件測試不需要追溯到用戶需求B)完全測試是不可能的C)測試可以證明軟件的正確D)程序員不需要避免檢查自己的程序答案:B解析:[單選題]54.單元測試中使用的輔助模塊分為驅(qū)動模塊和（）A)傳入模塊B)主模塊C)樁模塊D)傳出模塊答案:C解析:[單選題]55.常用的黑盒測試方法有邊界值分析、等價類劃分、錯誤猜測、因果圖等。其中()經(jīng)常與其他方法結(jié)合起來使用。A)邊界值分析B)等價類劃分C)錯誤猜測D)因果圖答案:A解析:第2部分：多項選擇題，共1題，每題至少兩個正確答案,多選或少選均不得分。[多選題]56.軟件實施活動的進(jìn)入準(zhǔn)則()A)需求工作已被基件化B)詳細(xì)設(shè)計工作已被基件化C)構(gòu)架工作已被基件化D)項目階段成果已被基件化答案:AB解析:第3部分：判斷題，共27題，請判斷題目是否正確。[判斷題]57.無經(jīng)驗用戶的測試是盲目的，所以對提高軟件質(zhì)量沒有幫助A)正確B)錯誤答案:錯解析:[判斷題]58.在軟件生命周期的運行發(fā)布階段，軟件缺陷修復(fù)費用最低A)正確B)錯誤答案:錯解析:[判斷題]59.項目立項前測試人員不需要提交任何工件。A)正確B)錯誤答案:對解析:[判斷題]60.alpha測試是驗收測試的一種。A)正確B)錯誤答案:對解析:[判斷題]61.軟件測試是采用測試用例執(zhí)行軟件的活動。A)正確B)錯誤答案:對解析:[判斷題]62.白盒測試僅與程序額的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求A)正確B)錯誤答案:對解析:[判斷題]63.測試目標(biāo)、測試概要、測試范圍、資源需求、人員組織、測試策略、測試進(jìn)度和任務(wù)人員安排、風(fēng)險分析等在測試計劃中都要體現(xiàn)。()A)正確B)錯誤答案:對解析:[判斷題]64.廣義的軟件測試由?確認(rèn)?、?驗證?、?測試?3個方面組成（）A)正確B)錯誤答案:對解析:[判斷題]65.黑盒測試方法中最有效的是因果圖法。A)正確B)錯誤答案:對解析:[判斷題]66.()。在實際的運用中，無論對于白盒測試和黑盒測試，通常使用其中一種方法就可以完成對某一軟件的測試工作。A)正確B)錯誤答案:錯解析:[判斷題]67.()。只要能夠達(dá)到100％的邏輯覆蓋率，就可以保證程序的正確性。A)正確B)錯誤答案:錯解析:[判斷題]68.V模型不能適應(yīng)較大的需求變化）A)正確B)錯誤答案:對解析:[判斷題]69.()。在邏輯覆蓋測試法中，路徑覆蓋的覆蓋率低于語句覆蓋的覆蓋率。A)正確B)錯誤答案:對解析:[判斷題]70.白盒測試需要程序員參與，黑盒測試不需要A)正確B)錯誤答案:錯解析:[判斷題]71.等價類法和邊界值法著重考慮輸入條件，而不考慮輸入條件的各種組合，也不考慮輸入條件之間的相互制約關(guān)系（）A)正確B)錯誤答案:對解析:[判斷題]72.沒有可運行的程序,就無法進(jìn)行任何測試工作。()A)正確B)錯誤答案:錯解析:[判斷題]73.進(jìn)行自底向上集成測試，需要為所測模塊或子系統(tǒng)編制相應(yīng)的樁模塊。A)正確B)錯誤答案:錯解析:[判斷題]74.與用戶、開發(fā)人員關(guān)于當(dāng)前產(chǎn)品日常交流談話內(nèi)容是形成測試需求的重要依據(jù)。A)正確B)錯誤答案:錯解析:[判斷題]75.()。在整個軟件生命周期中的每個階段、每個時刻都存在著軟件測試活動，軟件測試伴隨著軟件開發(fā)。A)正確B)錯誤答案:對解析:[判斷題]76.()。靜態(tài)測試通過對執(zhí)行程序，找到程序中的錯誤或者是可疑之處。A)正確B)錯誤答案:錯解析:[判斷題]77.確認(rèn)測試中首先要進(jìn)行的功能測試是在實際使用的環(huán)境下進(jìn)行的測試，目的是驗證被測軟件是否滿足軟件需求規(guī)格說明中列出的需求A)正確B)錯誤答案:錯解析:[判斷題]78.每次對錯誤的處理都要保留處理信息，包括處理人姓名、處理時間、處理方法、處理意見以及錯誤狀態(tài)A)正確B)錯誤答案:對解析:[判斷題]79.單元測試屬于動態(tài)測試A)正確B)錯誤答案:對解析:[判斷題]80.()。用戶界面設(shè)計對于一個系統(tǒng)的成功是至關(guān)重要的，一個設(shè)計得很差的用戶界面可能導(dǎo)致用戶拒絕使用該系統(tǒng)。（）A)正確B)錯誤答案:對解析:[判斷題]81.()。軟件質(zhì)量保證應(yīng)在()階段開始。A.需求分析B.設(shè)計C.編碼D.投入使用A)正確B)錯誤答案:對解析:[判斷題]82.()。α測試是完全交給最終用戶的測試。A)正確B)錯誤答案:錯解析:[判斷題]83.單元測試需要為每個基本單元開發(fā)驅(qū)動模塊或樁模塊。A)正確B)錯誤答案:對解析:第4部分：問答題，共16題，請在空白處填寫正確答案。[問答題]84.查詢ns_member表的15-30行記錄。答案:select*fromns_memberlimit14,16;解析:[問答題]85.請舉例說明創(chuàng)建一個空目錄的操作命令。答案:mkdirtest解析:[問答題]86.bug記錄包含哪些內(nèi)容？如何提交高質(zhì)量的bug記錄？答案:一條bug信息至少需要以下幾條：bug標(biāo)題，闡述bug大體的內(nèi)容bug產(chǎn)生的模塊bug對應(yīng)的版本bug嚴(yán)重級別、優(yōu)先級bug詳細(xì)現(xiàn)象描述，包括bug出現(xiàn)的操作步驟、報錯日志信息、bug截圖等等提交高質(zhì)量的軟件缺陷記錄需要做到以下幾點：唯一性。一個bug說明一個問題或者說明一類問題可重現(xiàn)一致性。提供這個bug的精確步驟，要讓開發(fā)容易看懂bug描述及所有信息要前后一致，不可有歧義完整性提高質(zhì)量的做法：能附帶bug現(xiàn)象截圖的就帶截圖，有報錯日志的就貼上日志信息客觀性。bug描述不要帶有個人觀點，不要對開發(fā)人員進(jìn)行評價，對事不對人解析:[問答題]87.如果對一個電話機（座機）設(shè)計測試用例，應(yīng)該從哪些方面進(jìn)行測試，請詳細(xì)說明答案:電話機的主要作用就是與他人進(jìn)行通話，面向的用戶群體很廣，老少都有要考慮能否正常撥號，能否與他人進(jìn)行通話，音量調(diào)整，通話質(zhì)量如何，能否正常掛斷，能否再次撥號等。還有其他回?fù)芄δ?，查看歷史撥號功能等。以及異常通信情況下的處理，比如對方不在線，有一方欠費，對方正在通話中等在易用性和用戶體驗方面，應(yīng)該考慮友好性。比如撥號語音提示，號碼顯示面板中有所撥號碼，通話時長，聽筒能否容易拿起和放下，聽筒線的長度。接通提示音和掛斷提示音等。因用戶群體范圍很廣，所以易用性是應(yīng)該比較要關(guān)注的。性能方面主要是持久通話的通話質(zhì)量。解析:[問答題]88.測試過程中，系統(tǒng)有驗證碼怎么處理？答案:有兩種方法，第一種是設(shè)置萬能驗證碼，測試就不需要每次都改驗證碼數(shù)據(jù)，第二種是直接屏蔽驗證碼，請求的時候就不用傳遞該參數(shù)。解析:[問答題]89.請舉例說明刪除一個非空目錄的操作命令。答案:rm-rftest解析:[問答題]90.你們做了哪些方面的性能測試（性能測試策略）？答案:負(fù)載測試：通過逐步增加系統(tǒng)的負(fù)載，測試系統(tǒng)性能的變化，在滿足系統(tǒng)性能指標(biāo)的情況下測試系統(tǒng)所能承受的最大負(fù)載量。穩(wěn)定測試：在系統(tǒng)穩(wěn)定運行也就是系統(tǒng)業(yè)務(wù)正常運行的情況下進(jìn)行長時間的測試，最終確保服務(wù)器的業(yè)務(wù)需求。并發(fā)測試：測試在某個時間點大批量用戶同時觸發(fā)請求數(shù)據(jù)服務(wù)器是否可以滿足用戶正常的業(yè)務(wù)需求。解析:[問答題]91.你做過服務(wù)器壓力測試嗎？用什么工具做的？壓力測試的測試需求是如何提取的？你做壓力測試的時候，如何確定這個壓力測試的基數(shù)的？壓力測試關(guān)注點？答案:做過，用的是Jmeter、loadrunner這個工具用戶常用功能，比如登錄，操作頻率非常高的壓力基數(shù)的確定，我們根據(jù)網(wǎng)站的峰值來確定的，看網(wǎng)站的高峰訪問用戶是多少，然后來進(jìn)行壓力測試。有的時候沒有壓力測試的基數(shù)，就會進(jìn)行探索性測試，比如說100,200這樣遞增去觀察性能數(shù)據(jù)，確定下一步的測試壓力測試關(guān)注點：TPS吞吐率，點擊率響應(yīng)時間，錯誤率，資源利用率等解析:[問答題]92.小明有一百元，想買一百本書，英語書5元一本，數(shù)學(xué)書3元一本，語文書0.5一本，請問他有多少種買法，請編程解決這個問題答案:根據(jù)題意是要買一百本書，一百塊錢，看有多少種買法（錢不一定非要花完，只要能買到一百本書）：三本書的價格分別為：5,3，0.5那么能買到最多的英語書為20本，數(shù)學(xué)書33本，語文書200本但是也有組合的買法，所以可以通過一個三重for循環(huán)來實現(xiàn)，i，j，k分別代表購物英語、數(shù)學(xué)、語文書的數(shù)量循環(huán)條件分別是i<=20;j<=33;k<=200那么只要滿足i+j+k==100,5*i+3*j+0.5*k<=100即可最后統(tǒng)計所有的組合就是買法的數(shù)量n=0foriinrange(21):forjinrange(34):forkinrange(201):if5*i+3*j+0.5*k<=100andi+j+k==100:n+=1print(n)解析:[問答題]93.如何判斷是前臺還是后臺的bug，可以使用fiddler抓取請求信息答案:可以通過抓包工具fiddler來做簡單判斷，也可以直接查看后臺日志。通過fiddler抓取請求信息的話：1）fiddler在沒有設(shè)置過濾器的情況下，沒有抓取到任何請求信息。（可能是前端頁面元素沒有綁定事件，或者綁定事件的元素弄錯了，或者前端發(fā)生了js錯誤等）2）若抓取到的請求的返回httpcode為500，說明服務(wù)器發(fā)生了內(nèi)部錯誤3）若抓取到的請求的返的httpcode為404，說明可能是服務(wù)器根本沒有這個地址的服務(wù)，也有可能是因為前臺js提交請求的時候弄錯了提交地址。解析: