對(duì)那些為廣大用戶開發(fā)的軟件而進(jìn)行的β測(cè)試是指在( )的情況下所進(jìn)行的測(cè)試。
A、開發(fā)環(huán)境下,開發(fā)人員可不在場(chǎng)
B、開發(fā)環(huán)境下,開發(fā)人員應(yīng)在場(chǎng)
C、用戶的實(shí)際使用環(huán)境下,開發(fā)人員可不在場(chǎng)
D、用戶的實(shí)際使用環(huán)境下,開發(fā)人員應(yīng)在場(chǎng)
與客戶機(jī)/服務(wù)器(Client/Server)架構(gòu)相比,瀏覽器/服務(wù)器(Browser/Server)架構(gòu)的最大優(yōu)點(diǎn)是( )。
A、具有強(qiáng)大的數(shù)據(jù)操作和事務(wù)處理能力,模型思想簡單,易于人們理解和接受
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、證明程序沒有缺陷
在軟件項(xiàng)目管理中可以使用各種圖形工具來輔助決策,下面對(duì) Gantt 圖的描述中,不正確的是( )。
A、Gantt圖表現(xiàn)各個(gè)活動(dòng)的持續(xù)時(shí)間
B、Gantt圖表現(xiàn)了各個(gè)活動(dòng)的起始時(shí)間
C、Gantt圖反映了各個(gè)活動(dòng)之間的時(shí)間依賴關(guān)系
D、Gantt圖表現(xiàn)了完成各個(gè)活動(dòng)的進(jìn)度
ISO/IEC 9126軟件質(zhì)量模型中第一層定義了六個(gè)質(zhì)量特性,并為各質(zhì)量特性定義了相應(yīng)的質(zhì)量子特性,其中易分析子特性屬于軟件的 ( ) 質(zhì)量特性。
A、可靠性
B、效率
C、可維護(hù)性
D、功能性
軟件需求規(guī)格說明書在軟件開發(fā)中的作用不包括( ) 。
A、軟件設(shè)計(jì)的依據(jù)
B、軟件可行性分析的依據(jù)
C、軟件驗(yàn)收的依據(jù)
D、用戶和開發(fā)人員對(duì)軟件要做什么的共同理解