軟件測試題庫

《軟件測試題庫》由會員分享，可在線閱讀，更多相關(guān)《軟件測試題庫（40頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

1、軟件測試題庫 一、判斷題 1 ?軟件測試的目的是盡可能多的找出軟件的缺陷。（Y） 2?Beta測試是驗(yàn)收測試的一種。（Y） 4?項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。（Y） 5?單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（丫） 7?自底向上集成需要測試員編寫驅(qū)動程序。（Y） 14. 白盒測試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的 功能要求。（Y） 二、選擇題 1?軟件驗(yàn)收測試的合格通過準(zhǔn)則是：（ABCD） A. 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指 標(biāo)全部達(dá)到要求。 B. 所有測試項(xiàng)沒有殘余一級、二級和三級錯(cuò)誤。 C. 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔

2、和編碼實(shí)現(xiàn)一致。 D? 驗(yàn)收測試工件齊全。 2?軟件測試計(jì)劃評審會需要哪些人員參加？ （ABCD） A?項(xiàng)目經(jīng)理 B?SQA負(fù)責(zé)人 C?配置負(fù)責(zé)人 D?測試組 3?下列關(guān)于alpha測試的描述中正確的是:(AD) A?alpha測試需要用戶代表參加 B?alpha測試不需要用戶代表參加 C?alpha測試是系統(tǒng)測試的一種 D?alpha測試是驗(yàn)收測試的一種 4 ?測試設(shè)計(jì)員的職責(zé)有：(BC) A?制定測試計(jì)劃 B?設(shè)計(jì)測試用例 C?設(shè)計(jì)測試過程、腳本 D?評估測試活動 5 ?軟件實(shí)施活動的進(jìn)入準(zhǔn)則是:(ABC) A?需求工件已經(jīng)被基線化 B?詳細(xì)設(shè)計(jì)工件已

3、經(jīng)被基線化 C?構(gòu)架工件已經(jīng)被基線化 D?項(xiàng)目階段成果已經(jīng)被基線化 多項(xiàng)選擇題 1. 在面向類的度量中，下列哪些度量方式是屬于C&K套件的度量 ()? 面向?qū)ο蟮能浖こ蘌463頁C&K度量套件 A. 每個(gè)類的加權(quán)方法B?對象類之間的耦合C.繼承樹的 深度 D. 類大小 E.特例化索引 F.方法中內(nèi)聚的缺乏 2. 以下說法正確的有（）. A. 等價(jià)類劃分和邊界值分析屬于白盒測試技術(shù). B. 基本路徑測試屬于白盒測試技術(shù). C. 在基本路徑測試中,可以通過流圖來計(jì)算環(huán)路復(fù)雜性. D. 樁模塊用于接收測試數(shù)據(jù),并把數(shù)據(jù)傳遞給要測試的模 塊,然后打印相關(guān)結(jié)果. E. 在確

4、認(rèn)測試中，測試是由用戶在開發(fā)者的場所來進(jìn)行, 開發(fā)者對客戶進(jìn)行指導(dǎo),是在一個(gè)受控環(huán)境下進(jìn)行. F. 可以不進(jìn)行單元測試就開始集成測試，因?yàn)榧蓽y試會 發(fā)現(xiàn)所有的問題. 3. 下列哪些屬于集成測試的內(nèi)容（）. A. 自頂向下集成B.自底向上集成C.回歸測試D.壓力測 試 4. 以下哪些內(nèi)容是面向?qū)ο蠓治鏊娜蝿?wù)（）. A. 標(biāo)識類（定義屬性和方法） B. 刻畫類的層次關(guān)系 C. 標(biāo)識對象——對象關(guān)系 D. 表示對象行為 5. 我們可以將設(shè)計(jì)模式大致劃分為以下幾種類型(). A. 創(chuàng)建型B.行為型C.變換型D.結(jié)構(gòu)型 6. 軟件產(chǎn)品與其它工業(yè)產(chǎn)品相比具有獨(dú)特的開發(fā)過程，這

5、決定了 我們需要使用軟件質(zhì)量保證的方法學(xué)和工具面對軟件質(zhì)量的各 種特殊的挑戰(zhàn)?那么，軟件開發(fā)過程的獨(dú)特性有()? A.軟件產(chǎn)品的高復(fù)雜性B.與其它系統(tǒng)有接口 C.軟件產(chǎn)品 的不可見性 D.檢測缺陷的機(jī)會只限于產(chǎn)品開發(fā)階段 E.需要協(xié)同 工作 7. 測試設(shè)計(jì)員的職責(zé)有()? A. 制定測試計(jì)劃 B.設(shè)計(jì)測試用例 C.設(shè)計(jì)測試過程，腳 本D.評估測試活動 8. 軟件工程研究的對象包括(). A. 質(zhì)量 B.過程 C.技術(shù) D.數(shù)據(jù)庫 E.工具 9?下列說法正確的是(). A. 管理，分析，控制現(xiàn)實(shí)世界中發(fā)生的事件的程序稱為實(shí)時(shí)軟 件 B. 軟件項(xiàng)目開發(fā)的成功，取決于工具

