1、 統(tǒng)一過程（UP）是一種用例驅(qū)動的迭代式增量開發(fā)過程，每次迭代過程中主要的工作流包括捕獲需求、分析、設(shè)計、實現(xiàn)和測試等。這種軟件過程的用例圖(Use Case Diagram)是通過（19） 得到的。（19）A. 捕獲需求 B. 分析 C. 設(shè)計 D. 實現(xiàn)A,用例用于描述需求 關(guān)于原型化開發(fā)方法的敘述中，不正確的是（20）。（20）A. 原型化方法適應(yīng)于需求不明確的軟件開發(fā)B. 在開發(fā)過程中，可以廢棄不用早期構(gòu)造的軟件原型C. 原型化方法可以直接開發(fā)出最終產(chǎn)品D. 原型化方法利于確認(rèn)各項系統(tǒng)服務(wù)的可用性C CMM 模型將軟件過程的成熟度分為 5 個等級。在（21） 使用定量分析來不斷地改進(jìn)和

2、管理軟件過程。（21）A. 優(yōu)化級 B. 管理級 C. 定義級 D. 可重復(fù)級A， 軟件（22） 的提高，有利于軟件可靠性的提高。（22）A. 存儲效率 B. 執(zhí)行效率 C. 容錯性 D. 可移植性C，只有容錯性與可靠性有關(guān) 下列敘述中（36）是正確的。（36）A壓迫測試：提供條件任軟件發(fā)揮，最大限度地發(fā)掘軟件的能力B重復(fù)測試：使軟件在不夠理想的條件下運行，觀察軟件對外部資源的要求和依賴的程度C重復(fù)測試：不斷執(zhí)行同樣的操作，這種反復(fù)測試的主要原因是看內(nèi)存是否不足D完整 C/S 體系結(jié)構(gòu)測試，只包括網(wǎng)絡(luò)運行和性能測試C 以下關(guān)于功能測試用例的意義的敘述，正確的是（38） 。 避免盲目測試并提高測

3、試效率 令軟件測試的實施重點突出、目的明確 在回歸測試中無需修正測試用例便可繼續(xù)開展測試工作 測試用例的通用化和復(fù)用化使軟件測試易于開展（38）A、 B、 C、 D、D 用邊界值分析法，假定 X 為整數(shù)，10X100，那么 X 在測試中應(yīng)該取（40）邊界值。（40）AX=10，X=100 BX=9，X=10，X=100，X=101CX=10，X=11，X=99，X=100 DX=9，X=10，X=50，X=100B 最小的，最大的，比最小的小1，比最大的大1（41）不是易用性測試包括的內(nèi)容。（41）A安裝測試 B界面測試 C菜單測試 D文檔測試D（42）不是文檔測試包括的內(nèi)容。（42）A合同文

4、檔 B開發(fā)文檔 C管理文檔 D用戶文檔A 針對用戶手冊的測試，（43）描述不正確。（43）A準(zhǔn)確地按照手冊的描述使用程序 B檢查每條陳述C修改錯誤設(shè)計 D查找容易誤導(dǎo)用戶的內(nèi)容C 閱讀下列流程圖：當(dāng)用判定覆蓋法進(jìn)行測試時，至少需要設(shè)計（44） 個測試用例。（44）A. 2 B. 4 C. 6 D. 8B WEB 應(yīng)用鏈接測試不包括（45）。（45）A無鏈接指向的頁面 B錯誤的鏈接C客戶端與服務(wù)器端的鏈接速率 D不存在的頁面文件C，這里的鏈接指超級鏈接的測試 在某大學(xué)學(xué)籍管理信息系統(tǒng)中，假設(shè)學(xué)生年齡的輸入范圍為 1640，則根據(jù)黑盒測試中的等價類劃分技術(shù)，下面劃分正確的是（46） 。（46）A.

5、 可劃分為 2 個有效等價類，2 個無效等價類B. 可劃分為 1 個有效等價類，2 個無效等價類C. 可劃分為 2 個有效等價類，1 個無效等價類D. 可劃分為 1 個有效等價類，1 個無效等價類B，負(fù)無窮-16 16-40 40-正無窮 以下各項中，（47）屬于安裝測試應(yīng)關(guān)注的內(nèi)容。 安裝手冊的評估 安裝選項和設(shè)置的測試 安裝順序測試 修復(fù)安裝測試與卸載測試（47）A、 B、 C、 D 、D，所有內(nèi)容都是安裝測試內(nèi)容， 下面關(guān)于軟件測試的說法，（48）是錯誤的。（48）A軟件測試就是程序測試B軟件測試貫穿于軟件定義和開發(fā)的整個期間C需求規(guī)格說明、設(shè)計規(guī)格說明都是軟件測試的對象D程序是軟件測試

