軟件測(cè)試題庫(kù)

軟件測(cè)試題庫(kù) 一、判斷題 1 ?軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（Y） 2?Beta測(cè)試是驗(yàn)收測(cè)試的一種。（Y） 4?項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（Y） 5?單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（丫） 7?自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。（Y） 14. 白盒測(cè)試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的 功能要求。（Y） 二、選擇題 1?軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是：（ABCD） A. 軟件需求分析說(shuō)明書中定義的所有功能已全部實(shí)現(xiàn)，性能指 標(biāo)全部達(dá)到要求。 B. 所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。 C. 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。 D? 驗(yàn)收測(cè)試工件齊全。 2?軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？ （ABCD） A?項(xiàng)目經(jīng)理 B?SQA負(fù)責(zé)人 C?配置負(fù)責(zé)人 D?測(cè)試組 3?下列關(guān)于alpha測(cè)試的描述中正確的是:(AD) A?alpha測(cè)試需要用戶代表參加 B?alpha測(cè)試不需要用戶代表參加 C?alpha測(cè)試是系統(tǒng)測(cè)試的一種 D?alpha測(cè)試是驗(yàn)收測(cè)試的一種 4 ?測(cè)試設(shè)計(jì)員的職責(zé)有：(BC) A?制定測(cè)試計(jì)劃 B?設(shè)計(jì)測(cè)試用例 C?設(shè)計(jì)測(cè)試過(guò)程、腳本 D?評(píng)估測(cè)試活動(dòng) 5 ?軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是:(ABC) A?需求工件已經(jīng)被基線化 B?詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化 C?構(gòu)架工件已經(jīng)被基線化 D?項(xiàng)目階段成果已經(jīng)被基線化 多項(xiàng)選擇題 1. 在面向類的度量中，下列哪些度量方式是屬于C&K套件的度量 ()? 面向?qū)ο蟮能浖こ蘌463頁(yè)C&K度量套件 A. 每個(gè)類的加權(quán)方法B?對(duì)象類之間的耦合C.繼承樹的 深度 D. 類大小 E.特例化索引 F.方法中內(nèi)聚的缺乏 2. 以下說(shuō)法正確的有（）. A. 等價(jià)類劃分和邊界值分析屬于白盒測(cè)試技術(shù). B. 基本路徑測(cè)試屬于白盒測(cè)試技術(shù). C. 在基本路徑測(cè)試中,可以通過(guò)流圖來(lái)計(jì)算環(huán)路復(fù)雜性. D. 樁模塊用于接收測(cè)試數(shù)據(jù),并把數(shù)據(jù)傳遞給要測(cè)試的模 塊,然后打印相關(guān)結(jié)果. E. 在確認(rèn)測(cè)試中，測(cè)試是由用戶在開發(fā)者的場(chǎng)所來(lái)進(jìn)行, 開發(fā)者對(duì)客戶進(jìn)行指導(dǎo),是在一個(gè)受控環(huán)境下進(jìn)行. F. 可以不進(jìn)行單元測(cè)試就開始集成測(cè)試，因?yàn)榧蓽y(cè)試會(huì) 發(fā)現(xiàn)所有的問(wèn)題. 3. 下列哪些屬于集成測(cè)試的內(nèi)容（）. A. 自頂向下集成B.自底向上集成C.回歸測(cè)試D.壓力測(cè) 試 4. 以下哪些內(nèi)容是面向?qū)ο蠓治鏊娜蝿?wù)（）. A. 標(biāo)識(shí)類（定義屬性和方法） B. 刻畫類的層次關(guān)系 C. 標(biāo)識(shí)對(duì)象——對(duì)象關(guān)系 D. 表示對(duì)象行為 5. 我們可以將設(shè)計(jì)模式大致劃分為以下幾種類型(). A. 創(chuàng)建型B.行為型C.變換型D.結(jié)構(gòu)型 6. 軟件產(chǎn)品與其它工業(yè)產(chǎn)品相比具有獨(dú)特的開發(fā)過(guò)程，這決定了 我們需要使用軟件質(zhì)量保證的方法學(xué)和工具面對(duì)軟件質(zhì)量的各 種特殊的挑戰(zhàn)?那么，軟件開發(fā)過(guò)程的獨(dú)特性有()? A.軟件產(chǎn)品的高復(fù)雜性B.與其它系統(tǒng)有接口 C.軟件產(chǎn)品 的不可見性 D.檢測(cè)缺陷的機(jī)會(huì)只限于產(chǎn)品開發(fā)階段 E.需要協(xié)同 工作 7. 測(cè)試設(shè)計(jì)員的職責(zé)有()? A. 制定測(cè)試計(jì)劃 B.設(shè)計(jì)測(cè)試用例 C.設(shè)計(jì)測(cè)試過(guò)程，腳 本D.評(píng)估測(cè)試活動(dòng) 8. 軟件工程研究的對(duì)象包括(). A. 質(zhì)量 B.過(guò)程 C.技術(shù) D.數(shù)據(jù)庫(kù) E.工具 9?下列說(shuō)法正確的是(). A. 管理，分析，控制現(xiàn)實(shí)世界中發(fā)生的事件的程序稱為實(shí)時(shí)軟 件 B. 軟件項(xiàng)目開發(fā)的成功，取決于工具和硬件設(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)目管理的對(duì)象是( ) A?人員B?產(chǎn)品C?過(guò)程 D?設(shè)備E?項(xiàng)目 11. 衡量軟件項(xiàng)目規(guī)模的參數(shù)有( ). A?代碼行數(shù)B.項(xiàng)目周期C?文檔頁(yè)數(shù)D.功能點(diǎn)數(shù)量 12. 軟件度量可以獲得的信息包括(). A. 軟件質(zhì)量B.軟件規(guī)模C.軟件過(guò)程改進(jìn) D.軟件性能 13. 定義風(fēng)險(xiǎn)參數(shù)的考慮有(). A.軟件失效發(fā)生的機(jī)率B.軟件功能復(fù)雜性 C.軟件失效產(chǎn)生的影響D.軟件周期長(zhǎng)短 14. 軟件質(zhì)量保證的有效方式有(). A.軟件技術(shù)評(píng)審 B.軟件項(xiàng)目管理 C.安排項(xiàng)目計(jì)劃 D 軟件測(cè)試 15. 軟件配置管理的主要工作包括(). 軟件質(zhì)量管理書第4章P46頁(yè) A.版本控制B.質(zhì)量保證C.配置審計(jì)D.變更控制 16. 下列選項(xiàng)中，哪些為軟件基本測(cè)試策略框架()? A.白盒測(cè)試B.黒盒測(cè)試C.大爆炸測(cè)試D.增量式測(cè)試 17. 軟件度量的基本維度有哪些()? A.軟件大小B.軟件缺陷C.軟件時(shí)間D.軟件工作量E.軟 件質(zhì)量 18. 一些缺陷會(huì)破壞同級(jí)評(píng)審的成功，它們對(duì)于審查來(lái)說(shuō)發(fā)生得 更為普遍,在評(píng)審中需要避免下列的哪些缺陷( ) A.參與評(píng)審的人不了解評(píng)審過(guò)程 B. 評(píng)審過(guò)程沒有被遵循 C. 合適的人沒有參加評(píng)審 D. 評(píng)審會(huì)陷入對(duì)問(wèn)題的解決上 E. 評(píng)審的焦點(diǎn)放在文檔形式而不是內(nèi)容本身 19. 下列哪些是軟件配置管理的功能(). A. 版本控制B.過(guò)程控制C.工作空間管理 D.異地開發(fā)支 持E.變更請(qǐng)求管理 20. 典型的審查包包括下列的哪些選項(xiàng)(). A. 將被審查的初始可交付產(chǎn)品，其中指明了需審查的部分 B. 定義了可交付產(chǎn)品的規(guī)格說(shuō)明的所有前期的文檔 C. 用于驗(yàn)證初始可交付產(chǎn)品的測(cè)試文檔 D. 相關(guān)標(biāo)準(zhǔn)或其他參考文檔 E. 參與者需要的所有表格，如錯(cuò)誤清單和個(gè)人問(wèn)題日志等 21. 下面哪些項(xiàng)是軟件質(zhì)量管理和項(xiàng)目過(guò)程的標(biāo)準(zhǔn)與模型 ()? A.CMM B.SEI C.ISO D.IEEE E.SRI 22. 下列項(xiàng)目中哪些是軟件過(guò)程改進(jìn)框架的內(nèi)容(). A.軟件過(guò)程改進(jìn)架構(gòu)B.軟件過(guò)程改進(jìn)規(guī)劃圖C.軟件過(guò)程 評(píng)估方法 D.軟件過(guò)程改進(jìn)環(huán)境E.軟件過(guò)程改進(jìn)計(jì)劃 23. 所有的同級(jí)評(píng)審都應(yīng)該遵守幾項(xiàng)基本的原則,從而對(duì)產(chǎn)品質(zhì) 量和團(tuán)隊(duì)文化產(chǎn)生有益的影響 ,下列哪些是評(píng)審的指導(dǎo)原則 ( ). A. 保持小型的評(píng)審小組B?檢査你的自負(fù)傾向C.努力發(fā)現(xiàn) 問(wèn)題并且解決問(wèn)題 D.會(huì)議時(shí)間限制在兩小時(shí)左右 E.正式評(píng)審需 要事先準(zhǔn)備 24. 下面哪些是辨別過(guò)程是否規(guī)范的內(nèi)容(). A. 過(guò)程是否文檔化,成員是否都已經(jīng)了解過(guò)程？ B. 過(guò)程是否經(jīng)過(guò)培訓(xùn)和實(shí)施？ C. 過(guò)程是否具有強(qiáng)制性？是否有相應(yīng)的機(jī)制與步驟來(lái)確保其 實(shí)施？ D. 過(guò)程是否有助于員工的工作？是否有相應(yīng)的機(jī)制來(lái)跟蹤過(guò) 程的實(shí)施狀況？ E. 管理者是否以團(tuán)隊(duì)實(shí)施過(guò)程的能力與成果為依據(jù)進(jìn)行評(píng)估 與管理？ 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. 以下說(shuō)法正確的有( ). A. 等價(jià)類劃分和邊界值分析屬于白盒測(cè)試技術(shù). B. 基本路徑測(cè)試屬于白盒測(cè)試技術(shù). C. 在基本路徑測(cè)試中,可以通過(guò)流圖來(lái)計(jì)算環(huán)路復(fù)雜性. D. 樁模塊用于接收測(cè)試數(shù)據(jù)，并把數(shù)據(jù)傳遞給要測(cè)試的模塊， 然后打印相關(guān)結(jié)果. E. 在UML類圖中，普通關(guān)聯(lián)關(guān)系一般表示為在一個(gè)類中持有 另外一個(gè)類的成員變量. F. 在確認(rèn)測(cè)試中，測(cè)試是由用戶在開發(fā)者的場(chǎng)所來(lái)進(jìn)行，開 發(fā)者對(duì)客戶進(jìn)行指導(dǎo)，是在一個(gè)受控環(huán)境下進(jìn)行. 28. 下面哪些是辨別過(guò)程是否規(guī)范的內(nèi)容（）. A. 過(guò)程是否文檔化，成員是否都已經(jīng)了解過(guò)程 B. 過(guò)程是否經(jīng)過(guò)培訓(xùn)和實(shí)施 C. 過(guò)程是否具有強(qiáng)制性,是否有相應(yīng)的機(jī)制與步驟來(lái)確保其 實(shí)施 D. 過(guò)程是否有助于員工的工作,是否有相應(yīng)的機(jī)制來(lái)跟蹤過(guò) 程的實(shí)施狀況 E. 管理者是否以團(tuán)隊(duì)實(shí)施過(guò)程的能力與成果為依據(jù)進(jìn)行評(píng)估 與管理 29. 軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是（）. A.軟件需求分析說(shuō)明書中定義的所有功能已全部實(shí)現(xiàn)，性能 指標(biāo)全部達(dá)到要求. B. 所有測(cè)試項(xiàng)沒有殘余一級(jí)，二級(jí)和三級(jí)錯(cuò)誤. C. 立項(xiàng)審批表，需求分析文檔,設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致. D. 驗(yàn)收測(cè)試工件齊全. 30. 軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加（ ）. A.項(xiàng)目經(jīng)理 B. SQA負(fù)責(zé)人 C.配置負(fù)責(zé)人D.測(cè)試 組 31. 下列關(guān)于alpha測(cè)試的描述中正確的是（）. A.alpha測(cè)試需要用戶代表參加 B.alpha測(cè)試不需要用戶 代表參 C.alpha測(cè)試是系統(tǒng)測(cè)試的一種 D. alpha測(cè)試是驗(yàn)收測(cè)試 的一種 32. 測(cè)試設(shè)計(jì)員的職責(zé)有（）. A.制定測(cè)試計(jì)劃 B.設(shè)計(jì)測(cè)試用例 C.設(shè)計(jì)測(cè)試過(guò)程，腳本 D.評(píng)估測(cè)試活動(dòng) 33. 軟件實(shí)施活動(dòng)的進(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ì)劃評(píng)審的是（）. A.配置經(jīng)理B.項(xiàng)目經(jīng)理C.測(cè)試員D.編碼員 35. 軟件測(cè)試設(shè)計(jì)活動(dòng)主要有（）. A.工作量分析 B.確定并說(shuō)明測(cè)試用例 C.確立并結(jié)構(gòu)化測(cè)試過(guò)程D.復(fù)審并評(píng)估測(cè)試覆蓋 36. 屬于集成測(cè)試步驟的是（ ）. A.制定集成計(jì)劃 B.執(zhí)行集成測(cè)試 C.記錄集成測(cè)試結(jié)果 D.回歸測(cè)試 37. 屬于軟件測(cè)試活動(dòng)的輸入工件的是( ). A.軟件工作版本 B.可測(cè)試性報(bào)告 C.軟件需求工件 D 軟件項(xiàng)目計(jì)劃 38. 下面哪些屬于動(dòng)態(tài)分析(). A.代碼覆蓋率B.模塊功能檢查 C.系統(tǒng)壓力測(cè)試 D.程 序數(shù)據(jù)流分析 39. 下面哪些屬于靜態(tài)分析(). A.代碼規(guī)則檢查 B.程序結(jié)構(gòu)分析 C.程序復(fù)雜度分析D. 內(nèi)存泄漏 40. 從測(cè)試技術(shù)角度,正確的選擇是()給出各自的含義 A.靜態(tài)測(cè)試B.黑盒測(cè)試C.動(dòng)態(tài)測(cè)試D.白盒測(cè)試 41. 從測(cè)試階段角度，測(cè)試正確的順序是()同時(shí)給出所選擇 的正確策略含義和被測(cè)對(duì)象是什么. A.單元測(cè)試B.集成測(cè)試C.系統(tǒng)測(cè)試D.確認(rèn)測(cè)試 42. 不屬于單元測(cè)試內(nèi)容的是(). A?模塊接口測(cè)試 B.局部數(shù)據(jù)結(jié)構(gòu)測(cè)試C.路徑測(cè)試D.用 戶界面測(cè)試 43?軟件質(zhì)量保證的目的(). A. 是使軟件過(guò)程對(duì)管理人員是可見的 B. 它通過(guò)對(duì)軟件產(chǎn)品和活動(dòng)進(jìn)行評(píng)審來(lái)嚴(yán)正軟件是符合標(biāo)準(zhǔn) 的 C. 軟件質(zhì)量保證組在項(xiàng)目開始時(shí)就一起參加 D. 建立計(jì)劃標(biāo)準(zhǔn)和過(guò)程這些將使軟件項(xiàng)目滿足機(jī)構(gòu)的需求 44. 基線哪一種說(shuō)法是正確的（ ）. A.通過(guò)正式復(fù)審和批準(zhǔn)的某種規(guī)約或產(chǎn)品 B. 只能通過(guò)正是的變化控制過(guò)程改變 C. 基線是開發(fā)中的里程碑 D. 變更必須用特定的正式的規(guī)格來(lái)評(píng)估和驗(yàn)證 45. DD路徑是（）. A. B. C.進(jìn)入等于 D.退出等于 46. 屬性的可見性有（）. A.公有的B.私有的C.私有保護(hù)的D.保護(hù)的 47?消息的類型有（）. A.冋步B.異步C.簡(jiǎn)單 D.復(fù)雜 48.用戶界面設(shè)計(jì)的任務(wù)包括（ )? A.確定用戶界面類型B.建立任務(wù)模型 C.建立用戶模型 D.建立功能模型 49. 畫分層DFD圖的基本原則有（）? A.數(shù)據(jù)守恒原則 B.分解的可靠性原則 C.子，父圖平衡的原則D.數(shù)據(jù)流封閉的原則 50. 為使程序中數(shù)據(jù)說(shuō)明更易于理解和維護(hù)，必須遵循以下原則 （）? A. 數(shù)據(jù)說(shuō)明的次序應(yīng)當(dāng)規(guī)范化 B. 一個(gè)語(yǔ)句說(shuō)明多個(gè)變量時(shí)，各變量名按字母順序排列 C. 對(duì)于復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，要加注釋，說(shuō)明在程序?qū)崿F(xiàn)時(shí)的特點(diǎn) D. 定義變量名應(yīng)按字母順序排列 51. 應(yīng)用于通用化約束的方式有（ ）. A.完整 B.不相交C.不完整D.覆蓋 52?以下屬于完善性維護(hù)的有（）. A.解決開發(fā)時(shí)未能測(cè)試各種可能條件帶來(lái)的問(wèn)題 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è)階段是軟件的設(shè)計(jì)階段（）. A.編碼B.可行性研究C.測(cè)試D.維護(hù)E.需求分析 55. 在軟件的開發(fā)過(guò)程中，必須遵循的原則是（）. 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ì)語(yǔ)言的（）. A.匯編 B. PASCAL C.FOX D.C++ E.機(jī)器語(yǔ)言 58. 下面哪些測(cè)試屬于黑盒測(cè)試（）. A.路徑測(cè)試B.等價(jià)類劃分C.邊界值分析D.條件判斷E. 循環(huán)測(cè)試 四、簡(jiǎn)答題（紅色部分很重要） ? 1?階段評(píng)審與同行評(píng)審的區(qū)別。 ?同等評(píng)審是一種通過(guò)作者的同行來(lái)確認(rèn)缺陷和需要變更區(qū) 域的檢査方法■需要進(jìn)行同行評(píng)審的特定產(chǎn)品在定義項(xiàng)目軟 件過(guò)程的時(shí)候被確定并且作為軟件開發(fā)計(jì)劃的一部分被安排 了進(jìn)度. 在該定義中，同行是一個(gè)項(xiàng)目組成員，他被分配執(zhí)行指定產(chǎn)品 的一個(gè)同行評(píng)審■根據(jù)特定的同等評(píng)審過(guò)程，他為他承擔(dān)的角 色負(fù)責(zé). ? 3?簡(jiǎn)述集成測(cè)試的過(guò)程。 ?系統(tǒng)集成測(cè)試主要包括以下過(guò)程： ? 1.構(gòu)建的確認(rèn)過(guò)程。 ? 2.補(bǔ)丁的確認(rèn)過(guò)程。 ? 3.系統(tǒng)集成測(cè)試測(cè)試組提交過(guò)程。 ? 4.測(cè)試用例設(shè)計(jì)過(guò)程。 ? 5.測(cè)試代碼編寫過(guò)程。 ? 6. Bug的報(bào)告過(guò)程。 ? 7.每周/每?jī)芍艿臉?gòu)建過(guò)程。 ? 8.點(diǎn)對(duì)點(diǎn)的測(cè)試過(guò)程。 ? 9.組內(nèi)培訓(xùn)過(guò)程。 ? 4?怎樣做好文檔測(cè)試？ ?檢查文檔的編寫是否滿足文檔編寫的目的 ?內(nèi)容是否齊全，正確 ?內(nèi)容是否完善 ?標(biāo)記是否正確 ? 5.白盒測(cè)試有那幾種方法？ ?總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。 ?靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致，沒有沖突 或者沒有歧義 ?動(dòng)態(tài)：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條 件組合覆蓋、路徑覆蓋。 ? 6?系統(tǒng)測(cè)試計(jì)劃是否需要同行評(píng)審，為什么？ ?需要，系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng) 審。 ? 7?Alpha測(cè)試與beta測(cè)試的區(qū)別。 Alpha測(cè)試 在系統(tǒng)開發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試；測(cè)試后 仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶或其它人員 完成，不能由程序或測(cè)試員完成。 Beta測(cè)試當(dāng)開發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，最終的錯(cuò)誤和 問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其它人 員完成，不能由程序員或測(cè)試員完成。 ? 8.比較負(fù)載測(cè)試、容量測(cè)試和強(qiáng)度測(cè)試的區(qū)別。 ?負(fù)載測(cè)試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。 ?強(qiáng)度測(cè)試：在一定的負(fù)荷條件下，在較長(zhǎng)時(shí)間跨度內(nèi)的系統(tǒng) 連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。 容量測(cè)試：容量測(cè)試目的是通過(guò)測(cè)試預(yù)先分析出反映軟件系 統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù) 庫(kù)記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故 障或還能保持主要功能正常運(yùn)行。容量測(cè)試還將確定測(cè)試對(duì) 象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測(cè) 試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來(lái)發(fā)現(xiàn)它是否能夠正 確處理。容量測(cè)試是面向數(shù)據(jù) 的，并且它的目的是顯示系統(tǒng) 可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。 ? 9.測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么? ?用例全部測(cè)試。 ?覆蓋率達(dá)到標(biāo)準(zhǔn)。 ?缺陷率達(dá)到標(biāo)準(zhǔn)。 ?其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn) ??10?測(cè)試文檔有哪些作用？ 促進(jìn)項(xiàng)目組成員之間的交流溝通 便于對(duì)測(cè)試項(xiàng)目的管理 決定測(cè)試的有效性 檢驗(yàn)測(cè)試資源 明確任務(wù)的風(fēng)險(xiǎn) 評(píng)價(jià)測(cè)試結(jié)果 方便再 測(cè)試驗(yàn)證需求的正確性 ? 12?黑盒測(cè)試有哪幾種方法？ 邊界值分析法等價(jià)類劃分法錯(cuò)誤推測(cè)法因果圖法場(chǎng) 景法 ?什么是回歸測(cè)試？回歸測(cè)試的目的是什么？ 答：定義：是指在修改了源代碼后，用原有的測(cè)試用例進(jìn)行重新 進(jìn)行測(cè)試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò) 誤 目的：所做的修改達(dá)到了預(yù)定的目的，如錯(cuò)誤得到了改正，新功 能得到了實(shí)現(xiàn)，能夠適應(yīng)新的運(yùn)行環(huán)境等，不影響軟件原有功能 的正確性。 ?靜態(tài)測(cè)試 是一種不通過(guò)執(zhí)行程序而進(jìn)行測(cè)試的技術(shù)，其關(guān)鍵功能是檢查 軟件的表示和描述是否一致，沒有沖突或者沒有歧義\ ?自動(dòng)化測(cè)試 通過(guò)測(cè)試工具或其他手段，按照測(cè)試工程師的預(yù)定計(jì)劃對(duì)軟件產(chǎn) 品進(jìn)行自動(dòng)的測(cè)試，它是軟件測(cè)試的一個(gè)重要組成部分，能夠完 成許多手工無(wú)法完成或者難以實(shí)現(xiàn)的一些測(cè)試工作。 ?制定測(cè)試計(jì)劃的原則有哪些 制定測(cè)試計(jì)劃應(yīng)盡早開始 保持測(cè)試計(jì)劃的靈活性 保持測(cè)試 計(jì)劃簡(jiǎn)潔和易讀 盡量爭(zhēng)取多渠道評(píng)審測(cè)試計(jì)劃計(jì)算測(cè)試計(jì)劃的投入 ?驗(yàn)收測(cè)試的主要任務(wù)有哪些？ 文檔資料的審查驗(yàn)收 功能測(cè)試 性能測(cè)試 強(qiáng)化測(cè) 試性能降級(jí)執(zhí)行方式測(cè)試 檢查系統(tǒng)的余量要求 安裝測(cè)試 用戶操作測(cè)試 ? .軟件測(cè)試的原則有哪些? 所有的測(cè)試都應(yīng)追溯到用戶需求 設(shè)計(jì)時(shí)應(yīng)完成測(cè)試計(jì)劃， 詳細(xì)的測(cè)試用例定義可在設(shè)計(jì)模型確定后開始，測(cè)試可在代碼產(chǎn) 生之前進(jìn)行計(jì)劃和設(shè)計(jì) PARETO原則，測(cè)試發(fā)現(xiàn)的錯(cuò)誤中80%很可能起源于20%的 模塊中 應(yīng)由獨(dú)立的第三方來(lái)構(gòu)造測(cè)試 充分注意測(cè)試中的群集現(xiàn) 象 要盡量避免測(cè)試的隨意性 兼顧合理的輸入和不合 理的輸入數(shù)據(jù) 程序修改后要回歸測(cè)試 應(yīng)長(zhǎng)期保留測(cè)試用例，直至系統(tǒng)廢棄。 什么是回歸測(cè)試？回歸測(cè)試的目的是什么？ 答：定義：是指在修改了源代碼后，用原有的測(cè)試用例進(jìn)行重新 進(jìn)行測(cè)試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò) 誤。 目的：所做的修改達(dá)到了預(yù)定的目的，如錯(cuò)誤得到了改正，新功 能得到了實(shí)現(xiàn)，能夠適應(yīng)新的運(yùn)行環(huán)境等，不影響軟件原有功能 的正確性。 2. 單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試的側(cè)重點(diǎn)是什么？ 單元測(cè)試是在軟件開發(fā)過(guò)程中要進(jìn)行的最低級(jí)別的測(cè)試活 動(dòng)，在單元測(cè)試活動(dòng)中，軟件的獨(dú)立單元將在與程序的其他部分 相隔離的情況下進(jìn)行測(cè)試。 集成測(cè)試，也叫組裝測(cè)試或聯(lián)合測(cè)試。在單元測(cè)試的基礎(chǔ)上，將 所有模塊按照設(shè)計(jì)要求，組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試。 實(shí)踐表明，一些模塊雖然能夠單獨(dú)地工作，但并不能保證連接起 來(lái)也能正常的工作。程序在某些局部反映不出來(lái)的問(wèn)題，在全局 上很可能暴露出來(lái)，影響功能的實(shí)現(xiàn)。 系統(tǒng)測(cè)試是將經(jīng)過(guò)測(cè)試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來(lái)測(cè)試。它 是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說(shuō)明書中指定功能的有效 方法。 3?設(shè)計(jì)用例的方法、依據(jù)有那些? 白盒測(cè)試：邏輯覆蓋法，主要包括語(yǔ)句覆蓋，判斷覆蓋，條 件覆蓋，判斷-條件覆蓋，路徑覆蓋 黑盒測(cè)試：等價(jià)劃分類，邊界值分析，錯(cuò)誤推測(cè)法。 5?集成測(cè)試通常都有那些策略？ 1、 在把各個(gè)模塊連接起來(lái)的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì) 丟失； 2、 各個(gè)子功能組合起來(lái)，能否達(dá)到預(yù)期要求的父功能； 3、 一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響 4、 全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題； 5、單個(gè)模塊的誤差積累起來(lái)，是否會(huì)放大，從而達(dá)到不可接受 的程度。 7?—個(gè)缺陷測(cè)試報(bào)告的組成 缺陷的標(biāo)題，缺陷的基本信息，復(fù)現(xiàn)缺陷的操作步驟，缺陷的實(shí) 際結(jié)果描述,期望的正確結(jié)果描述，注釋文字和截取的缺陷圖象。 軟件測(cè)試考試 一、 判斷題(每題1分，正確的"，錯(cuò)誤的X，20道) 1 ?軟件測(cè)試按照測(cè)試過(guò)程分類為黑盒、白盒測(cè)試。() 2 ?在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理的輸入條件和不 合理的輸入條件。 () 3?集成測(cè)試計(jì)劃在需求分析階段末提交。() 4 ?單元測(cè)試屬于動(dòng)態(tài)測(cè)試。() 5?缺陷跟蹤系統(tǒng)只針對(duì)對(duì)測(cè)試人員來(lái)使用。() 6．從用戶軟件開發(fā)者的角度出發(fā)，普遍希望通過(guò)軟件 測(cè)試暴露軟件中隱藏的錯(cuò)誤和缺陷，以考慮是否可 接受該產(chǎn)品。 ( ) 7?項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。() 8軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。() 9?軟件項(xiàng)目在進(jìn)入需求分析階段，測(cè)試人員應(yīng)該開始介入其中。 () 10.軟件生存周期是從軟件開始開發(fā)到開發(fā)結(jié)束的整個(gè)時(shí)期。() 11 ?單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。() 13. 12?數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。() 負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。 14?測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。() 15.代碼評(píng)審員一般由測(cè)試員擔(dān)任。 ( ) 16．測(cè)試組負(fù)責(zé)軟件質(zhì)量。( ) 17. 程序的效率與程序的復(fù)雜性相關(guān)。() 18. 詳細(xì)設(shè)計(jì)的目的是為軟件結(jié)構(gòu)圖中的每一個(gè)模塊確定 使用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu)，并用某種選定的表達(dá)工 具給出清晰的描述。 19 ?軟件是一種邏輯實(shí)體，而不是具體的 物理實(shí)體，因而它具有抽象性。 20?測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。() 二、 單項(xiàng)選擇題(每題2分，共20道) 1.()是用戶和設(shè)計(jì)交換最頻繁的方法 A. 原型化方法 B. 瀑布模型方法 C. 螺旋模型方法 D. 構(gòu)件組裝模型 答案：( ) 2 ?軟件測(cè)試的目的：（） 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é)果，下列（ ）不可 能是導(dǎo)致出錯(cuò)的原因。 A? 變量沒有初始化 B? 編寫的語(yǔ)句書寫格式不規(guī)范 C? 循環(huán)控制出錯(cuò) D? 代碼輸入有誤 答案：（ ) 4 ?下列關(guān)于程序效率的描述錯(cuò)誤的是（ ） A. 提高程序的執(zhí)行速度可以提高程序的效率 B? 降低程序占用的存儲(chǔ)空間可以提高程序的效率 C? 關(guān) 源程序的效率與詳細(xì)設(shè)計(jì)階段確定的算法的效率無(wú) 答案：( ) 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 答案：() 答案：判斷題： 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 ?軟件測(cè)試是軟件開發(fā)過(guò)程的重要階段，是軟件質(zhì)量保證的重 要手段，下列哪個(gè)（些）是軟件測(cè)試的任務(wù)？ I預(yù)防軟件發(fā)生錯(cuò)誤 II發(fā)現(xiàn)改正程序錯(cuò)誤 HI提供 診斷錯(cuò)誤信息 A?只有I B?只有II C?只有H D?都是 答案：（） 8 ?軟件測(cè)試是軟件質(zhì)撾保證的重要手段，下述哪種測(cè)試是軟件 測(cè)試的最基礎(chǔ)環(huán)節(jié)? A?功能測(cè)試 B.單元測(cè)試 C?結(jié)構(gòu)測(cè)試 D?確認(rèn)測(cè)試 答案：（ ） 9 ?在數(shù)據(jù)庫(kù)的如下兩個(gè)表中，若雇員信息的主鍵是雇員號(hào)，部 門信息表的主鍵是部門號(hào)，在下列所給的操作中，哪個(gè)操作不能 執(zhí)行? 雇員信息表: 雇員號(hào)雇員名部門號(hào)工資 001 張山 02 2000 010王宏達(dá)01 1200 056馬林生02 1000 101 趙敏 04 1500 部門信息表 部門號(hào)部門名主任 01業(yè)務(wù)部李建 02銷售部應(yīng)偉東 03服務(wù)部周垠 04財(cái)務(wù)部陳力勝 A?從雇員信息表中刪除行（'010','王宏達(dá)'01', 1200） B.將行（'102','趙敏','01', 1500）插入到雇員信息表中 C?將雇員信息表中雇員號(hào)='010'的工資改為1600元 D.將雇員信息表中雇員號(hào)='101'的部門號(hào)改為'05' 答案：（） 10.在數(shù)據(jù)庫(kù)的如上圖兩個(gè)表中，若雇員信息表的主鍵是雇員號(hào)， 部門信息表的主鍵是部門號(hào)。在部門信息表中，哪一行可以被刪 除？ A. 部門號(hào)='01'的行 B. 部門號(hào)='02'的行 C?部門號(hào)='03'的行 D?部門號(hào)='04'的行 答案：（） 11 ?若用如下的SQL語(yǔ)句創(chuàng)建了一個(gè)表S: CREATE TABLE S （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?路由器 答案：（） 13 ?通?？煞譃榘缀袦y(cè)試和黑盒測(cè)試。白盒測(cè)試是根據(jù)程序的 （）來(lái)設(shè)計(jì)測(cè)試用例，黑盒測(cè)試是根據(jù)軟件的規(guī)格說(shuō)明來(lái)設(shè)計(jì) 測(cè)試用例。 A?功能 B. 性能 C. 內(nèi)部邏輯 D.內(nèi)部數(shù)據(jù) 答案：（ ） 14 ?常用的黑盒測(cè)試方法有邊值分析、等價(jià)類劃分、錯(cuò)誤猜測(cè)、 因果圖等。其中（）經(jīng)常與其它方法結(jié)合起來(lái)使用。軟件測(cè)試 的步驟主要有單元測(cè)試、集成測(cè)試和確認(rèn)測(cè)試。 A?邊值分析 B. 等價(jià)類劃分 C?錯(cuò)誤猜測(cè) D?因果圖 答案：（） 15?LINUX下，解壓縮文件的命令為？ A. tar zxvf文件名 B. COPY文件名 C. CAT文件名 D. VI文件名 答案：（） 16?從下列關(guān)于軟件測(cè)試的敘述中，選出5條正確的敘述。 ⑴ 用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。 ⑵ 盡量用公共過(guò)程或子程序去代替重復(fù)的代碼段。 （3） 測(cè)試是為了驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求。 （4） 對(duì)于連鎖型分支結(jié)構(gòu)，若有n個(gè)判定語(yǔ)句，則有2n條路徑。 (5) 盡量采用復(fù)合的條件測(cè)試，以避免嵌套的分支結(jié)構(gòu)。 (6) GOTO語(yǔ)句概念簡(jiǎn)單，使用方便,在某些情況下，保留GOTO 語(yǔ)句反能使寫出的程序更加簡(jiǎn)潔。 (7)發(fā)現(xiàn)錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多。 ⑻黑盒測(cè)試方法中最有效的是因果圖法。 (9)在做程序的單元測(cè)試時(shí)，樁(存根)模塊比驅(qū)動(dòng)模塊容易編 寫。 (10)程序效率的提高主要應(yīng)通過(guò)選擇高效的算法來(lái)實(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ù)輸出對(duì)輸入的依賴關(guān)系設(shè)計(jì)測(cè)試用例。 A. 路徑測(cè)試 B. 等價(jià)類 C. 因果圖 D. 歸納測(cè)試 答案：() 18?在安裝Bugzilla過(guò)程中，其中異步需要在BUGZILLA的目 錄內(nèi)運(yùn)行checksetup.pl,請(qǐng)以下那個(gè)命令正確? A． checksetup.pl B． make checksetup.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軟件測(cè)試的核心是（A） A、 測(cè)試用例 B、 測(cè)試人員 C、 編程人員 D、 測(cè)試方法 2、為了提高測(cè)試的效率，應(yīng)該（D ）。 A 隨機(jī)地選取測(cè)試數(shù)據(jù) B 取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù) C 在完成編碼以后制定軟件的測(cè)試計(jì)劃 D 選擇發(fā)現(xiàn)錯(cuò)誤的可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù) 3、軟件的集成測(cè)試工作最好由（D ）承擔(dān)，以提高集成測(cè)試 的效果。 A該軟件的設(shè)計(jì)人員 B該軟件開發(fā)組的負(fù)責(zé)人 C該軟件的編程人員 D不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員 4、與設(shè)計(jì)測(cè)試數(shù)據(jù)無(wú)關(guān)的文檔是（A ）。 A該軟件的設(shè)計(jì)人員 B程序的復(fù)雜程度 C源程序 D項(xiàng)目開發(fā)計(jì)劃 5程序的三種基本控制結(jié)構(gòu)是（B ） A 過(guò)程，子程序，分程序 B 順序，條件，循環(huán) C 遞歸，堆棧，隊(duì)列 D 調(diào)用，返回，轉(zhuǎn)移 6、使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（A ）和指定 的覆蓋標(biāo)準(zhǔn)。 A程序的內(nèi)部邏輯 B程序的復(fù)雜程度 C使用說(shuō)明書 D程序的功能 7對(duì)于軟件測(cè)試分類，下列各項(xiàng)都是按照不同階段來(lái)進(jìn)行的劃 分，除了（C）。 A、 單元測(cè)試 B、 集成測(cè)試 C、 黑盒測(cè)試 D、 系統(tǒng)測(cè)試 8 用戶在真實(shí)的工作環(huán)境中使用軟件，用于測(cè)試系統(tǒng)的用戶友 好性等，這種測(cè)試是（D ）。 A、 集成測(cè)試 B、 系統(tǒng)測(cè)試 C、 Alpha 測(cè)試 D、 Beta測(cè)試 9下列關(guān)于軟件測(cè)試的敘述中錯(cuò)誤的是（D）。 A、 軟件測(cè)試可以作為度量軟件與用戶需求間差距的手段 B、 沒有發(fā)現(xiàn)錯(cuò)誤地測(cè)試也是有價(jià)值的 C、 軟件測(cè)試的根本目的是盡可能多地發(fā)現(xiàn)軟件中存在地問(wèn)題， 最終把以個(gè)高質(zhì)量地軟件系統(tǒng)交給用戶使用 D、 軟件測(cè)試的主要工作內(nèi)容包括發(fā)現(xiàn)軟件中存在的錯(cuò)誤并解決 存在的問(wèn)題 10做好測(cè)試自動(dòng)化（TA）基本原則中敘述錯(cuò)誤的是（D） A、 根據(jù)客戶端、Web和服務(wù)器的不同特點(diǎn)可選擇不同的測(cè)試工 具 B、 負(fù)載、性能自動(dòng)化測(cè)試比較容易實(shí)現(xiàn)，但功能性測(cè)試更困難 C、 軟件測(cè)試自動(dòng)化（TA）雖然具有很多優(yōu)點(diǎn)，但只是對(duì)手工測(cè)試 的一種補(bǔ)充， TA 絕不能代替手工測(cè)試。 D、自動(dòng)測(cè)試可以發(fā)現(xiàn)70—85%的缺陷; 一、判斷題 1軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。(Y) 2?Beta測(cè)試是驗(yàn)收測(cè)試的一種。(Y) 3?驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。(N) 4?項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。(Y) 5?單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。(Y) 6?代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。(N) 7?自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。(Y) 8 ?負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。 (N) 9測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。(N) [color=Blue]看情況，有些時(shí)候就是要堅(jiān)持原則的.[/color] 10?代碼評(píng)審員一般由測(cè)試員擔(dān)任。(N) 11我們可以人為的使得軟件不存在配置問(wèn)題。(N) 12?集成測(cè)試計(jì)劃在需求分析階段末提交。(N) [color=Blue]集成測(cè)試計(jì)劃在概要設(shè)計(jì)說(shuō)明書出來(lái)后提交，需求 分析階段不需要.[/color] 二、選折 1軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是：(ABCD) A． 軟件需求分析說(shuō)明書中定義的所有功能已全部實(shí)現(xiàn)，性能 指標(biāo)全部達(dá)到要求。 B. 所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。 C. 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。 D. 驗(yàn)收測(cè)試工件齊全。 2 ?軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？( ABCD) A?項(xiàng)目經(jīng)理 B?SQA負(fù)責(zé)人 C?配置負(fù)責(zé)人 D?測(cè)試組 3?下列關(guān)于alpha測(cè)試的描述中正確的是：(AD) A. alpha測(cè)試需要用戶代表參加 B?alpha測(cè)試不需要用戶代表參加 C. alpha測(cè)試是系統(tǒng)測(cè)試的一種 D. alpha測(cè)試是驗(yàn)收測(cè)試的一種 4?測(cè)試設(shè)計(jì)員的職責(zé)有：(BC) A?制定測(cè)試計(jì)劃 B?設(shè)計(jì)測(cè)試用例 C?設(shè)計(jì)測(cè)試過(guò)程、腳本 D.評(píng)估測(cè)試活動(dòng) 5?軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（ABC） A?需求工件已經(jīng)被基線化 B.詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化 C?構(gòu)架工件已經(jīng)被基線化 D?項(xiàng)目階段成果已經(jīng)被基線化