6、和硬件設(shè)備的優(yōu)劣 C. 我們已經(jīng)建造了軟件的標(biāo)準(zhǔn)和規(guī)程，我們就能生產(chǎn)高質(zhì)量 的軟件產(chǎn)品 D. 在項(xiàng)目的進(jìn)度告急的時(shí)候,解決辦法之一就是加派人手 10. 下列選項(xiàng)中,屬于項(xiàng)目管理的對象是( ) A?人員B?產(chǎn)品C?過程 D?設(shè)備E?項(xiàng)目 11. 衡量軟件項(xiàng)目規(guī)模的參數(shù)有( ). A?代碼行數(shù)B.項(xiàng)目周期C?文檔頁數(shù)D.功能點(diǎn)數(shù)量 12. 軟件度量可以獲得的信息包括(). A. 軟件質(zhì)量B.軟件規(guī)模C.軟件過程改進(jìn) D.軟件性能 13. 定義風(fēng)險(xiǎn)參數(shù)的考慮有(). A.軟件失效發(fā)生的機(jī)率B.軟件功能復(fù)雜性 C.軟件失效產(chǎn)生的影響D.軟件周期長短 14. 軟件質(zhì)量保證的有效方

7、式有(). A.軟件技術(shù)評審 B.軟件項(xiàng)目管理 C.安排項(xiàng)目計(jì)劃 D 軟件測試 15. 軟件配置管理的主要工作包括(). 軟件質(zhì)量管理書第4章P46頁 A.版本控制B.質(zhì)量保證C.配置審計(jì)D.變更控制 16. 下列選項(xiàng)中，哪些為軟件基本測試策略框架()? A.白盒測試B.黒盒測試C.大爆炸測試D.增量式測試 17. 軟件度量的基本維度有哪些()? A.軟件大小B.軟件缺陷C.軟件時(shí)間D.軟件工作量E.軟 件質(zhì)量 18. 一些缺陷會破壞同級評審的成功，它們對于審查來說發(fā)生得 更為普遍,在評審中需要避免下列的哪些缺陷( ) A.參與評審的人不了解評審過程 B. 評審過程沒有被

8、遵循 C. 合適的人沒有參加評審 D. 評審會陷入對問題的解決上 E. 評審的焦點(diǎn)放在文檔形式而不是內(nèi)容本身 19. 下列哪些是軟件配置管理的功能(). A. 版本控制B.過程控制C.工作空間管理 D.異地開發(fā)支 持E.變更請求管理 20. 典型的審查包包括下列的哪些選項(xiàng)(). A. 將被審查的初始可交付產(chǎn)品，其中指明了需審查的部分 B. 定義了可交付產(chǎn)品的規(guī)格說明的所有前期的文檔 C. 用于驗(yàn)證初始可交付產(chǎn)品的測試文檔 D. 相關(guān)標(biāo)準(zhǔn)或其他參考文檔 E. 參與者需要的所有表格，如錯(cuò)誤清單和個(gè)人問題日志等 21. 下面哪些項(xiàng)是軟件質(zhì)量管理和項(xiàng)目過程的標(biāo)準(zhǔn)與模型 ()?

9、 A.CMM B.SEI C.ISO D.IEEE E.SRI 22. 下列項(xiàng)目中哪些是軟件過程改進(jìn)框架的內(nèi)容(). A.軟件過程改進(jìn)架構(gòu)B.軟件過程改進(jìn)規(guī)劃圖C.軟件過程 評估方法 D.軟件過程改進(jìn)環(huán)境E.軟件過程改進(jìn)計(jì)劃 23. 所有的同級評審都應(yīng)該遵守幾項(xiàng)基本的原則,從而對產(chǎn)品質(zhì) 量和團(tuán)隊(duì)文化產(chǎn)生有益的影響 ,下列哪些是評審的指導(dǎo)原則 ( ). A. 保持小型的評審小組B?檢査你的自負(fù)傾向C.努力發(fā)現(xiàn) 問題并且解決問題 D.會議時(shí)間限制在兩小時(shí)左右 E.正式評審需 要事先準(zhǔn)備 24. 下面哪些是辨別過程是否規(guī)范的內(nèi)容(). A. 過程是否文檔化,成員是否都已經(jīng)了解過

10、程？ B. 過程是否經(jīng)過培訓(xùn)和實(shí)施？ C. 過程是否具有強(qiáng)制性？是否有相應(yīng)的機(jī)制與步驟來確保其 實(shí)施？ D. 過程是否有助于員工的工作？是否有相應(yīng)的機(jī)制來跟蹤過 程的實(shí)施狀況？ E. 管理者是否以團(tuán)隊(duì)實(shí)施過程的能力與成果為依據(jù)進(jìn)行評估 與管理？ 25. 功能獨(dú)立性是模塊化和抽象以及信息隱藏的直接產(chǎn)物,衡量 模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn) 是()? A.求精B.模塊可理解性 C.內(nèi)聚D.耦合 26. 下列哪些是面向?qū)ο笤O(shè)計(jì)的原則(). A.單一職責(zé)原則 B.開放一封閉原則C.替換原則 D.依賴關(guān)系倒置原則E.接口隔離原則 27. 以下說法正確的有( ). A. 等價(jià)類劃分和邊界值分