6、的對象A 關(guān)于白盒測試與黑盒測試的最主要區(qū)別，正確的是（49）。（49）A白盒測試側(cè)重于程序結(jié)構(gòu)，黑盒測試側(cè)重于功能B白盒測試可以使用測試工具，黑盒測試不能使用工具C白盒測試需要程序員參與，黑盒測試不需要D黑盒測試比白盒測試應(yīng)用更廣泛A 軟件測試按實施組織分，測試應(yīng)該包括以下的（50） 。 開發(fā)方測試 用戶方測試 第三方測試 驗收測試 確認(rèn)測試（50）A、 C、B、 D、A 以下各項中，（51）屬于需求說明書的評測內(nèi)容。系統(tǒng)定義的目標(biāo)是否與用戶的要求一致設(shè)計的約束條件或限制條件是否符合實際是否考慮過軟件需求的其他方案軟件的行為與它必須處理的信息、必須完成的功能是否一致（51）A、 C、B、 D

7、、D關(guān)于對第三方測試的描述，正確的觀點是（52） 。（52）A既不是用戶，也不是開發(fā)人員所進(jìn)行的測試就是第三方測試B第三方測試也稱為獨立測試，是由相對獨立的組織進(jìn)行的測試C第三方測試是在開發(fā)方與用戶方的測試基礎(chǔ)上進(jìn)行的驗證測試D第三方測試又被稱為測試B 以下控制流程圖的環(huán)路復(fù)雜性 V(G)等于（54） 。 （54）A4 B5 C6 D1B 通過疲勞強(qiáng)度測試，最容易發(fā)現(xiàn)（55）問題。（55）A并發(fā)用戶數(shù) B內(nèi)存泄漏 C系統(tǒng)安全性 D功能錯誤B 疲勞測試容易發(fā)現(xiàn)內(nèi)存泄露 針對下列程序段，對于(A，B，C)的取值，以下（56）測試用例組合能夠滿足語句覆蓋的要求。IF ( ( A + 10 ) = 2

8、 OR ( B -20 ) < 3 ) THEN C = 0IF ( ( A+30 ) > 10 AND ( C - 30 ) < 0 ) THEN B = 30（56）A(2,30,1) B(-20,0,30) C(-30,20,30) D(2,20,3)D 每條語句至少執(zhí)行一次 針對下列程序段，對于(A，B)的取值，以下（57）測試用例組合能夠滿足條件覆蓋的要求。IF ( ( A - 10 ) = 20 AND ( B + 20 ) > 10 ) THEN C = 0IF ( ( A - 30 ) < 10 AND ( B - 30 ) < 0 ) TH

9、EN B = 30A=50 B=-10 A=40 B=40 A=30 B=-10 A=30 B=30（57）A B C DC 每一判定語句中的每個邏輯條件的可能值至少滿足一次 針對邏輯覆蓋有下列敘述，（58）是不正確的。（58）A達(dá)到 100DC 要求就一定能夠滿足 100SC 的要求B達(dá)到 100CC 要求就一定能夠滿足 100SC 的要求C達(dá)到 100CDC 要求就一定能夠滿足 100SC 的要求D達(dá)到 100MCDC 要求就一定能夠滿足 100SC 的要求B 下列敘述中，（60）是正確的。（60）A白盒測試又稱為邏輯驅(qū)動測試B窮舉路徑測試可以查出程序中因遺漏路徑而產(chǎn)生的錯誤C一般而言，黑

10、盒測試對結(jié)構(gòu)的覆蓋比白盒測試高D必須根據(jù)軟件需求說明文檔生成用于白盒測試的測試用例A 白盒通過代碼邏輯來測試 廣義的軟件測試包括（64） 。（64）A單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試B確認(rèn)、驗證和測試C需求評審、設(shè)計評審、單元測試和綜合測試D開發(fā)方測試、用戶測試和第三方測試B GB/T 16260 將軟件的內(nèi)部（外部）質(zhì)量屬性劃分為六大質(zhì)量特性，分別是（65） 。（65）A功能性，可靠性，易用性，效率，維護(hù)性和可移植性B功能性、可靠性、易用性、效率、穩(wěn)定性和可移植性C功能性、可靠性、安全性、效率、易用性和可移植性D功能性、可靠性、兼容性、效率、穩(wěn)定性和可移植性A 軟件內(nèi)部/外部質(zhì)量模型中

