UML的包是一種對(duì)模型元素進(jìn)行成組組織的通用機(jī)制，以便于理解復(fù)雜的系統(tǒng)。包與包之間的聯(lián)系主要是依賴和（ ）。
A、泛化
B、繼承
C、跟蹤
D、嵌套

針對(duì)面向?qū)ο箢愔卸x的每個(gè)方法的測(cè)試，基本上相當(dāng)于傳統(tǒng)軟件測(cè)試中的（ ） 。
A、集成測(cè)試
B、系統(tǒng)測(cè)試
C、單元測(cè)試
D、驗(yàn)收測(cè)試

為了滿足用戶提出的增加新功能、修改現(xiàn)有功能以及一般性的改進(jìn)要求和建議，需要對(duì)軟件進(jìn)行（ ）。
A、完善性維護(hù)
B、適應(yīng)性維護(hù)
C、預(yù)防性維護(hù)
D、改正性維護(hù)

與客戶機(jī)/服務(wù)器（Client/Server）架構(gòu)相比，瀏覽器/服務(wù)器（Browser/Server）架構(gòu)的最大優(yōu)點(diǎn)是（ ）。
A、具有強(qiáng)大的數(shù)據(jù)操作和事務(wù)處理能力，模型思想簡(jiǎn)單，易于人們理解和接受
B、部署和維護(hù)方便、易于擴(kuò)展
C、適用于分布式系統(tǒng)，支持多層應(yīng)用架構(gòu)
D、將應(yīng)用一分為二，允許網(wǎng)絡(luò)分布操作

以下關(guān)于軟件測(cè)試的說法正確的包括（ ）。
①代碼走查是靜態(tài)測(cè)試方法，白盒測(cè)試是動(dòng)態(tài)測(cè)試方法
②黑盒測(cè)試的對(duì)象是程序邏輯結(jié)構(gòu)，白盒測(cè)試的對(duì)象是程序接口
③無論黑盒測(cè)試，還是白盒測(cè)試，都無法用窮舉法設(shè)計(jì)全部用例
④對(duì)發(fā)現(xiàn)錯(cuò)誤較多的程序段，應(yīng)進(jìn)行更深入的測(cè)試。因?yàn)榘l(fā)現(xiàn)錯(cuò)誤數(shù)多的程序段，其質(zhì)量較差，同時(shí)在修改錯(cuò)誤過程中又容易引入新的錯(cuò)誤
⑤測(cè)試覆蓋標(biāo)準(zhǔn)從發(fā)現(xiàn)錯(cuò)誤的強(qiáng)弱能力依次是路徑覆蓋、條件組合覆蓋、判定覆蓋、條件覆蓋、語句覆蓋
A、①③④
B、①②③
C、③④⑤
D、②③④

進(jìn)行軟件測(cè)試的目的是 （ ） 。
A、盡可能多地找出軟件中的缺陷
B、縮短軟件的開發(fā)時(shí)間
C、減少軟件的維護(hù)成本
D、證明程序沒有缺陷