11、析屬于白盒測試技術(shù). B. 基本路徑測試屬于白盒測試技術(shù). C. 在基本路徑測試中,可以通過流圖來計(jì)算環(huán)路復(fù)雜性. D. 樁模塊用于接收測試數(shù)據(jù)，并把數(shù)據(jù)傳遞給要測試的模塊， 然后打印相關(guān)結(jié)果. E. 在UML類圖中，普通關(guān)聯(lián)關(guān)系一般表示為在一個(gè)類中持有 另外一個(gè)類的成員變量. F. 在確認(rèn)測試中，測試是由用戶在開發(fā)者的場所來進(jìn)行，開 發(fā)者對客戶進(jìn)行指導(dǎo)，是在一個(gè)受控環(huán)境下進(jìn)行. 28. 下面哪些是辨別過程是否規(guī)范的內(nèi)容（）. A. 過程是否文檔化，成員是否都已經(jīng)了解過程 B. 過程是否經(jīng)過培訓(xùn)和實(shí)施 C. 過程是否具有強(qiáng)制性,是否有相應(yīng)的機(jī)制與步驟來確保其 實(shí)施 D. 過

12、程是否有助于員工的工作,是否有相應(yīng)的機(jī)制來跟蹤過 程的實(shí)施狀況 E. 管理者是否以團(tuán)隊(duì)實(shí)施過程的能力與成果為依據(jù)進(jìn)行評估 與管理 29. 軟件驗(yàn)收測試的合格通過準(zhǔn)則是（）. A.軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能 指標(biāo)全部達(dá)到要求. B. 所有測試項(xiàng)沒有殘余一級，二級和三級錯(cuò)誤. C. 立項(xiàng)審批表，需求分析文檔,設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致. D. 驗(yàn)收測試工件齊全. 30. 軟件測試計(jì)劃評審會需要哪些人員參加（ ）. A.項(xiàng)目經(jīng)理 B. SQA負(fù)責(zé)人 C.配置負(fù)責(zé)人D.測試 組 31. 下列關(guān)于alpha測試的描述中正確的是（）. A.alpha測試需要用戶代表

13、參加 B.alpha測試不需要用戶 代表參 C.alpha測試是系統(tǒng)測試的一種 D. alpha測試是驗(yàn)收測試 的一種 32. 測試設(shè)計(jì)員的職責(zé)有（）. A.制定測試計(jì)劃 B.設(shè)計(jì)測試用例 C.設(shè)計(jì)測試過程，腳本 D.評估測試活動 33. 軟件實(shí)施活動的進(jìn)入準(zhǔn)則是（）. A.需求工件已經(jīng)被基線化B.詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化 C.構(gòu)架工件已經(jīng)被基線化D.項(xiàng)目階段成果已經(jīng)被基線化 34. 下列角色不屬于集成計(jì)劃評審的是（）. A.配置經(jīng)理B.項(xiàng)目經(jīng)理C.測試員D.編碼員 35. 軟件測試設(shè)計(jì)活動主要有（）. A.工作量分析 B.確定并說明測試用例 C.確立并結(jié)構(gòu)化測試過

14、程D.復(fù)審并評估測試覆蓋 36. 屬于集成測試步驟的是（ ）. A.制定集成計(jì)劃 B.執(zhí)行集成測試 C.記錄集成測試結(jié)果 D.回歸測試 37. 屬于軟件測試活動的輸入工件的是( ). A.軟件工作版本 B.可測試性報(bào)告 C.軟件需求工件 D 軟件項(xiàng)目計(jì)劃 38. 下面哪些屬于動態(tài)分析(). A.代碼覆蓋率B.模塊功能檢查 C.系統(tǒng)壓力測試 D.程 序數(shù)據(jù)流分析 39. 下面哪些屬于靜態(tài)分析(). A.代碼規(guī)則檢查 B.程序結(jié)構(gòu)分析 C.程序復(fù)雜度分析D. 內(nèi)存泄漏 40. 從測試技術(shù)角度,正確的選擇是()給出各自的含義 A.靜態(tài)測試B.黑盒測試C.動態(tài)測試D.白盒測

15、試 41. 從測試階段角度，測試正確的順序是()同時(shí)給出所選擇 的正確策略含義和被測對象是什么. A.單元測試B.集成測試C.系統(tǒng)測試D.確認(rèn)測試 42. 不屬于單元測試內(nèi)容的是(). A?模塊接口測試 B.局部數(shù)據(jù)結(jié)構(gòu)測試C.路徑測試D.用 戶界面測試 43?軟件質(zhì)量保證的目的(). A. 是使軟件過程對管理人員是可見的 B. 它通過對軟件產(chǎn)品和活動進(jìn)行評審來嚴(yán)正軟件是符合標(biāo)準(zhǔn) 的 C. 軟件質(zhì)量保證組在項(xiàng)目開始時(shí)就一起參加 D. 建立計(jì)劃標(biāo)準(zhǔn)和過程這些將使軟件項(xiàng)目滿足機(jī)構(gòu)的需求 44. 基線哪一種說法是正確的（ ）. A.通過正式復(fù)審和批準(zhǔn)的某種規(guī)約或產(chǎn)品 B. 只

