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)證
最新試題
下面對(duì)于開發(fā)過程描述正確的是()
軟件缺陷的優(yōu)先級(jí)從P1-P4級(jí),下面對(duì)其描述錯(cuò)誤的是()
在logical coverage法中覆蓋范圍比較小的是()。
H模型沒能體現(xiàn)“及早的和不斷的進(jìn)行軟件測(cè)試”原則。
下面對(duì)測(cè)試需求分析描述不正確的是()
在()中,只需要考慮所有可能的執(zhí)行路徑,對(duì)于不可能執(zhí)行的路徑,是不需要考慮的。
軟件缺陷的優(yōu)先級(jí)從P1-P4級(jí)下面對(duì)其描述正確的是()
軟件評(píng)審的技術(shù)不包括()
以并發(fā)用戶數(shù)為例,進(jìn)行負(fù)載測(cè)試參數(shù)輸入時(shí),下面哪一個(gè)不是負(fù)載測(cè)試的加載方式?()
等價(jià)類劃分法使用步驟描述錯(cuò)誤的是()