




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
2024年大學(xué)試題(計算機(jī)科學(xué))-軟件測試技術(shù)筆試考試歷年高頻考點試題摘選含答案第1卷一.參考題庫(共75題)1.按要求給出下列程序的測試用例(要求寫出必要的說明): (1)語句覆蓋 (2)判定覆蓋 (3)條件覆蓋 (4)判定-條件覆蓋 (5)條件組合覆蓋2.有一段程序如下,請設(shè)計測試用例以滿足語句覆蓋要求。 3.對手機(jī)軟件的壓力測試通??梢园ǎǎ?。A、存儲壓力B、響應(yīng)能力壓力C、網(wǎng)絡(luò)流量壓力D、并發(fā)壓力4.產(chǎn)品說明書(需求文檔)的變更應(yīng)當(dāng)受到控制。5.單元測試、集成測試、系統(tǒng)測試的側(cè)重點是什么?6.白盒測試是根據(jù)程序的()來設(shè)計測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。A、功能B、性能C、內(nèi)部邏輯D、內(nèi)部數(shù)據(jù)7.回歸測試的目的是()A、驗證修改的成功B、預(yù)防功能編寫的不完善或疏漏C、確保修正過程中沒有引入新的缺陷D、幫助程序員更好地進(jìn)行單元測試8.配置測試是()。A、指檢查軟件之間是否正確交互和共享信息B、交互適應(yīng)性、實用性和有效性的集中體現(xiàn)C、指使用各種硬件來測試軟件操作的過程D、檢查缺陷是否有效改正9.單元測試通常應(yīng)該先進(jìn)行“人工走查”,再以白盒法為主,輔以黑盒法進(jìn)行動態(tài)測試。10.簡述等價類劃分的原則。11.代碼審查工作屬于靜態(tài)測試。12.測試按照測試層次可以劃分成為單元測試、集成測試和系統(tǒng)測試。13.軟件缺陷產(chǎn)生的原因包括軟件()、()、()以及其他原因。14.BUG管理工具的跟蹤過程(用BugZilla為例子)15.下述有關(guān)負(fù)載測試,容量測試和強(qiáng)度測試的描述正確的有()。A、負(fù)載測試:在一定的工作負(fù)荷下,系統(tǒng)的負(fù)荷及響應(yīng)時間B、強(qiáng)度測試:在一定的負(fù)荷條件下,在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響C、容量測試:容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項指標(biāo)的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等),系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行D、容量測試是面向數(shù)據(jù)的,并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量16.單元測試中用來模擬被測模塊調(diào)用者的模塊是()。A、父模塊B、子模塊C、驅(qū)動模塊D、樁模塊17.動態(tài)測試的兩個基本要素是()、()。18.您認(rèn)為性能測試工作的目的是什么?做好性能測試工作的關(guān)鍵是什么?19.什么是測試用例和測試規(guī)程?設(shè)計一個測試用例應(yīng)當(dāng)從哪幾方面考慮?20.簡述黑盒測試有哪兩種基本方法?21.集成測試計劃在需求分析階段末提交。22.請根據(jù)測試條件(X>3,YA、X=6,Y=3B、X=6,Y=8C、X=2,Y=3D、X=2,Y=823.關(guān)于邊界值的說法不正確的是()A、邊界值分析是一種補(bǔ)充等價劃分的測試用例技術(shù)B、他不是選擇等價類的任意元素而是選擇等價類邊界的測試用例C、程序在處理大量中間數(shù)值時都是對的但是在邊界處極可能出現(xiàn)錯誤D、邊界值分析法考慮了輸入變量之間的依賴關(guān)系24.找出的軟件缺陷越多,說明剩下的軟件缺陷越少。25.總是首先設(shè)計黑盒測試用例。26.設(shè)計系統(tǒng)測試計劃需要參考的項目文擋有哪些()。A、軟件測試計劃B、可行性研究報告C、軟件需求規(guī)范D、迭代計劃27.下列()不是軟件自動化測試的優(yōu)點。A、速度快、效率高B、準(zhǔn)確度和精確度高C、能提高測試的質(zhì)量D、能充分測試軟件28.測試工作就是進(jìn)行輸入、接受輸出、檢驗結(jié)果,不深入代碼細(xì)節(jié),這樣的測試方法稱為(),在不執(zhí)行代碼的條件下有條理地仔細(xì)審查軟件設(shè)計、體系結(jié)構(gòu)和代碼,從而找出軟件缺陷的測試方法稱為()。29.軟件驗收測試包括哪些()。A、正式驗收測試B、白盒測試C、alpha測試D、beta測試30.測試的關(guān)鍵問題是()。A、如何組織對軟件的評審B、如何驗證程序的正確性C、如何采用綜合策略D、如何選擇測試用例31.請列舉一些常見的邊界值。32.您認(rèn)為做好測試用例設(shè)計工作的關(guān)鍵是什么?33.測試錯誤提示信息不屬于文檔測試范圍。34.試述軟件的概念和特點?軟件復(fù)用的含義?構(gòu)件包括哪些?35.測試結(jié)束的標(biāo)準(zhǔn)是什么?36.下列各項中()不是一個測試計劃應(yīng)包含的內(nèi)容A、測試進(jìn)度安排B、測試詳細(xì)說明C、測試風(fēng)險D、人力資源37.優(yōu)秀的軟件測試工程師應(yīng)具備哪些素質(zhì)?38.不存在質(zhì)量很高但可靠性很差的產(chǎn)品。39.側(cè)重于觀察資源耗盡情況下的軟件表現(xiàn)的系統(tǒng)測試被稱為()。A、強(qiáng)度測試B、壓力測試C、容量測試D、性能測試40.測試用例設(shè)計的原則是什么?目前主要的測試用例設(shè)計方法有哪些?41.下面哪些屬于動態(tài)分析()。A、代碼覆蓋率B、模塊功能檢查C、系統(tǒng)壓力測試D、程序數(shù)據(jù)流分析42.動態(tài)黑盒子測試:()A、直接測試底層功能、過程、子程序和庫B、可估算執(zhí)行測試時代碼量和具體代碼C、從軟件獲得讀取變量和狀態(tài)信息的訪問權(quán)D、測試的是軟件在使用過程中的實際行為43.下列關(guān)于自動化工具使用風(fēng)險的說法中不恰當(dāng)?shù)氖牵ǎ〢、自動化工具能夠或多或少提高測試效率B、沒有好的測試過程或成熟的測試方法自動化工具并不能像預(yù)期的那樣降低成本C、與手工測試相比較使用自動化工具也可能會增加測試成本D、培訓(xùn)和指導(dǎo)有助于降低自動化使用的風(fēng)險44.關(guān)于測試用用例的描述,下列哪個是錯誤的()A、立從測試用例到需求的可追溯性,有助于需求變更的市場分析。?B、測試用例本身的質(zhì)量是否與需求有可追溯性以及期望結(jié)果的正確性這兩方面來評定。?C、理想情況下,通過執(zhí)行測試用例就可以執(zhí)行測試用例的期望結(jié)果。?D、測試用例由一組輸入值,執(zhí)行的執(zhí)行條件、前值步驟、期望結(jié)果和執(zhí)行后置條件等組成。45.缺陷記錄應(yīng)包含的內(nèi)容?46.什么是測試用例?什么是測試腳本?兩者的關(guān)系是什么?47.條件覆蓋的目的是()。A、使每個判定的所有可能的條件取值組合至少執(zhí)行一次B、使程序中的每個判定至少都獲得一次“真”值和“假”值。C、使程序中的每個判定中每個條件的可能值至少滿足一次。D、使程序中的每個可執(zhí)行語句至少執(zhí)行一次。48.對某軟件進(jìn)行測試,發(fā)現(xiàn)在WIN98上運行得很慢,怎么判別是該軟件存在問題還是其軟硬件運行環(huán)境存在問題?49.簡述單元測試主要采用什么測試方法?50.下列關(guān)于alpha?測試的描述中正確的是:()A、alpha測試需要用戶代表參加B、alpha測試不需要用戶代表參加C、alpha測試是系統(tǒng)測試的一種D、alpha測試是驗收測試的一種51.alpha測試與beta的區(qū)別,描述錯誤的是()。A、alpha測試是在用戶組織模擬軟件系統(tǒng)的運行環(huán)境下的一種驗收測試,由用戶或第三方測試公司進(jìn)行的測試,模擬各類用戶行為對即將面市的軟件產(chǎn)品進(jìn)行測試,試圖發(fā)現(xiàn)并修改錯誤B、Beta測試是用戶公司組織各方面的典型終端用戶在日常工作中實際使用beta版本,并要求用戶報告異常情況,提出批評意見C、beta測試的環(huán)境是不受開發(fā)方控制的,誰也不知道用戶如何折磨軟件,用戶數(shù)量相對比較多,時間不集中D、beta測試先于alpha測試執(zhí)行52.在做程序的單元測試時,樁(存根)模塊比驅(qū)動模塊容易編寫。53.什么是兼容性測試?請舉例說明如何利用兼容性測試列表進(jìn)行測試。54.不需要修復(fù)軟件缺陷的原因包括()、不能算真正的軟件缺陷、()、不值得修復(fù)。55.軟件測試設(shè)計活動主要有()。A、工作量分析B、確定并說明測試用例C、確立并結(jié)構(gòu)化測試過程D、復(fù)審并評估測試覆蓋56.在軟件生命周期的哪一個階段,軟件缺陷修復(fù)費用最低。()A、需求分析(編制產(chǎn)品說明書)B、設(shè)計C、編碼D、產(chǎn)品發(fā)布57.下列關(guān)于alpha測試的描述中正確的是哪些()。A、alpha?測試需要用戶代表參加B、alpha?測試不需要用戶代表參加C、alpha?測試是系統(tǒng)測試的一種D、alpha?測試是驗收測試的一種58.產(chǎn)品發(fā)布后修復(fù)軟件缺陷比項目開發(fā)早期這樣做的費用要高()。A、1~2倍B、10~20倍C、50倍D、100倍或更高59.軟件測試分為幾個階段?各階段的測試策略和要求是什么?60.驗收測試是以最終用戶為主的測試。61.既可以用于黑盒測試,也可以用于白盒測試的方法的是()。A、邏輯覆蓋法B、邊界值法C、基本路徑法D、正交試驗設(shè)計法62.用黑盒法測試時,測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的。63.程序員與測試工作無關(guān)。64.計算機(jī)軟件或程序中?存在的某種破壞正常運行能力的問題錯誤是屬于。()A、缺陷B、故障C、失效D、缺點65.如果我們可以通過覆蓋率檢測來判斷我們是否對所有的路徑都進(jìn)行了測試,但是仍然可能存在未被檢測出來的缺陷,原因是()。A、全部選項B、程序可能因為缺某些路徑而存在問題C、窮舉路徑的測試可能不好暴露數(shù)據(jù)敏感的錯誤D、就算窮舉路徑測試也不能保證程序符合需求66.測試是可以窮盡的。67.軟件測試是軟件質(zhì)量保證的重要手段,下述哪種測試是軟件測試的最基礎(chǔ)環(huán)節(jié)?()A、功能測試B、單元測試C、結(jié)構(gòu)測試D、驗收測試68.使用白盒測試方法時,確定測試數(shù)據(jù)的依據(jù)是指定的覆蓋標(biāo)準(zhǔn)和()。A、程序的注釋B、程序的內(nèi)部邏輯C、用戶使用說明書D、程序的需求說明69.簡述什么是單元測試?70.為何說軟件缺陷的最大來源是產(chǎn)品說明書?71.程序的三種基本控制結(jié)構(gòu)是()。A、過程,子程序,分程序B、順序,條件,循環(huán)C、遞歸,堆棧,隊列D、調(diào)用,返回,轉(zhuǎn)移72.測試設(shè)計員的職責(zé)有哪些()。A、制定測試計劃B、設(shè)計測試用例C、設(shè)計測試過程、腳本D、評估測試活動73.在確定黑盒測試策略時,優(yōu)先選用的方法是()。A、邊界值分析法B、等價類劃分C、錯誤推斷法D、決策表方法74.針對于軟件的行業(yè)背景,你如何理解軟件的業(yè)務(wù)?75.您以往所從事的軟件測試工作中,是否使用了一些工具來進(jìn)行軟件缺陷(Bug)的管理?如果有,請結(jié)合該工具描述軟件缺陷(Bug)跟蹤管理的流程。第2卷一.參考題庫(共75題)1.在C/C++中static有什么用途?(請至少說明兩種)2.下列不屬于正式審查的方式是()。A、同事審查B、公開陳述C、檢驗D、編碼標(biāo)準(zhǔn)和規(guī)范3.為什么要在一個團(tuán)隊中開展軟件測試工作?4.對Web網(wǎng)站進(jìn)行的測試中,屬于功能測試的是()。A、連接速度測試B、鏈接測試C、平臺測試D、安全性測試5.幾乎沒有產(chǎn)品計劃、進(jìn)度安排和正規(guī)的開發(fā)過程的軟件開發(fā)模式是()。A、大棒模式B、邊寫邊改模式C、瀑布模式D、快速原型開發(fā)模式6.為了提高測試的效率,應(yīng)該()。A、隨機(jī)地選取測試數(shù)據(jù)B、取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C、在完成編碼以后制定軟件的測試計劃D、選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)7.好的測試員不懈追求完美。8.下圖用基本路徑法測試需要覆蓋幾條路徑()。 A、3B、4C、5D、69.計算一個任意三角形的面積,S=√(p(p-a)(p-b)(p-c)),p=(a+b+c)/2,以下等價類測試用例中,不屬于無效等價類的是()。A、a=5,b=3,c=6B、a=2,b=3,c=5C、a=7,b=3,c=3D、a=2,b=6,c=310.針對基于路徑的測試技術(shù)的陳述下列哪項是正確的()A、基于經(jīng)驗的測試方法在測試項目中總是作為基本測試方法B、基于經(jīng)驗的測試需要完整的檔案C、基于經(jīng)驗的測試只能作為系統(tǒng)化測試方法的有效補(bǔ)充手段D、探索性測試是基于經(jīng)驗的測試方法的一種他是嚴(yán)格按照過程所定義的步驟和順序進(jìn)行的11.軟件測試項目從什么時候開始?為什么?
12.下列各項中()不是一個測試計劃所應(yīng)包含的內(nèi)容。A、測試資源、進(jìn)度安排B、測試預(yù)期輸出C、測試范圍D、測試策略13.重新編寫程序片斷14~20,用嵌套if-then-else語句替代復(fù)合條件。 14.if(a=b)AND(b=c) 15.ThenOutput(“Equilateral”) 16.ElseIf(ab)AND(ac)AND(bc) 17.ThenOutput(“Scalence”) 18.ElseOutput(“Isosecles”) 19.EndIf 20.EndIf 比較你改寫后的程序和上面程序片斷的圈復(fù)雜度。14.與設(shè)計測試數(shù)據(jù)無關(guān)的文檔是()。A、該軟件的設(shè)計人員B、程序的復(fù)雜程度C、源程序D、項目開發(fā)計劃15.在下列描述中,關(guān)于測試與調(diào)試的說法錯誤的是()。A、測試是顯示錯誤的行為;而調(diào)試是推理的過程B、測試顯示開發(fā)人員的錯誤。調(diào)試是開發(fā)人員為自己辯護(hù)C、測試能預(yù)期和可控。調(diào)試需要想象、經(jīng)驗和思考D、測試必須在詳細(xì)設(shè)計已經(jīng)完成的情況下才能開始;沒有詳細(xì)設(shè)計的信息調(diào)試不可能進(jìn)行16.什么是軟件測試?軟件測試的目的與原則是什么。17.可作為測試停止的必要標(biāo)準(zhǔn)是:()A、當(dāng)時間用光時B、執(zhí)行了所有的測試用例,但沒有發(fā)現(xiàn)故障C、當(dāng)所有缺陷都已清除時D、當(dāng)達(dá)到所有要求的覆蓋時18.自底向上增量式集成測試中,下面()描述是正確的。A、測試由樁模塊控制B、最上面的模塊最先測試C、父單元用測試過的子單元測試D、包含樹的深度優(yōu)先或廣度優(yōu)先遍歷過程19.()是選擇若干個測試用例,運行被測程序,使得程序中的每個可執(zhí)行語句至少執(zhí)行一次。A、條件覆蓋B、組合覆蓋C、判定覆蓋D、語句覆蓋20.在下列描述中,關(guān)于一個軟件缺陷狀態(tài)完整變化的錯誤描述是()。A、打開——修復(fù)——關(guān)閉B、打開——關(guān)閉C、打開——保留?D、激活——修復(fù)——重新打開21.用偽代碼實現(xiàn)下面這個問題:輸入一年中的某月,然后給出該月的天數(shù),如果是2月,用戶將回答這年是否是閏年。22.下面屬于白盒測試方法的是()。A、等價劃分方法B、邏輯覆蓋C、邊界值分析D、錯誤推測法23.簡述什么是驅(qū)動模塊?24.程序效率的提高主要應(yīng)通過選擇高效的算法來實現(xiàn)。25.軟件測試員可以對產(chǎn)品說明書進(jìn)行白盒測試。26.軟件測試工具可以代替軟件測試員。27.軟件驗收測試應(yīng)完成哪些主要測試工作?28.自頂向下集成需要測試員編寫驅(qū)動程序。29.回歸測試是在軟件修改后再次運行以前為查找錯誤而執(zhí)行程序曾用過的測試用例。30.有關(guān)"測試驅(qū)動開發(fā)",下列說法正確的有()。A、TDD的原理是在開發(fā)功能代碼之前,先編寫單元測試用例代碼,測試代碼確定需要編寫什么產(chǎn)品代碼B、TDD的基本思路就是通過測試來推動整個開發(fā)得進(jìn)行,但測試驅(qū)動開發(fā)并不只是單純的測試工作,而是把需求分析,設(shè)計,質(zhì)量控制量化的過程C、TDD的重要目的不僅僅是測試軟件,測試工作保證代碼質(zhì)量僅僅是其中一部分,而且是在開發(fā)過程中幫助客戶和程序員去除模棱兩可的需求D、TDD首先考慮使用需求(對象、功能、過程、接口等),主要是編寫測試用例框架對功能的過程和接口進(jìn)行設(shè)計,而測試框架可以持續(xù)進(jìn)行驗證31.一份測試計劃應(yīng)該包括哪些內(nèi)容?32.在windows下保存一個文本文件時會彈出保存對話框,如果為文件名建立測試用例,等價類應(yīng)該怎樣劃分?33.一個程序中所含有的路徑數(shù)與()有著直接的關(guān)系。A、程序的復(fù)雜程度B、程序語句行數(shù)C、程序模塊數(shù)D、程序指令執(zhí)行時間34.測試程序僅僅按預(yù)期方式運行就行了。35.單元測試的主要任務(wù)不包括()。A、出錯處理B、全局?jǐn)?shù)據(jù)結(jié)構(gòu)C、獨立路徑D、模塊接口36.簡述因果圖中有哪些關(guān)系和約束?37.調(diào)試是()。A、發(fā)現(xiàn)與預(yù)先定義的規(guī)格和標(biāo)準(zhǔn)不符合的問題B、發(fā)現(xiàn)軟件錯誤征兆的過程C、有計劃的、可重復(fù)的過程D、消除軟件錯誤的過程38.軟件測試是有效的排除軟件缺陷的手段。39.軟件缺陷可能會被修復(fù),可能會被保留或者標(biāo)識出來。40.軟件只要經(jīng)過嚴(yán)格嚴(yán)謹(jǐn)?shù)膬?nèi)部測試之后,可以做到?jīng)]有缺陷。41.對于連鎖型分支結(jié)構(gòu),若有n個判定語句,則有2n條路徑。42.不屬于單元測試內(nèi)容的是()。A、模塊接口測試B、局部數(shù)據(jù)結(jié)構(gòu)測試C、路徑測試D、用戶界面測試43.如果某測試用例集實現(xiàn)了某軟件的路徑覆蓋,那么它一定同時實現(xiàn)了該軟件的()。A、判定覆蓋B、條件覆蓋C、判定/條件覆蓋D、組合覆蓋44.黑盒測試用例設(shè)計方法包括()、()以及(),錯誤推測法等。45.軟件測試是采用()執(zhí)行軟件的活動。A、測試用例B、輸入數(shù)據(jù)C、測試環(huán)境D、輸入條件46.簡述用因果圖法設(shè)計測試用例的步驟。47.系統(tǒng)測試的策略有那些?48.通過畫因果圖來寫測試用例的步驟為什么及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個步驟。利用因果圖生成測試用例的基本步驟是:49.系統(tǒng)測試的策略有哪些()。A、負(fù)載測試B、易用性測試C、強(qiáng)度測試D、安全測試50.盡量采用復(fù)合的條件測試,以避免嵌套的分支結(jié)構(gòu)。51.引用與指針有什么區(qū)別?52.用流程圖實現(xiàn)下面這個問題:計算并報告一個班學(xué)生的平均分?jǐn)?shù)。53.盡量用公共過程或子程序去代替重復(fù)的代碼段。54.下列關(guān)于程序效率的描述錯誤的是()。A、提高程序的執(zhí)行速度可以提高程序的效率B、降低程序占用的存儲空間可以提高程序的效率C、源程序的效率與詳細(xì)設(shè)計階段確定的算法的效率無關(guān)D、好的程序設(shè)計可以提高效率55.設(shè)計測試用例時應(yīng)該考慮哪些方面,即不同的測試用例針對那些方面進(jìn)行測試?56.使用基本路徑測試方法,為以下程序段設(shè)計測試用例。 (1)畫出程序的控制流圖,編號已經(jīng)給出。? (2)計算程序的循環(huán)復(fù)雜度,導(dǎo)出程序基本路徑集中的獨立路徑條數(shù)。 (3)導(dǎo)出基本路徑集,確定程序的獨立路徑。? (4)根據(jù)(3)中的獨立路徑,設(shè)計測試用例(確保基本路徑集中的每一條路徑的執(zhí)行)的輸入數(shù)據(jù)和預(yù)期輸出。57.簡述系統(tǒng)測試包含哪些內(nèi)容?58.測試自動化是萬能的。59.軟件配置管理的作用?軟件配置包括什么?60.下列()是對程序流程圖進(jìn)行簡化后得到的,它可以更加突出的表示程序控制流的結(jié)構(gòu),且不包含復(fù)合條件。A、DD-路徑圖B、控制流圖C、MM-路徑圖D、模塊調(diào)用圖61.如果程序的功能說明中含有條件的組合情況則一開始就可以選用()和判定表法A、等價類劃分法B、因果圖法C、邊界值法D、場景法62.測試過程中,()用于描述測試的整體方案,()描述依據(jù)測試案例找出的問題。63.你自認(rèn)為測試的優(yōu)勢在哪里?64.集成測試計劃應(yīng)該在()階段末提交。A、需求分析B、概要設(shè)計C、詳細(xì)設(shè)計D、單元測試完成65.必須要求用戶參與的測試階段是()。A、單元測試B、集成測試C、確認(rèn)測試D、驗收測試66.黑盒測試方法中最有效的是因果圖法。67.永遠(yuǎn)有缺陷類型會在測試的一個層次上被發(fā)現(xiàn),并且能夠在另一個層次上逃避檢測。68.()把黑盒子測試和白盒子測試的界限打亂了。A、灰盒子測試B、動態(tài)測試C、靜態(tài)測試D、失敗測試69.軟件質(zhì)量保證體系是什么?國家標(biāo)準(zhǔn)中與質(zhì)量保證管理相關(guān)的幾個標(biāo)準(zhǔn)是什么?他們的編號和全稱是什么?70.一個參數(shù)的取值范圍是正整數(shù)那么這個參數(shù)的有效邊界值的數(shù)目是()A、一個B、兩個C、三個D、四個71.一套完整的測試應(yīng)該由哪些階段組成?72.您如何看待軟件過程改進(jìn)?在您曾經(jīng)工作過的企業(yè)中,是否有一些需要改進(jìn)的東西呢?您期望的理想的測試人員的工作環(huán)境是怎樣的?73.在搜索引擎中輸入漢字就可以解析到對應(yīng)的域名,請問如何用LoadRunner進(jìn)行測試。74.測試應(yīng)從“大規(guī)?!遍_始,逐步轉(zhuǎn)向“小規(guī)模”。75.下列()不屬于軟件缺陷。A、測試人員主觀認(rèn)為不合理的地方B、軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能C、軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤D、軟件功能超出產(chǎn)品說明書指明范圍第1卷參考答案一.參考題庫1.參考答案: 圖中共有4條路徑:P1(ace)、P2(abd)、P3(abe)、P4(acd)。 1.P1正好滿足語句覆蓋的條件??梢栽O(shè)計如下的輸入數(shù)據(jù): A.2,B=0,x=4 2.測試用例如果能夠測試路徑P1(ace)和P2(abd),就可以滿足判定覆蓋要求。可以設(shè)計如下兩組輸入數(shù)據(jù): A.2,B=0,x=4 A.1,B=1,x=1 3.條件:A>1,B=0,A=2,x>1。需要有足夠的測試用例使得上述四個條件都能有滿足和不滿足的情況。以下這兩組輸入數(shù)據(jù)能滿足這些要求: A.2,B=0,x=4 A.1,B=1,x=1 4.判定/條件覆蓋: A.2,B=0,x=4 A.1,B=1,x=1 5.可能的條件組合: (1)A>1,B=0 (2)A>1,B≠0 (3)A≤1,B=0 (4)A≤1,B≠0 (5)A=2,x>1 (6)A=2,x≤1 (7)A≠2,x>1 (8)A≠2,x≤1 相應(yīng)的輸入數(shù)據(jù): A.2,B=0,x=4,滿足(1)和(5) A.2,B=1,x=1,滿足(2)和(6) A.1,B=0,x=2,滿足(3)和(7) A.1,B=1,x=1,滿足(4)和(8)2.參考答案: 要實現(xiàn)DoWork函數(shù)的語句覆蓋,只需設(shè)計一個測試用例就可以覆蓋程序中的所有可執(zhí)行語句。 測試用例輸入為:{x=4、y=5、z=5}3.參考答案:A,B,C4.參考答案:正確5.參考答案: 單元測試針對的是軟件設(shè)計的最小單元--程序模塊(面向過程中是函數(shù)、過程;面向?qū)ο笾惺穷悺#?,進(jìn)行正確性檢驗的測試工作,在于發(fā)現(xiàn)每個程序模塊內(nèi)部可能存在的差錯.一般有兩個步驟:人工靜態(tài)檢查/動態(tài)執(zhí)行跟蹤。 集成測試針對的是通過了單元測試的各個模塊所集成起來的組件進(jìn)行檢驗,其主要內(nèi)容是各個單元模塊之間的接口,以及各個模塊集成后所實現(xiàn)的功能。 系統(tǒng)測試針對的是集成好的軟件系統(tǒng),作為整個計算機(jī)系統(tǒng)的一個元素,與計算機(jī)硬件/外設(shè)/某些支持軟件/數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起,要在實際的運行環(huán)境中,對計算機(jī)系統(tǒng)進(jìn)行一系列的集成測試和確認(rèn)測試。6.參考答案:C7.參考答案:C8.參考答案:C9.參考答案:正確10.參考答案:①在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下,則可以確立一個有效等價類和兩個無效等價類。 ②在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下,可確立一個有效等價類和一個無效等價類。 ③在輸入條件是一個布爾量的情況下,可確定一個有效等價類和一個無效等價類。 ④在規(guī)定了輸入數(shù)據(jù)的一組值(假定n個),并且程序要對每一個輸入值分別處理的情況下,可確立n個有效等價類和一個無效等價類。 ⑤在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下,可確立一個有效等價類(符合規(guī)則)和若干個無效等價類(從不同角度違反規(guī)則)。 ⑥在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下,則應(yīng)再將該等價類進(jìn)一步的劃分為更小的等價類。11.參考答案:正確12.參考答案:正確13.參考答案:說明書;設(shè)計;編寫代碼14.參考答案: 測試人員發(fā)現(xiàn)了BUG,提交到Bugzilla中,狀態(tài)為new,BUG的接受者為開發(fā)接口人員 開發(fā)接口將BUG分配給相關(guān)的模塊的開發(fā)人員,狀態(tài)修改為已分配,開發(fā)人員和測試確認(rèn)BUG,如果是本人的BUG,則設(shè)置為接收;如果是別的開發(fā)人員的問題,則轉(zhuǎn)發(fā)出去,由下一個開發(fā)人員來進(jìn)行此行為;如果認(rèn)為不是問題,則需要大家討論并確認(rèn)后,拒絕這個BUG,然后測試人員關(guān)閉此問題。 如果開發(fā)人員接受了BUG,并修改好以后,將BUG狀態(tài)修改為已修復(fù),并告知測試在哪個版本中可以測試。 測試人員在新版本中測試,如果發(fā)現(xiàn)問題依然存在,則拒絕驗證;如果已經(jīng)修復(fù),則關(guān)閉BUG。15.參考答案:A,B,C,D16.參考答案:C17.參考答案:被測試程序;測試數(shù)據(jù)18.參考答案:關(guān)鍵是測試腳本的錄制,測試時候測試環(huán)境的干凈。19.參考答案: 狹義的講,一個測試用例就是測試人員用以測試被測軟件的某個特性或特性組合的一組數(shù)據(jù)。這組數(shù)據(jù)可能是從用戶處得來的實際的一組數(shù)據(jù),也可能是測試人員專門設(shè)計出來的測試軟件某些功能的一組數(shù)據(jù)。 測試規(guī)程就是詳細(xì)的對測試用例設(shè)計方法、測試方法、測試工具、測試環(huán)境和測試數(shù)據(jù)進(jìn)行描述的文檔,還可以包括能把某個或某一組測試用例應(yīng)用到被測軟件上完成某項測試的一系列的操作步驟。 設(shè)計測試用例應(yīng)當(dāng)從以下幾方面考慮:邊界值,等價類劃分,有效/無效值等。20.參考答案:黑盒測試有兩種基本方法,即通過測試和失敗測試。21.參考答案:錯誤22.參考答案:C23.參考答案:D24.參考答案:錯誤25.參考答案:正確26.參考答案:A,C,D27.參考答案:D28.參考答案:動態(tài)黑盒測試;靜態(tài)白盒測試29.參考答案:A,C,D30.參考答案:D31.參考答案:1)對16-bit的整數(shù)而言32767和-32768是邊界 2)屏幕上光標(biāo)在最左上、最右下位置 3)報表的第一行和最后一行 4)數(shù)組元素的第一個和最后一個 5)循環(huán)的第0次、第1次和倒數(shù)第2次、最后一次32.參考答案:對業(yè)務(wù)和軟件需求非常清楚,可以根據(jù)需求不同選擇不同的測試用例設(shè)計。33.參考答案:錯誤34.參考答案: 軟件是計算機(jī)系統(tǒng)中與硬件相互依存的另一部分,與計算機(jī)系統(tǒng)操作有關(guān)的計算機(jī)程序、規(guī)程、規(guī)則,以及可能有的文件、文檔及數(shù)據(jù)。 軟件復(fù)用(SoftWareReuse)是將已有軟件的各種有關(guān)知識用于建立新的軟件,以縮減軟件開發(fā)和維護(hù)的花費。軟件復(fù)用是提高軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)。早期的軟件復(fù)用主要是代碼級復(fù)用,被復(fù)用的知識專指程序,后來擴(kuò)大到包括領(lǐng)域知識、開發(fā)經(jīng)驗、設(shè)計決定、體系結(jié)構(gòu)、需求、設(shè)計、代碼和文檔等一切有關(guān)方面。 可以被復(fù)用的軟件成分一般稱作可復(fù)用構(gòu)件。35.參考答案: 從微觀上來說,在測試計劃中定義,比如系統(tǒng)在一定性能下平穩(wěn)運行72小時,目前BugTrackingSystem中,本版本中沒有一般嚴(yán)重的BUG,普通BUG的數(shù)量在3以下,BUG修復(fù)率90%以上等等參數(shù),然后由開發(fā)經(jīng)理,測試經(jīng)理,項目經(jīng)理共同簽字認(rèn)同版本Release。 如果說宏觀的,則是當(dāng)這個軟件徹底的消失以后,測試就結(jié)束了。36.參考答案:C37.參考答案: 具有探索精神、具有良好的計算機(jī)編程基礎(chǔ)、故障排除能手、堅持不懈的精神、具有創(chuàng)新精神和超前意識、追求完美、判斷準(zhǔn)確、具有整體觀念,對細(xì)節(jié)敏感、團(tuán)隊合作精神,溝通能力38.參考答案:正確39.參考答案:B40.參考答案: 代表性:能夠代表并覆蓋各種合理的和不合理、合法的和非法的、邊界的和越界的、以及極限的輸入數(shù)據(jù)、操作和環(huán)境設(shè)置等。 可判定性:即測試執(zhí)行結(jié)果的正確性是可判定的,每一個測試用例都應(yīng)有相應(yīng)的期望結(jié)果。 可再現(xiàn)性:即對同樣的測試用例,系統(tǒng)的執(zhí)行結(jié)果應(yīng)當(dāng)是相同的。 方法有等價類、邊界值、因果圖、狀態(tài)圖、正交法、大綱法。41.參考答案:C,D42.參考答案:B43.參考答案:A44.參考答案:B45.參考答案:缺陷標(biāo)識、缺陷類型、缺陷嚴(yán)重程度、缺陷產(chǎn)生可能性、缺陷優(yōu)先級、缺陷狀態(tài)、缺陷起源、缺陷來源、缺陷原因。46.參考答案: 為實施測試而向被測試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個特定的集合。 測試腳本是為了進(jìn)行自動化測試而編寫的腳本。 測試腳本的編寫必須對應(yīng)相應(yīng)的測試用例47.參考答案:A48.參考答案:看軟件的運行環(huán)境要求。如果符合要求則是程序存在問題,若不符合要求則是硬件系統(tǒng)存在問題。49.參考答案:單元測試的基本方法有:人工靜態(tài)分析、自動靜態(tài)分析、自動動態(tài)測試,人工動態(tài)測試。50.參考答案:A,D51.參考答案:D52.參考答案:錯誤53.參考答案:主要驗證軟件產(chǎn)品在不同版本之間的兼容性。包括向下兼容和交錯兼容,向下兼容是測試軟件新版本保留它早期版本功能的情況,交錯兼容是驗證共同存在的兩個相關(guān)但不相同的產(chǎn)品之間的兼容性。54.參考答案:沒有時間;風(fēng)險太大55.參考答案:A,B,C,D56.參考答案:A57.參考答案:A,D58.參考答案:D59.參考答案: 和開發(fā)過程相對應(yīng),測試過程會依次經(jīng)歷單元測試、集成測試、系統(tǒng)測試、驗收測試四個主要階段: 單元測試:單元測試是針對軟件設(shè)計的最小單位––程序模塊甚至代碼段進(jìn)行正確性檢驗的測試工作,通常由開發(fā)人員進(jìn)行。 集成測試:集成測試是將模塊按照設(shè)計要求組裝起來進(jìn)行測試,主要目的是發(fā)現(xiàn)與接口有關(guān)的問題。由于在產(chǎn)品提交到測試部門前,產(chǎn)品開發(fā)小組都要進(jìn)行聯(lián)合調(diào)試,因此在大部分企業(yè)中集成測試是由開發(fā)人員來完成的。 系統(tǒng)測試:系統(tǒng)測試是在集成測試通過后進(jìn)行的,目的是充分運行系統(tǒng),驗證各子系統(tǒng)是否都能正常工作并完成設(shè)計的要求。它主要由測試部門進(jìn)行,是測試部門最大最重要的一個測試,對產(chǎn)品的質(zhì)量有重大的影響。 驗收測試:驗收測試以需求階段的《需求規(guī)格說明書》為驗收標(biāo)準(zhǔn),測試時要求模擬實際用戶的運行環(huán)境。對于實際項目可以和客戶共同進(jìn)行,對于產(chǎn)品來說就是最后一次的系統(tǒng)測試。測試內(nèi)容為對功能模塊的全面測試,尤其要進(jìn)行文檔測試。 單元測試測試策略: 自頂向下的單元測試策略:比孤立單元測試的成本高很多,不是單元測試的一個好的選擇。 自底向上的單元測試策略:比較合理的單元測試策略,但測試周期較長。 孤立單元測試策略:最好的單元測試策略。 集成測試的測試策略: 大爆炸集成:適應(yīng)于一個維護(hù)型項目或被測試系統(tǒng)較小。 自頂向下集成:適應(yīng)于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定;高層接口變化較?。坏讓咏涌谖炊x或經(jīng)??赡鼙恍薷?;產(chǎn)口控制組件具有較大的技術(shù)風(fēng)險,需要盡早被驗證;希望盡早能看到產(chǎn)品的系統(tǒng)功能行為。 自底向上集成:適應(yīng)于底層接口比較穩(wěn)定;高層接口變化比較頻繁;底層組件較早被完成。 基于進(jìn)度的集成 優(yōu)點:具有較高的并行度;能夠有效縮短項目的開發(fā)進(jìn)度。 缺點:樁和驅(qū)動工作量較大;有些接口測試不充分;有些測試重復(fù)和浪費。 系統(tǒng)測試的測試策略: 數(shù)據(jù)和數(shù)據(jù)庫完整性測試;功能測試;用戶界面測試;性能評測;負(fù)載測試;強(qiáng)度測試;容量測試;安全性和訪問控制測試;故障轉(zhuǎn)移和恢復(fù)測試;配置測試;安裝測試;加密測試;可用性測試;版本驗證測試;文檔測試60.參考答案:正確61.參考答案:B62.參考答案:錯誤63.參考答案:錯誤64.參考答案:A65.參考答案:A66.參考答案:錯誤67.參考答案:B68.參考答案:B69.參考答案:單元測試時對軟件設(shè)計的最小單位------模塊進(jìn)行正確性檢驗的測試工作,主要測試模塊在語法、格式和邏輯上的錯誤。70.參考答案:產(chǎn)品說明書沒有寫,我們要記得說不出來就做不出來; 產(chǎn)品說明書不完整、不停更改,難以和開發(fā)人員溝通。71.參考答案:B72.參考答案:B,C73.參考答案:B74.參考答案:閱讀用戶手冊了解軟件的功能和操作流程;看一些業(yè)務(wù)的專業(yè)書籍補(bǔ)充業(yè)務(wù)知識;如果有用戶實際的數(shù)據(jù),可以拿實際的數(shù)據(jù)進(jìn)行參考;參考以前的用例和BUG報告;在使用軟件的過程中多思考;多與產(chǎn)品經(jīng)理交流。75.參考答案:CQ,也可以使用BugFree等免費工具。第2卷參考答案一.參考題庫1.參考答案: (1)在函數(shù)體,一個被聲明為靜態(tài)的變量在這一函數(shù)被調(diào)用過程中維持其值不變。 (2)在模塊內(nèi)(但在函數(shù)體外),一個被聲明為靜態(tài)的變量可以被模塊內(nèi)所用函數(shù)訪問,但不能被模塊外其它函數(shù)訪問。它是一個本地的全局變量。 (3)在模塊內(nèi),一個被聲明為靜態(tài)的函數(shù)只可被這一模塊內(nèi)的其它函數(shù)調(diào)用。那就是,這個函數(shù)被限制在聲明它的模塊的本地范圍內(nèi)使用。2.參考答案:D3.參考答案:因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量,就好比ISO質(zhì)量認(rèn)證一樣,測試同樣也需要質(zhì)量的保證,這個時候就需要在團(tuán)隊中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題,及時讓開發(fā)人員得知并修改問題,在即將發(fā)布時,從測試報告中得出軟件的質(zhì)量情況。4.參考答案:B5.參考答案:B6.參考答案:D7.參考答案:錯誤8.參考答案:B9.參考答案:A10.參考答案:C11.參考答案: 軟件測試應(yīng)該在需求分析階段就介入,因為測試的對象不僅僅是程序編碼,應(yīng)該對軟件開發(fā)過程中產(chǎn)生的所有產(chǎn)品都測試,并且軟件缺陷存在放大趨勢.缺陷發(fā)現(xiàn)的越晚,修復(fù)它所花費的成本就越大。12.參考答案:B13.參考答案:14.參考答案:D15.參考答案:D16.參考答案: 在規(guī)定的條件下對程序進(jìn)行操作,以發(fā)現(xiàn)程序錯誤,衡量軟件質(zhì)量,并對其是否能滿足設(shè)計要求進(jìn)行評估的過程。 軟件測試的目的: 測試是程序的執(zhí)行過程,目的在于發(fā)現(xiàn)錯誤; 一個成功的測試用例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤; 一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試; 確保產(chǎn)品完成了它所承諾或公布的功能,并且用戶可以訪問到的功能都有明確的書面說明。 確保產(chǎn)品滿足性能和效率的要求; 確保產(chǎn)品是健壯的和適應(yīng)用戶環(huán)境的。 軟件測試的原則: 測試用例中一個必須部分是對預(yù)期輸出或接過進(jìn)行定義; 程序員應(yīng)避免測試自己編寫的程序; 編寫軟件的組織不應(yīng)當(dāng)測試自己編寫的軟件; 應(yīng)當(dāng)徹底檢查每個測試的執(zhí)行結(jié)果 測試用例的編寫不僅應(yīng)當(dāng)根據(jù)有效和預(yù)料到的輸入情況,而且也應(yīng)當(dāng)根據(jù)無效和未預(yù)料到的輸入情況 檢擦程序是否“未做其應(yīng)該做的”僅是測試的一半,測試的另一半是檢查程序是否“做了其不應(yīng)該做的” 應(yīng)避免測試用例用后即棄,除非軟件本身就是個一次性的軟件 計劃測試工作時不應(yīng)默許假定不會發(fā)現(xiàn)錯誤 程序某部分存在更多錯誤的可能性,與該部分已經(jīng)發(fā)現(xiàn)錯誤的數(shù)量成正比 軟件測試是一項極富創(chuàng)造性,極具智力的挑戰(zhàn)性的工作17.參考答案:D18.參考答案:C19.參考答案:D20.參考答案:D21.參考答案: 22.參考答案:B23.參考答案:用以模擬被測模塊的上級模塊的一次性代碼。24.參考答案:正確25.參考答案:正確26.參考答案:錯誤27.參考答案: 1)文檔資料的審查驗收; 2)功能測試; 3)性能測試; 4)強(qiáng)化測試; 5)性能降級執(zhí)行方式測試 6)檢查系統(tǒng)的余量要求; 7)安裝測試; 8)用戶操作測試。28.參考答案:錯誤29.參考答案:正確30.參考答案:A,B,C,D31.參考答案:背景、項目簡介、目的、測試范圍、測試策略、人員分工、資源要求、進(jìn)度計劃、參考文檔、常用術(shù)語、提交文檔、風(fēng)險分析。32.參考答案:單字節(jié),如A;雙字節(jié),AA、我我;特殊字符/‘。‘;、=-等;保留字,如com;文件格式為8.3格式的;文件名格式為非8.3格式的;/,/,*等九個特殊字符。33.參考答案:A34.參考答案:錯誤35.參考答案:B36.參考答案: 37.參考答案:D38.參考答案:正確39.參考答案:正確40.參考答案:錯誤41.參考答案:正確42.參考答案:D43.參考答案:A44.參考答案:等價類劃分;邊界值分析;因果圖45.參考答案:A46.參考答案:(1)分析軟件規(guī)格說明描述中,那些是原因(即輸入條件或輸入條件的等價類),那些是結(jié)果(即輸出條件),并給每個原因和結(jié)果賦予一個標(biāo)識符。 (2)分析軟件規(guī)格說明描述中的語義。找出原因與結(jié)果之間,原因與原因之間對應(yīng)的關(guān)系。根據(jù)這些關(guān)系,畫出因果圖。 (3)由于語法或環(huán)境限制,有些原因與原因之間,原因與結(jié)果之間的組合情況不不可能出現(xiàn)。為表明這些特殊情況,在因果圖上用一些記號表明約束或限制條件。 (4)把因果圖轉(zhuǎn)換為判定表。 (5)把判定表的每一列拿出來作為依據(jù),設(shè)計測試用例。47.參考答案:有性能測試、負(fù)載測試、強(qiáng)度測試、易用性測試、安全測試、配置測試、安裝測試、文檔測試、故障恢復(fù)測試、用戶界面測試、恢復(fù)測試、分布測試、可用性測試。48.參考答案: (1)分析軟件規(guī)格說明描述中,哪些是原因(即輸入條件或輸入條件的等價類),哪些是結(jié)果(即輸出條件),并給每個原因和結(jié)果賦予一個標(biāo)識符。 (2)分析軟件規(guī)格說明描述中
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 農(nóng)村拆除施工方案范本
- 揚(yáng)州脫硫煙囪施工方案
- 古詩二首(東溪和蠶麥)閱讀練習(xí)
- 建筑工程臨時用工合同
- 包頭中招試題數(shù)學(xué)試卷
- 污泥干化機(jī)更換施工方案
- 工程不得驗收施工方案
- 物理-安徽省天一大聯(lián)考2024-2025學(xué)年(下)2025屆高三3月調(diào)研考試試題和答案
- 辦公軟件怎么做數(shù)學(xué)試卷
- 食堂調(diào)料配送服務(wù)方案
- 湖北省武漢市2024-2025學(xué)年高三2月調(diào)研考試英語試題
- 教科版三年級下冊科學(xué)全冊同步練習(xí)(一課一練)
- 內(nèi)蒙古機(jī)電職業(yè)技術(shù)學(xué)院單獨招生(機(jī)電類)考試題(附答案)
- 2025年南京信息職業(yè)技術(shù)學(xué)院單招職業(yè)技能測試題庫參考答案
- 2025年度共享辦公空間轉(zhuǎn)租合作協(xié)議
- 人教版(2024)七下 第二單元第1課《精彩瞬間》課件-七年級美術(shù)下冊(人教版)
- 2024天津高考英語試題及答案
- 2024中華人民共和國農(nóng)村集體經(jīng)濟(jì)組織法詳細(xì)解讀課件
- WINCC中文培訓(xùn)PPT課件
- 協(xié)助撫養(yǎng)意愿書
- 注射用艾司奧美拉唑鈉報告及中試總結(jié)
評論
0/150
提交評論