16、能通過正是的變化控制過程改變 C. 基線是開發(fā)中的里程碑 D. 變更必須用特定的正式的規(guī)格來評估和驗(yàn)證 45. DD路徑是（）. A. B. C.進(jìn)入等于 D.退出等于 46. 屬性的可見性有（）. A.公有的B.私有的C.私有保護(hù)的D.保護(hù)的 47?消息的類型有（）. A.冋步B.異步C.簡單 D.復(fù)雜 48.用戶界面設(shè)計(jì)的任務(wù)包括（ )? A.確定用戶界面類型B.建立任務(wù)模型 C.建立用戶模型 D.建立功能模型 49. 畫分層DFD圖的基本原則有（）? A.數(shù)據(jù)守恒原則 B.分解的可靠性原則 C.子，父圖平衡的原則D.數(shù)據(jù)流封閉的原則 50. 為使程序

17、中數(shù)據(jù)說明更易于理解和維護(hù)，必須遵循以下原則 （）? A. 數(shù)據(jù)說明的次序應(yīng)當(dāng)規(guī)范化 B. 一個(gè)語句說明多個(gè)變量時(shí)，各變量名按字母順序排列 C. 對于復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，要加注釋，說明在程序?qū)崿F(xiàn)時(shí)的特點(diǎn) D. 定義變量名應(yīng)按字母順序排列 51. 應(yīng)用于通用化約束的方式有（ ）. A.完整 B.不相交C.不完整D.覆蓋 52?以下屬于完善性維護(hù)的有（）. A.解決開發(fā)時(shí)未能測試各種可能條件帶來的問題 C. 縮短系統(tǒng)的應(yīng)答時(shí)間，使其達(dá)到特定要求 D. 為軟件的運(yùn)行增加監(jiān)控設(shè)施 53. 面向?qū)ο蟪绦蛟O(shè)計(jì)的基本機(jī)制有（）. A.繼承B.消息C.方法D.結(jié)構(gòu) 54. 下面哪幾個(gè)階

18、段是軟件的設(shè)計(jì)階段（）. A.編碼B.可行性研究C.測試D.維護(hù)E.需求分析 55. 在軟件的開發(fā)過程中，必須遵循的原則是（）. A.抽象 B.模塊化C.可重用性D.可維護(hù)性E.可適應(yīng)性 56. 在設(shè)計(jì)人機(jī)界面時(shí),應(yīng)主要考慮的因素有（）. A.系統(tǒng)響應(yīng)時(shí)間 B.程序的質(zhì)量C.用戶求助機(jī)制 D.錯(cuò) 誤處理 57. 屬于第一代程序設(shè)計(jì)語言的（）. A.匯編 B. PASCAL C.FOX D.C++ E.機(jī)器語言 58. 下面哪些測試屬于黑盒測試（）. A.路徑測試B.等價(jià)類劃分C.邊界值分析D.條件判斷E. 循環(huán)測試 四、簡答題（紅色部分很重要） ? 1?階段評審與同行

19、評審的區(qū)別。 ?同等評審是一種通過作者的同行來確認(rèn)缺陷和需要變更區(qū) 域的檢査方法■需要進(jìn)行同行評審的特定產(chǎn)品在定義項(xiàng)目軟 件過程的時(shí)候被確定并且作為軟件開發(fā)計(jì)劃的一部分被安排 了進(jìn)度. 在該定義中，同行是一個(gè)項(xiàng)目組成員，他被分配執(zhí)行指定產(chǎn)品 的一個(gè)同行評審■根據(jù)特定的同等評審過程，他為他承擔(dān)的角 色負(fù)責(zé). ? 3?簡述集成測試的過程。 ?系統(tǒng)集成測試主要包括以下過程： ? 1.構(gòu)建的確認(rèn)過程。 ? 2.補(bǔ)丁的確認(rèn)過程。 ? 3.系統(tǒng)集成測試測試組提交過程。 ? 4.測試用例設(shè)計(jì)過程。 ? 5.測試代碼編寫過程。 ? 6. Bug的報(bào)告過程。 ? 7.每周/每兩周的構(gòu)建過程

20、。 ? 8.點(diǎn)對點(diǎn)的測試過程。 ? 9.組內(nèi)培訓(xùn)過程。 ? 4?怎樣做好文檔測試？ ?檢查文檔的編寫是否滿足文檔編寫的目的 ?內(nèi)容是否齊全，正確 ?內(nèi)容是否完善 ?標(biāo)記是否正確 ? 5.白盒測試有那幾種方法？ ?總體上分為靜態(tài)方法和動態(tài)方法兩大類。 ?靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致，沒有沖突 或者沒有歧義 ?動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條 件組合覆蓋、路徑覆蓋。 ? 6?系統(tǒng)測試計(jì)劃是否需要同行評審，為什么？ ?需要，系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評 審。 ? 7?Alpha測試與beta測試的區(qū)別。 Alpha測

