A.存儲(chǔ)壓力
B.響應(yīng)能力壓力
C.網(wǎng)絡(luò)流量壓力
D.并發(fā)壓力
您可能感興趣的試卷
你可能感興趣的試題
A.β測(cè)試就是在軟件公司內(nèi)部展開的測(cè)試，由公司專業(yè)的測(cè)試人員執(zhí)行的測(cè)試
B.β測(cè)試就是在軟件公司內(nèi)部展開的測(cè)試，由公司的非專業(yè)測(cè)試人員執(zhí)行的測(cè)試
C.β測(cè)試就是在軟件公司外部展開的測(cè)試，由專業(yè)的測(cè)試人員執(zhí)行的測(cè)試
D.β測(cè)試就是在軟件公司外部展開的測(cè)試，可以由非專業(yè)的測(cè)試人員執(zhí)行的測(cè)試
A.個(gè)人復(fù)查
B.抽查和會(huì)審
C.黑盒測(cè)試
D.白盒測(cè)試
A.語句覆蓋
B.等價(jià)類劃分
C.邊界值分析
D.判定條件覆蓋
A.TDD的原理是在開發(fā)功能代碼之前，先編寫單元測(cè)試用例代碼，測(cè)試代碼確定需要編寫什么產(chǎn)品代碼
B.TDD的基本思路就是通過測(cè)試來推動(dòng)整個(gè)開發(fā)得進(jìn)行，但測(cè)試驅(qū)動(dòng)開發(fā)并不只是單純的測(cè)試工作，而是把需求分析，設(shè)計(jì)，質(zhì)量控制量化的過程
C.TDD的重要目的不僅僅是測(cè)試軟件，測(cè)試工作保證代碼質(zhì)量?jī)H僅是其中一部分，而且是在開發(fā)過程中幫助客戶和程序員去除模棱兩可的需求
D.TDD首先考慮使用需求（對(duì)象、功能、過程、接口等），主要是編寫測(cè)試用例框架對(duì)功能的過程和接口進(jìn)行設(shè)計(jì)，而測(cè)試框架可以持續(xù)進(jìn)行驗(yàn)證
最新試題
軟件測(cè)試的重要性不包括下面哪一個(gè)？（）
單元測(cè)試一般由專門的測(cè)試人員和開發(fā)人員一起進(jìn)行。
（）僅僅依賴于白盒測(cè)試，可能會(huì)有遺漏。
測(cè)試中有風(fēng)險(xiǎn)存在：基于所使用的測(cè)試工具、測(cè)試方法、用例的局限性，某些情況下軟件缺陷不會(huì)被發(fā)現(xiàn)；所以我們應(yīng)當(dāng)正確使用測(cè)試用例，保障滿足一定的覆蓋率。
軟件開發(fā)模型中，適用于需求不明，設(shè)計(jì)方案有一定風(fēng)險(xiǎn)的模型是（）
從一般意義看，測(cè)試結(jié)束的標(biāo)準(zhǔn)定義錯(cuò)誤的是（）
強(qiáng)調(diào)對(duì)評(píng)審對(duì)象要從頭到尾檢查一遍，容易發(fā)現(xiàn)表面問題。說的是以下哪一種評(píng)審方法？（）
下列測(cè)試方法中，對(duì)白盒測(cè)試方法中相應(yīng)的邏輯覆蓋法描述錯(cuò)誤的是（）
以并發(fā)用戶數(shù)為例，進(jìn)行負(fù)載測(cè)試參數(shù)輸入時(shí)，下面哪一個(gè)不是負(fù)載測(cè)試的加載方式？（）
敏捷開發(fā)模型不適用于大型開發(fā)項(xiàng)目。