11、，以下（66）不是功能性包括的子特性。（66）A適合性 B準(zhǔn)確性 C穩(wěn)定性 D互操作性C GB/T 18905 軟件工程 產(chǎn)品評價中確定的通用評價過程包括四個方面，其中有關(guān)“規(guī)定評價”部分包含的內(nèi)容有（67） 。（67）A選擇度量、建立度量評定等級、確立評估準(zhǔn)則B指定質(zhì)量模型、選擇度量、建立度量評定等級C選擇度量、建立度量評定等級、制定評價計劃D確定產(chǎn)品類型、選擇度量、建立度量評定等級A 下列測試工具中，使用（68）執(zhí)行自動化負(fù)載壓力測試，使用（69）執(zhí)行代碼靜態(tài)結(jié)構(gòu)分析，使用（70）執(zhí)行網(wǎng)絡(luò)測試。（68）ASmartBits CQuick Test ProfessionalBLogiscop

12、e DLoadRunner（69）ASmartBits CQuick Test ProfessionalBLogiscope DLoadRunner（70）ASmartBits CQuick Test ProfessionalBLogiscope DLoadRunner68、D，LoadRunner，負(fù)載壓力測試，我用過69、B,Logiscope,代碼分析軟件70、A，SmartBits 網(wǎng)絡(luò)分析軟件1. 在軟件生命周期的哪一個階段，軟件缺陷修復(fù)費用最低 （ A ） （A）需求分析（編制產(chǎn)品說明書） （B）設(shè)計(C) 編碼 （D）產(chǎn)品發(fā)布2. 單元測試中用來模擬被測模塊調(diào)用者的模塊是 （ C

13、 ） (A) 父模塊 （B）子模塊 （C）驅(qū)動模塊 （D）樁模塊3. 為了提高測試的效率，應(yīng)該 （ D ） （A）隨機(jī)地選取測試數(shù)據(jù)； （B）取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)； （C）在完成編碼以后制定軟件的測試計劃； （D）選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)。4. 側(cè)重于觀察資源耗盡情況下的軟件表現(xiàn)的系統(tǒng)測試被稱為 （ B ） （A）強(qiáng)度測試 （B）壓力測試 (C) 容量測試 （D）性能測試5. 必須要求用戶參與的測試階段是 （ D ） （A）單元測試 （B）集成測試 (C) 確認(rèn)測試 （D）驗收測試6. 軟件測試員究竟做些什么。 （ C ） （A）軟件測試員的目的是發(fā)現(xiàn)軟件缺陷（B）軟

14、件測試員的目的是發(fā)現(xiàn)軟件缺陷，盡可能早一些（C)軟件測試員的目的是發(fā)現(xiàn)軟件缺陷，盡可能早一些，并確保其得以修復(fù)（D）軟件測試員的目的是發(fā)現(xiàn)軟件缺陷，盡可能早一些，并將其得以修復(fù)7. 下面四種說法中正確的是 （ C ） （A）因果圖法是建立在決策表法基礎(chǔ)上的一種白盒測試方法； （B）等價類劃分法是邊界值分析法的基礎(chǔ)； （C）健壯性等價類測試的測試用例要求在有效等價類中取值； （D）在任何情況下做黑盒測試皆應(yīng)首先考慮使用錯誤推斷法。8. 不屬于單元測試內(nèi)容的是 （ A ） （A）模塊接口測試 （B）局部數(shù)據(jù)結(jié)構(gòu)測試 (C) 路徑測試（D）用戶界面測試9. 劃分軟件測試屬于白盒測試還是黑盒測試的依據(jù)

15、是 （ C ） （A）是否執(zhí)行程序代碼 （B）是否能看到軟件設(shè)計文檔 （C）是否能看到被測源程序 （D）運行結(jié)果是否確定10. 下列項目中不屬于測試文檔的是 （ C ） （A）測試計劃 （B）測試用例 (C) 程序流程圖 （D）測試報告11. 幾乎沒有產(chǎn)品計劃、進(jìn)度安排和正規(guī)的開發(fā)過程的軟件開發(fā)模式是 （ B ） （A）大棒模式 （B）邊寫邊改模式 (C) 瀑布模式 （D）快速原型開發(fā)模式12. 如果某測試用例集實現(xiàn)了某軟件的路徑覆蓋，那么它一定同時實現(xiàn)了該軟件的 （ A ） （A）判定覆蓋 （B）條件覆蓋 (C) 判定/條件覆蓋 （D）組合覆蓋13. 下列說法不正確的是 （ D ） （A）測