21、試 在系統(tǒng)開發(fā)接近完成時(shí)對應(yīng)用系統(tǒng)的測試；測試后 仍然會有少量的設(shè)計(jì)變更。這種測試一般由最終用戶或其它人員 完成，不能由程序或測試員完成。 Beta測試當(dāng)開發(fā)和測試根本完成時(shí)所做的測試，最終的錯(cuò)誤和 問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人 員完成，不能由程序員或測試員完成。 ? 8.比較負(fù)載測試、容量測試和強(qiáng)度測試的區(qū)別。 ?負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。 ?強(qiáng)度測試：在一定的負(fù)荷條件下，在較長時(shí)間跨度內(nèi)的系統(tǒng) 連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。 容量測試：容量測試目的是通過測試預(yù)先分析出反映軟件系 統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶

22、數(shù)、數(shù)據(jù) 庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故 障或還能保持主要功能正常運(yùn)行。容量測試還將確定測試對 象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測 試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正 確處理。容量測試是面向數(shù)據(jù) 的，并且它的目的是顯示系統(tǒng) 可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。 ? 9.測試結(jié)束的標(biāo)準(zhǔn)是什么? ?用例全部測試。 ?覆蓋率達(dá)到標(biāo)準(zhǔn)。 ?缺陷率達(dá)到標(biāo)準(zhǔn)。 ?其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn) ??10?測試文檔有哪些作用？ 促進(jìn)項(xiàng)目組成員之間的交流溝通 便于對測試項(xiàng)目的管理 決定測試的有效性 檢驗(yàn)測試資源 明確任務(wù)的風(fēng)險(xiǎn) 評價(jià)測試結(jié)

23、果 方便再 測試驗(yàn)證需求的正確性 ? 12?黑盒測試有哪幾種方法？ 邊界值分析法等價(jià)類劃分法錯(cuò)誤推測法因果圖法場 景法 ?什么是回歸測試？回歸測試的目的是什么？ 答：定義：是指在修改了源代碼后，用原有的測試用例進(jìn)行重新 進(jìn)行測試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò) 誤 目的：所做的修改達(dá)到了預(yù)定的目的，如錯(cuò)誤得到了改正，新功 能得到了實(shí)現(xiàn)，能夠適應(yīng)新的運(yùn)行環(huán)境等，不影響軟件原有功能 的正確性。 ?靜態(tài)測試 是一種不通過執(zhí)行程序而進(jìn)行測試的技術(shù)，其關(guān)鍵功能是檢查 軟件的表示和描述是否一致，沒有沖突或者沒有歧義\ ?自動化測試 通過測試工具或其他手段，按照測試工程師

24、的預(yù)定計(jì)劃對軟件產(chǎn) 品進(jìn)行自動的測試，它是軟件測試的一個(gè)重要組成部分，能夠完 成許多手工無法完成或者難以實(shí)現(xiàn)的一些測試工作。 ?制定測試計(jì)劃的原則有哪些 制定測試計(jì)劃應(yīng)盡早開始 保持測試計(jì)劃的靈活性 保持測試 計(jì)劃簡潔和易讀 盡量爭取多渠道評審測試計(jì)劃計(jì)算測試計(jì)劃的投入 ?驗(yàn)收測試的主要任務(wù)有哪些？ 文檔資料的審查驗(yàn)收 功能測試 性能測試 強(qiáng)化測 試性能降級執(zhí)行方式測試 檢查系統(tǒng)的余量要求 安裝測試 用戶操作測試 ? .軟件測試的原則有哪些? 所有的測試都應(yīng)追溯到用戶需求 設(shè)計(jì)時(shí)應(yīng)完成測試計(jì)劃， 詳細(xì)的測試用例定義可在設(shè)計(jì)模型確定后開始，測試可在代碼產(chǎn) 生之前進(jìn)行計(jì)劃和設(shè)計(jì)

25、 PARETO原則，測試發(fā)現(xiàn)的錯(cuò)誤中80%很可能起源于20%的 模塊中 應(yīng)由獨(dú)立的第三方來構(gòu)造測試 充分注意測試中的群集現(xiàn) 象 要盡量避免測試的隨意性 兼顧合理的輸入和不合 理的輸入數(shù)據(jù) 程序修改后要回歸測試 應(yīng)長期保留測試用例，直至系統(tǒng)廢棄。 什么是回歸測試？回歸測試的目的是什么？ 答：定義：是指在修改了源代碼后，用原有的測試用例進(jìn)行重新 進(jìn)行測試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò) 誤。 目的：所做的修改達(dá)到了預(yù)定的目的，如錯(cuò)誤得到了改正，新功 能得到了實(shí)現(xiàn)，能夠適應(yīng)新的運(yùn)行環(huán)境等，不影響軟件原有功能 的正確性。 2. 單元測試、集成測試、系統(tǒng)測試的側(cè)重點(diǎn)是什么？

26、 單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活 動，在單元測試活動中，軟件的獨(dú)立單元將在與程序的其他部分 相隔離的情況下進(jìn)行測試。 集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將 所有模塊按照設(shè)計(jì)要求，組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測試。 實(shí)踐表明，一些模塊雖然能夠單獨(dú)地工作，但并不能保證連接起 來也能正常的工作。程序在某些局部反映不出來的問題，在全局 上很可能暴露出來，影響功能的實(shí)現(xiàn)。 系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來測試。它 是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說明書中指定功能的有效 方法。 3?設(shè)計(jì)用例的方法、依據(jù)有那些? 白盒測試：邏輯覆蓋法，主要

