軟件測試模擬題及答案-預(yù)覽頁
【正文】 ③設(shè)計測試過程、腳本 ④評估測試活動A．①和② B．①、②和③ C．②和③ D．①、②、③和④3 測試文檔種類包括【 D 】。A．接口測試 B．壓力測試 C．單元測試 D．易用性測試3 軟件測試管理包括測試過程管理、配置管理以及【 A 】A．測試評審管理 B．測試用例管理 C．測試計劃管理 D．測試實施管理3 在用白盒測試中的邏輯覆蓋法設(shè)計測試用例時，在下列覆蓋中，【 D 】是最強(qiáng)的覆蓋準(zhǔn)則。A．Alpha版 B．Beta版 C．正版 D．以上都不是4 自底向上法需要寫【 A 】。A．檢查軟件之間是否正確交互和共享信息 B．交互適應(yīng)性、實用性和有效性的集中體現(xiàn)C．使用各種硬件來測試軟件操作的過程 D．檢查缺陷是否有效改正4 下列不屬于測試原則的是【 D 】。4 下列各項中【 B 】不是一個測試計劃所應(yīng)包含的內(nèi)容。A．軟件發(fā)布后如果發(fā)現(xiàn)質(zhì)量問題，那是軟件測試人員的錯B．窮盡測試實際上在一般情況下是不可行的C．軟件測試自動化不是萬能的D．測試能由非開發(fā)人員進(jìn)行，調(diào)試必須由開發(fā)人員進(jìn)行。A．需求分析 B．概要設(shè)計 C．詳細(xì)設(shè)計 D．單元測試完成5 在下面所列舉中的邏輯測試覆蓋中，測試覆蓋最強(qiáng)的是【 B 】。A．TestSuite B．Assert C．TestCase D．JFCTestCase5 【 D 】。 對 【 】測試是為了驗證軟件已正確地實現(xiàn)了用戶的要求。錯 【 】黑盒測試的測試用例是根據(jù)應(yīng)用程序的功能需求設(shè)計的。 錯 【 】在設(shè)計測試用例時，應(yīng)包括合理的輸入條件和不合理的輸入條件。 錯1 【 】軟件開發(fā)全過程的測試工作都可以實現(xiàn)自動化。 對1 【 】軟件測試工具可以代替軟件測試員。 對2 【 】軟件只要經(jīng)過嚴(yán)格嚴(yán)謹(jǐn)?shù)膬?nèi)部測試之后，可以做到?jīng)]有缺陷。 對2 【 】回歸測試是在軟件修改后再次運行以前為查找錯誤而執(zhí)行程序曾用過的測試用例。 對 【 】軟件質(zhì)量保證和軟件測試是同一層次的概念。 錯3 【 】驗收測試是以最終用戶為主的測試。 對三、填空 測試用例是由__測試輸入數(shù)據(jù)__和預(yù)期的__輸出結(jié)果___兩部分組成。 集成測試以_概要設(shè)計_說明書指導(dǎo)，測試軟件結(jié)構(gòu)。 決策表通常由條件樁、條件項、動作樁、動作項四部分組成 白盒測試的主要方法有邏輯覆蓋、基本路徑測試等1 軟件測試階段的輸入信息包括軟件配置和測試配置。1 測試過程實施所必備的核心文檔是測試計劃、測試用例和軟件測試報告。單元測試的對象是軟件設(shè)計的最小單位——模塊。白盒測試:基于產(chǎn)品的內(nèi)部結(jié)構(gòu)來進(jìn)行測試，又稱為結(jié)構(gòu)測試，邏輯驅(qū)動測試或基于程序的測試。測試用例通俗一點來講就是編寫（編制）一組前提條件、輸入、執(zhí)行條件、預(yù)期結(jié)果以完成對某個特定需求或目標(biāo)測試的數(shù)據(jù)，體現(xiàn)測試方案、方法、技術(shù)和策略的文檔。可在因果圖的基礎(chǔ)上設(shè)計測試用例。樁模塊：又稱為存根模塊，代替被測模塊調(diào)用的子模塊。類測試：類內(nèi)方法間的交互和其對象的各個狀態(tài)，它由與驗證類的實現(xiàn)是否和該類的說明完全一致的相關(guān)聯(lián)的活動組成。但是借助這些方法，我們只能盡量減少軟件中的錯誤和不足，卻不能完全避免所有的錯誤。也可借助于靜態(tài)分析器在機(jī)器上以自動方式進(jìn)行檢查，但不要求程序本身在機(jī)器上運行。把被測試程序當(dāng)作一個黑盒，忽略程序內(nèi)部的結(jié)構(gòu)的特性，測試者在只知道該程序輸入和輸出之間的關(guān)系或程序功能的情況下，依靠能夠反映這一關(guān)系和程序功能需求規(guī)格的說明書，來確定測試用例和推斷測試結(jié)果的正確性。美國卡內(nèi)基梅隆大學(xué)軟件工程研究所在美國國防部資助下于20世紀(jì)80年代末建立的能力成熟度模型（capability maturity model，CMM)。五、簡答 簡述軟件測試的生命周期及各階段的內(nèi)容。l 分析并設(shè)計基于需求的測試，構(gòu)成對應(yīng)的需求覆蓋或追蹤矩陣。（4） 編碼階段————測試任務(wù)l 代碼驗收測試計劃l 分析代碼l 驗證代碼l 設(shè)計基于外部的測試。 簡述軟件測試的目的軟件測試的目的包括以下三點：(1) 測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤，不能證明程序的正確性，僅限于處理有限種的情況。靜態(tài)測試——通過對被測程序的靜態(tài)審查，發(fā)現(xiàn)代碼中潛在的錯誤。 簡述黑盒測試的具體技術(shù)方法。黑盒測試：（確認(rèn)技術(shù)）優(yōu)點： 缺點：，則無法發(fā)現(xiàn)白盒測試：（驗證技術(shù)）優(yōu)點：缺點：（通常），通常只用于單元測試，有應(yīng)用局限 簡述軟件測試過程的三種模型a) V模型反映測試活動與分析設(shè)計活動的關(guān)系b) W模型增加了軟件各開發(fā)階段中應(yīng)同步進(jìn)行的驗證和確認(rèn)活動c) H模型H模型將測試活動完全獨立出來，形成了一個完全獨立的流程，將測試準(zhǔn)備活動和測試執(zhí)行活動清晰地體現(xiàn)出來 簡述軟件測試過程。自頂向下的增值測試：首先對含讀操作的子系統(tǒng)自底向上直至根結(jié)點模塊進(jìn)行組裝和測試，然后對含寫操作的子系統(tǒng)做自頂向下的組裝與測試 軟件性能測試有哪些？常見的性能測試類型：壓力測試、負(fù)載測試、強(qiáng)度測試、容量測試、疲勞測試等。 靜態(tài)分析工具216。 測試過程管理工具1 簡述面向?qū)ο鬁y試與傳統(tǒng)測試的區(qū)別 安全性測試252。將軍額上能跑馬，宰相肚里能撐船。 寬容就是忘卻，人人都有痛苦，都有傷疤，動輒去揭，便添新創(chuàng)，舊痕新傷難愈合，忘記昨日的是非，忘記別人先前對自己的指責(zé)和謾罵，時間是良好的止痛劑，學(xué)會忘卻，生活才有陽光，才有歡樂?！ 「星椴皇怯螒?，誰也傷不起；人心不是鋼鐵，誰也疼不起。所謂華麗的轉(zhuǎn)身，都有旁人看不懂的情深。 動了真情，情才會最難割；付出真心，心才會最難舍?！ ∵@件事情告訴我們?；橐錾顮渴肿哌^酸甜苦辣溫馨與艱難，我開始懂得愛是經(jīng)得起平淡。有時寬容引起的道德震動比懲罰更強(qiáng)烈。也許只一句分手，就再也不見；也許只一次主動，就能挽回遺憾?！ 勰愕娜耍岵坏脗?；傷你的人，并不愛你。誰在默默的等待，誰又從未走遠(yuǎn)，誰能為你一直都在？ 這世上，別指望人人都對你好，對你好的人一輩子也不會遇到幾個。其實戀愛就這么簡單，會讓你智商下降，完全變了性格，越來越不果斷?！ ∮龅侥阒埃乙詾閻凼求@天動地，愛是轟轟烈烈抵死纏綿；我以為愛是蕩氣回腸，愛是熱血沸騰
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1