16、試不能證明軟件的正確性； （B）測試員需要良好的溝通技巧； （C）QA與testing屬于一個層次的概念； （D）成功的測試是發(fā)現(xiàn)了錯誤的測試。14. 對Web網(wǎng)站進(jìn)行的測試中，屬于功能測試的是 （ B ） （A）連接速度測試 （B）鏈接測試 （C）平臺測試 （D）安全性測試15. 在進(jìn)行單元測試時，常用的方法是 （ B ） （A）采用黑盒測試，輔之以白盒測試； （B）采用白盒測試，輔之以黑盒測試； （C）只使用黑盒測試； （D）只使用白盒測試。16. 使用白盒測試方法時，確定測試數(shù)據(jù)的依據(jù)是指定的覆蓋標(biāo)準(zhǔn)和 （ B ） （A）程序的注釋（B）程序的內(nèi)部邏輯（C）用戶使用說明書（D）程序的需求

17、說明17下列_不是軟件自動化測試的優(yōu)點 （ D ）(A)速度快、效率高 (B)準(zhǔn)確度和精確度高(C)能提高測試的質(zhì)量 (D)能充分測試軟件18. 配置測試 （ C ）(A) 是指檢查軟件之間是否正確交互和共享信息 (B) 是交互適應(yīng)性、實用性和有效性的集中體現(xiàn)(C) 是指使用各種硬件來測試軟件操作的過程 (D) 檢查缺陷是否有效改正19 下列各項中_不是一個測試計劃所應(yīng)包含的內(nèi)容 （ B ）(A)測試資源、進(jìn)度安排 (B)測試預(yù)期輸出 (C)測試范圍 (D)測試策略20下列不屬于正式審查的方式是 （ D ）(A)同事審查 (B) 公開陳述 (C) 檢驗 (D) 編碼標(biāo)準(zhǔn)和規(guī)范名詞解釋：1、 B

18、eta測試：Beta測試是從用戶角度進(jìn)行的測試，是由軟件的多個用戶在一個或者多個用戶的實際使用環(huán)境下進(jìn)行的測試。它是在開發(fā)者無法控制的軟件環(huán)境下進(jìn)行的軟件現(xiàn)場應(yīng)用。2、黑盒測試: 黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試，前提是已知產(chǎn)品所具有的功能，通過測試來檢測每個功能是否都正常使用。(白盒測試又稱為結(jié)構(gòu)測試邏輯驅(qū)動測試或基于程序的測試。對程序的邏輯路徑進(jìn)行測試。單元測試又稱模塊測試，是對源程序中每一個程序單元進(jìn)行測試，檢查各個模塊是否正確實現(xiàn)了規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤.該階段涉及編碼和詳細(xì)設(shè)計的文檔.)3、 軟件缺陷-軟件中含有符合下面5 條規(guī)則之一的問題稱為軟件缺陷：軟件

19、未達(dá)到產(chǎn)品說明書標(biāo)明的功能。軟件出現(xiàn)產(chǎn)品說明書指明不會出現(xiàn)的錯誤。軟件功能超出產(chǎn)品說明書指明的范圍。軟件未達(dá)到產(chǎn)品說明書未指出但應(yīng)達(dá)到的目標(biāo)。軟件測試人員或用戶認(rèn)為軟件難以理解，不易使用，運行速度緩慢等問題。4、 測試用例：就是將軟件測試的行為活動，做一個科學(xué)化的組織歸納。為特定目標(biāo)而開發(fā)的一組測試輸入、執(zhí)行條件和預(yù)期結(jié)果，其目標(biāo)可以是測試某個程序路徑或核實是否滿足某個特定的需求。5、測試的配置管理: 配置管理的目的是建立和維護(hù)在軟件生命周期中軟件產(chǎn)品的完整性和一致性。一般來說，軟件測試配置管理包括4個最基本的活動：（1）配置標(biāo)識；（2）變更控制；（3）配置狀態(tài)報告； （4）配置審計。簡答題1

20、、 如何劃分等價類？ 1）.在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下，則可以確立一個有效等價類和兩個無效等價類。2）.在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下，則可以確立一個有效等價類和一個無效等價類。3）.在輸入條件是一個布爾量的情況下，可以確立一個有效等價類和一個無效等價類。4）.在規(guī)定了輸入數(shù)據(jù)的一組值（假定n個），并且程序要對每一個輸入值分別處理的情況下，可以確立n個有效等價類和一個無效等價類。5）.在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可以確立一個有效等價類（符合規(guī)則）和若干個無效等價類（從不同角度違反規(guī)則）。6）.在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下，則應(yīng)再將該等價類進(jìn)一步的劃分為更小的等價類。2、 軟件驗收測試應(yīng)完成哪些主要測試工作？ 1）文檔資料的審查驗收2）功能測試3）性能測試4）強(qiáng)化測試5）性能降級執(zhí)行方式測試6）檢查系統(tǒng)的余量要求7）安裝測試8）用戶操作測試3、 簡述軟件開發(fā)軟件測試的對應(yīng)關(guān)系綜合題： 在三角形計算中，要求三角型的三個邊長：A、B 和C。當(dāng)三邊