27、包括語句覆蓋，判斷覆蓋，條 件覆蓋，判斷-條件覆蓋，路徑覆蓋 黑盒測試：等價(jià)劃分類，邊界值分析，錯(cuò)誤推測法。 5?集成測試通常都有那些策略？ 1、 在把各個(gè)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會 丟失； 2、 各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能； 3、 一個(gè)模塊的功能是否會對另一個(gè)模塊的功能產(chǎn)生不利的影響 4、 全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題； 5、單個(gè)模塊的誤差積累起來，是否會放大，從而達(dá)到不可接受 的程度。 7?—個(gè)缺陷測試報(bào)告的組成 缺陷的標(biāo)題，缺陷的基本信息，復(fù)現(xiàn)缺陷的操作步驟，缺陷的實(shí) 際結(jié)果描述,期望的正確結(jié)果描述，注釋文字和截取的缺陷圖象。 軟件測試考試

28、 一、 判斷題(每題1分，正確的"，錯(cuò)誤的X，20道) 1 ?軟件測試按照測試過程分類為黑盒、白盒測試。() 2 ?在設(shè)計(jì)測試用例時(shí)，應(yīng)包括合理的輸入條件和不 合理的輸入條件。 () 3?集成測試計(jì)劃在需求分析階段末提交。() 4 ?單元測試屬于動態(tài)測試。() 5?缺陷跟蹤系統(tǒng)只針對對測試人員來使用。() 6．從用戶軟件開發(fā)者的角度出發(fā)，普遍希望通過軟件 測試暴露軟件中隱藏的錯(cuò)誤和缺陷，以考慮是否可 接受該產(chǎn)品。 ( ) 7?項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。() 8軟件測試的目的是盡可能多的找出軟件的缺陷。() 9?軟件項(xiàng)目在進(jìn)入需求分析階段，測試人員應(yīng)該開始介入其中

29、。 () 10.軟件生存周期是從軟件開始開發(fā)到開發(fā)結(jié)束的整個(gè)時(shí)期。() 11 ?單元測試能發(fā)現(xiàn)約80%的軟件缺陷。() 13. 12?數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。() 負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。 14?測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。() 15.代碼評審員一般由測試員擔(dān)任。 ( ) 16．測試組負(fù)責(zé)軟件質(zhì)量。( ) 17. 程序的效率與程序的復(fù)雜性相關(guān)。() 18. 詳細(xì)設(shè)計(jì)的目的是為軟件結(jié)構(gòu)圖中的每一個(gè)模塊確定 使用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu)，并用某種選定的表達(dá)工 具給出清晰的描述。 19 ?軟件是一種邏

30、輯實(shí)體，而不是具體的 物理實(shí)體，因而它具有抽象性。 20?測試程序僅僅按預(yù)期方式運(yùn)行就行了。() 二、 單項(xiàng)選擇題(每題2分，共20道) 1.()是用戶和設(shè)計(jì)交換最頻繁的方法 A. 原型化方法 B. 瀑布模型方法 C. 螺旋模型方法 D. 構(gòu)件組裝模型 答案：( ) 2 ?軟件測試的目的：（） A. 避免軟件開發(fā)中出現(xiàn)的錯(cuò)誤 B. 發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯(cuò)誤 C. 盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤，提高軟件的可 靠性 D. 修改軟件中出現(xiàn)的錯(cuò)誤 答案： () 3 ?某次程序調(diào)試沒有出現(xiàn)預(yù)計(jì)的結(jié)果，下列（ ）不

31、可 能是導(dǎo)致出錯(cuò)的原因。 A? 變量沒有初始化 B? 編寫的語句書寫格式不規(guī)范 C? 循環(huán)控制出錯(cuò) D? 代碼輸入有誤 答案：（ ) 4 ?下列關(guān)于程序效率的描述錯(cuò)誤的是（ ） A. 提高程序的執(zhí)行速度可以提高程序的效率 B? 降低程序占用的存儲空間可以提高程序的效率 C? 關(guān) 源程序的效率與詳細(xì)設(shè)計(jì)階段確定的算法的效率無 答案：( ) 5?現(xiàn)在向銀行存款，年利率為i,若希望在n年后從銀行得到F 元，現(xiàn)在應(yīng)該存入的錢數(shù)為( )。 A. i /(1+ F)n B? F/(1+i n) C. F/in D. F/(1+i)n 答案：() 答

32、案：判斷題： 1 X 2 V 3 x 4 x 5X 6 x 7 x 8 X 9 V 10 X 11X 12V 13 x 14V 15X 16X 17X 18V 19V 20X 二： 1 A 2 C 3 B 4 B 5 D 6?在LINUX系統(tǒng)中，下列哪一個(gè)命令屬于目錄管理的常用命 令？ A．pwd B．pr C?In D? find 答案：（） 7 ?軟件測試是軟件開發(fā)過程的重要階段，是軟件質(zhì)量保證的重 要手段，下列哪個(gè)（些）是軟件測試的任務(wù)？ I預(yù)防軟件發(fā)生錯(cuò)誤 II發(fā)現(xiàn)改正程序錯(cuò)誤 HI提供 診斷錯(cuò)誤信息 A?只有I B?只有II C?只有H D?都是

