軟件需求規(guī)格說(shuō)明書(shū)在軟件開(kāi)發(fā)中具有重要作用，但其作用不應(yīng)該包括（ ）。
A、軟件設(shè)計(jì)的依據(jù)
B、用戶(hù)和開(kāi)發(fā)人員對(duì)軟件要做什么的共同理解
C、軟件驗(yàn)收的依據(jù)
D、軟件可行性分析依據(jù)

白盒測(cè)試通常采用的方法是（1），（2）不屬于白盒測(cè)試用例設(shè)計(jì)方法。黑盒測(cè)試也稱(chēng)為功能測(cè)試，它不能發(fā)現(xiàn)（3）。
（1）A、靜態(tài)測(cè)試
B、動(dòng)態(tài)測(cè)試
C、靜態(tài)、動(dòng)態(tài)測(cè)試
D、靜態(tài)、動(dòng)態(tài)測(cè)試和復(fù)審
（2）A、基本路徑測(cè)試
B、因果圖測(cè)試
C、循環(huán)覆蓋測(cè)試
D、邏輯覆蓋測(cè)試
（3）A、可靠性錯(cuò)誤
B、輸入是否正確接收
C、界面是否有誤
D、是否存在冗余代碼

為了提高軟件測(cè)試的效率，應(yīng)該（1） 。與設(shè)計(jì)測(cè)試用例無(wú)關(guān)的文檔是（2） 。
（1）A、隨機(jī)地選取測(cè)試數(shù)據(jù)
B、取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)
C、在完成編碼以后制定軟件的測(cè)試計(jì)劃
D、選擇發(fā)現(xiàn)錯(cuò)誤可能性較大的測(cè)試用例
（2）A、項(xiàng)目開(kāi)發(fā)計(jì)劃
B、需求規(guī)格說(shuō)明書(shū)
C、設(shè)計(jì)說(shuō)明書(shū)
D、源程序

下面對(duì)于招標(biāo)過(guò)程按順序描述，正確的是（ ）。
A、招標(biāo)、投標(biāo)、評(píng)標(biāo)、開(kāi)標(biāo)、決標(biāo)、授予合同
B、招標(biāo)、投標(biāo)、開(kāi)標(biāo)、評(píng)標(biāo)、決標(biāo)、授予合同
C、招標(biāo)、投標(biāo)、評(píng)標(biāo)、決標(biāo)、開(kāi)標(biāo)、授予合同
D、招標(biāo)、投標(biāo)、開(kāi)標(biāo)、決標(biāo)、評(píng)標(biāo)、授予合同

評(píng)標(biāo)委員會(huì)由招標(biāo)人的代表和有關(guān)技術(shù)、經(jīng)濟(jì)等方面的專(zhuān)家組成，成員人數(shù)為 （1）人以上單數(shù)，其中技術(shù)、經(jīng)濟(jì)等方面的專(zhuān)家不得少于成員總數(shù)的（2）。
（1）A、5
B、7
C、3
D、9
（2）A、1/2
B、1/3
C、2/3
D、3/4

監(jiān)理工程師對(duì)承建單位提交的總體技術(shù)方案進(jìn)行質(zhì)量審核應(yīng)側(cè)重于（ ）。
A、各專(zhuān)業(yè)技術(shù)方案的實(shí)現(xiàn)是否符合國(guó)家或國(guó)際標(biāo)準(zhǔn)
B、技術(shù)、經(jīng)濟(jì)分析和比較
C、用戶(hù)要求的使用功能和合同規(guī)定的質(zhì)量要求是否得到滿(mǎn)足
D、承建單位的包括人員、成本和知識(shí)等資源投入能否保證實(shí)施任務(wù)完成