為了滿足用戶提出的增加新功能、修改現(xiàn)有功能以及一般性的改進要求和建議,需要對軟件進行( )。
A、完善性維護
B、適應(yīng)性維護
C、預(yù)防性維護
D、改正性維護
在UML中,圖是系統(tǒng)體系結(jié)構(gòu)在某個側(cè)面的表示,所有圖在一起組成系統(tǒng)的完整視圖。在UML九種圖中,(1)是靜態(tài)圖,(2)是動態(tài)圖。
(1)A、序列圖
B、配置圖
C、協(xié)作圖
D、數(shù)據(jù)流圖
(2)A、對象圖
B、數(shù)據(jù)流圖
C、組件圖
D、狀態(tài)圖
UML的包是一種對模型元素進行成組組織的通用機制,以便于理解復(fù)雜的系統(tǒng)。包與包之間的聯(lián)系主要是依賴和( )。
A、泛化
B、繼承
C、跟蹤
D、嵌套
針對面向?qū)ο箢愔卸x的每個方法的測試,基本上相當于傳統(tǒng)軟件測試中的( ) 。
A、集成測試
B、系統(tǒng)測試
C、單元測試
D、驗收測試
某軟件在應(yīng)用初期運行在Windows NT環(huán)境中?,F(xiàn)該軟件需要在UNIX環(huán)境中運行,而且必須完成相同的功能。為適應(yīng)這個要求,軟件本身需要進行修改,而所需修改的工作量取決于該軟件的 ( ) 。
A、可擴充性
B、可靠性
C、復(fù)用性
D、可移植性
與客戶機/服務(wù)器(Client/Server)架構(gòu)相比,瀏覽器/服務(wù)器(Browser/Server)架構(gòu)的最大優(yōu)點是( )。
A、具有強大的數(shù)據(jù)操作和事務(wù)處理能力,模型思想簡單,易于人們理解和接受
B、部署和維護方便、易于擴展
C、適用于分布式系統(tǒng),支持多層應(yīng)用架構(gòu)
D、將應(yīng)用一分為二,允許網(wǎng)絡(luò)分布操作
以下關(guān)于軟件測試的說法正確的包括( )。
①代碼走查是靜態(tài)測試方法,白盒測試是動態(tài)測試方法
②黑盒測試的對象是程序邏輯結(jié)構(gòu),白盒測試的對象是程序接口
③無論黑盒測試,還是白盒測試,都無法用窮舉法設(shè)計全部用例
④對發(fā)現(xiàn)錯誤較多的程序段,應(yīng)進行更深入的測試。因為發(fā)現(xiàn)錯誤數(shù)多的程序段,其質(zhì)量較差,同時在修改錯誤過程中又容易引入新的錯誤
⑤測試覆蓋標準從發(fā)現(xiàn)錯誤的強弱能力依次是路徑覆蓋、條件組合覆蓋、判定覆蓋、條件覆蓋、語句覆蓋
A、①③④
B、①②③
C、③④⑤
D、②③④