33、 答案：（） 8 ?軟件測試是軟件質(zhì)撾保證的重要手段，下述哪種測試是軟件 測試的最基礎(chǔ)環(huán)節(jié)? A?功能測試 B.單元測試 C?結(jié)構(gòu)測試 D?確認(rèn)測試 答案：（ ） 9 ?在數(shù)據(jù)庫的如下兩個(gè)表中，若雇員信息的主鍵是雇員號，部 門信息表的主鍵是部門號，在下列所給的操作中，哪個(gè)操作不能 執(zhí)行? 雇員信息表: 雇員號雇員名部門號工資 001 張山 02 2000 010王宏達(dá)01 1200 056馬林生02 1000 101 趙敏 04 1500 部門信息表 部門號部門名主任 01業(yè)務(wù)部李建 02銷售部應(yīng)偉東 03服務(wù)部周垠 04財(cái)務(wù)部陳力勝 A?從雇員信息表中

34、刪除行（'010','王宏達(dá)'01', 1200） B.將行（'102','趙敏','01', 1500）插入到雇員信息表中 C?將雇員信息表中雇員號='010'的工資改為1600元 D.將雇員信息表中雇員號='101'的部門號改為'05' 答案：（） 10.在數(shù)據(jù)庫的如上圖兩個(gè)表中，若雇員信息表的主鍵是雇員號， 部門信息表的主鍵是部門號。在部門信息表中，哪一行可以被刪 除？ A. 部門號='01'的行 B. 部門號='02'的行 C?部門號='03'的行 D?部門號='04'的行 答案：（） 11 ?若用如下的SQL語句創(chuàng)建了一個(gè)表S: CREATE TABLE S

35、（S# CHAR （6） NOT NULL, SNAME CHAR （8） NOT NULL, SEX CHAR （2）, AGE INTEGER） 今向S表插入如下行時(shí)，哪一行可以被插入？ A?（ '991001', '李明芳',女, '23'） B?（'990746',"張為'，NULL, NULL） C．（ NULL， '陳道一'， '男'， 32） D．（ '992345', NULL, '女', 25） 答案：（） 12?如果互連的局域網(wǎng)高層分別采用TCP/IP協(xié)議與SPX/IPX 協(xié)議，那么我們可以選擇的互連設(shè)備應(yīng)該是 A?中繼器 B?網(wǎng)橋 C?網(wǎng)卡 D?

36、路由器 答案：（） 13 ?通?？煞譃榘缀袦y試和黑盒測試。白盒測試是根據(jù)程序的 （）來設(shè)計(jì)測試用例，黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計(jì) 測試用例。 A?功能 B. 性能 C. 內(nèi)部邏輯 D.內(nèi)部數(shù)據(jù) 答案：（ ） 14 ?常用的黑盒測試方法有邊值分析、等價(jià)類劃分、錯(cuò)誤猜測、 因果圖等。其中（）經(jīng)常與其它方法結(jié)合起來使用。軟件測試 的步驟主要有單元測試、集成測試和確認(rèn)測試。 A?邊值分析 B. 等價(jià)類劃分 C?錯(cuò)誤猜測 D?因果圖 答案：（） 15?LINUX下，解壓縮文件的命令為？ A. tar zxvf文件名 B. COPY文件名 C. CAT

37、文件名 D. VI文件名 答案：（） 16?從下列關(guān)于軟件測試的敘述中，選出5條正確的敘述。 ⑴ 用黑盒法測試時(shí)，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。 ⑵ 盡量用公共過程或子程序去代替重復(fù)的代碼段。 （3） 測試是為了驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求。 （4） 對于連鎖型分支結(jié)構(gòu)，若有n個(gè)判定語句，則有2n條路徑。 (5) 盡量采用復(fù)合的條件測試，以避免嵌套的分支結(jié)構(gòu)。 (6) GOTO語句概念簡單，使用方便,在某些情況下，保留GOTO 語句反能使寫出的程序更加簡潔。 (7)發(fā)現(xiàn)錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多。 ⑻黑盒測試方法中最有效的是因果圖法。 (

38、9)在做程序的單元測試時(shí)，樁(存根)模塊比驅(qū)動模塊容易編 寫。 (10)程序效率的提高主要應(yīng)通過選擇高效的算法來實(shí)現(xiàn)。 A?1. 3?4?5?9 B?2?4?6?7?10 C?4?5?6?7?10 D?1?2?3?8?9 答案：（） 17?()方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計(jì)測試用例。 A. 路徑測試 B. 等價(jià)類 C. 因果圖 D. 歸納測試 答案：() 18?在安裝Bugzilla過程中，其中異步需要在BUGZILLA的目 錄內(nèi)運(yùn)行checksetup.pl,請以下那個(gè)命令正確? A． checksetup.pl B． make checksetup.

39、pl C? 」checksetup.pl D? cat checksetup.pl 答案：（） 公布答案： 6 A 7 D 8 B 9 D 10 C 11 B 12 D 13 C 14 B 15 A 16 C 17 C 18 C 1軟件測試的核心是（A） A、 測試用例 B、 測試人員 C、 編程人員 D、 測試方法 2、為了提高測試的效率，應(yīng)該（D ）。 A 隨機(jī)地選取測試數(shù)據(jù) B 取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù) C 在完成編碼以后制定軟件的測試計(jì)劃 D 選擇發(fā)現(xiàn)錯(cuò)誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù) 3、軟件的集成測試工作最好由（D ）承擔(dān)，

40、以提高集成測試 的效果。 A該軟件的設(shè)計(jì)人員 B該軟件開發(fā)組的負(fù)責(zé)人 C該軟件的編程人員 D不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員 4、與設(shè)計(jì)測試數(shù)據(jù)無關(guān)的文檔是（A ）。 A該軟件的設(shè)計(jì)人員 B程序的復(fù)雜程度 C源程序 D項(xiàng)目開發(fā)計(jì)劃 5程序的三種基本控制結(jié)構(gòu)是（B ） A 過程，子程序，分程序 B 順序，條件，循環(huán) C 遞歸，堆棧，隊(duì)列 D 調(diào)用，返回，轉(zhuǎn)移 6、使用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根據(jù)（A ）和指定 的覆蓋標(biāo)準(zhǔn)。 A程序的內(nèi)部邏輯 B程序的復(fù)雜程度 C使用說明書 D程序的功能 7對于軟件測試分類，下列各項(xiàng)都是按照不同階段來進(jìn)行的劃 分，除了

41、（C）。 A、 單元測試 B、 集成測試 C、 黑盒測試 D、 系統(tǒng)測試 8 用戶在真實(shí)的工作環(huán)境中使用軟件，用于測試系統(tǒng)的用戶友 好性等，這種測試是（D ）。 A、 集成測試 B、 系統(tǒng)測試 C、 Alpha 測試 D、 Beta測試 9下列關(guān)于軟件測試的敘述中錯(cuò)誤的是（D）。 A、 軟件測試可以作為度量軟件與用戶需求間差距的手段 B、 沒有發(fā)現(xiàn)錯(cuò)誤地測試也是有價(jià)值的 C、 軟件測試的根本目的是盡可能多地發(fā)現(xiàn)軟件中存在地問題， 最終把以個(gè)高質(zhì)量地軟件系統(tǒng)交給用戶使用 D、 軟件測試的主要工作內(nèi)容包括發(fā)現(xiàn)軟件中存在的錯(cuò)誤并解決 存在的問題 10做好測試自動化（TA

42、）基本原則中敘述錯(cuò)誤的是（D） A、 根據(jù)客戶端、Web和服務(wù)器的不同特點(diǎn)可選擇不同的測試工 具 B、 負(fù)載、性能自動化測試比較容易實(shí)現(xiàn)，但功能性測試更困難 C、 軟件測試自動化（TA）雖然具有很多優(yōu)點(diǎn)，但只是對手工測試 的一種補(bǔ)充， TA 絕不能代替手工測試。 D、自動測試可以發(fā)現(xiàn)70—85%的缺陷; 一、判斷題 1軟件測試的目的是盡可能多的找出軟件的缺陷。(Y) 2?Beta測試是驗(yàn)收測試的一種。(Y) 3?驗(yàn)收測試是由最終用戶來實(shí)施的。(N) 4?項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。(Y) 5?單元測試能發(fā)現(xiàn)約80%的軟件缺陷。(Y) 6?代碼評審是檢查源代碼是否

43、達(dá)到模塊設(shè)計(jì)的要求。(N) 7?自底向上集成需要測試員編寫驅(qū)動程序。(Y) 8 ?負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。 (N) 9測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。(N) [color=Blue]看情況，有些時(shí)候就是要堅(jiān)持原則的.[/color] 10?代碼評審員一般由測試員擔(dān)任。(N) 11我們可以人為的使得軟件不存在配置問題。(N) 12?集成測試計(jì)劃在需求分析階段末提交。(N) [color=Blue]集成測試計(jì)劃在概要設(shè)計(jì)說明書出來后提交，需求 分析階段不需要.[/color] 二、選折 1軟件驗(yàn)收測試的合格通過準(zhǔn)則是：(ABCD)

44、 A． 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能 指標(biāo)全部達(dá)到要求。 B. 所有測試項(xiàng)沒有殘余一級、二級和三級錯(cuò)誤。 C. 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。 D. 驗(yàn)收測試工件齊全。 2 ?軟件測試計(jì)劃評審會需要哪些人員參加？( ABCD) A?項(xiàng)目經(jīng)理 B?SQA負(fù)責(zé)人 C?配置負(fù)責(zé)人 D?測試組 3?下列關(guān)于alpha測試的描述中正確的是：(AD) A. alpha測試需要用戶代表參加 B?alpha測試不需要用戶代表參加 C. alpha測試是系統(tǒng)測試的一種 D. alpha測試是驗(yàn)收測試的一種 4?測試設(shè)計(jì)員的職責(zé)有：(BC) A?制定測試計(jì)劃 B?設(shè)計(jì)測試用例 C?設(shè)計(jì)測試過程、腳本 D.評估測試活動 5?軟件實(shí)施活動的進(jìn)入準(zhǔn)則是：（ABC） A?需求工件已經(jīng)被基線化 B.詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化 C?構(gòu)架工件已經(jīng)被基線化 D?項(xiàng)目階段成果已經(jīng)被基線化