A.每當(dāng)單個(gè)的模塊/對(duì)象編碼結(jié)束后，就需要對(duì)其進(jìn)行集成測(cè)試以及系統(tǒng)測(cè)試
B.在需求活動(dòng)的早期就進(jìn)行指定測(cè)試就制定測(cè)試計(jì)劃和測(cè)試設(shè)計(jì)的工作
C.在編碼前，就對(duì)一些復(fù)雜的外部接口進(jìn)行測(cè)試，以避免設(shè)計(jì)和編碼錯(cuò)誤
D.開始的階段沒有任何測(cè)試工作，所有的測(cè)試工作在開發(fā)階段結(jié)束后，編碼完成時(shí)開始進(jìn)行
您可能感興趣的試卷
你可能感興趣的試題
A.核心組將這些反思作為下一項(xiàng)目計(jì)劃的動(dòng)作內(nèi)容，并記錄在文檔中
B.核心小組成員對(duì)客戶進(jìn)行最終的技術(shù)培訓(xùn)
C.核心組對(duì)項(xiàng)目過程和實(shí)現(xiàn)進(jìn)行反思
D.整個(gè)小組可以對(duì)項(xiàng)目過程和實(shí)現(xiàn)做出反思，這些反思可作為下一項(xiàng)目計(jì)劃的活動(dòng)內(nèi)容，并記錄在文檔之中
A.將運(yùn)營和支持費(fèi)用的前30%交付給運(yùn)營支持部門
B.發(fā)布知識(shí)庫，提供易于訪問的正確知識(shí)
C.把系統(tǒng)故障、改正活動(dòng)和趨勢(shì)分析提交給運(yùn)營者
D.把缺陷追蹤數(shù)據(jù)庫運(yùn)用到基準(zhǔn)數(shù)據(jù)上，是其能被技術(shù)支持者/用戶使用
E.啟動(dòng)報(bào)告系統(tǒng)，把問題解決方法放入桌面幫助系統(tǒng)
A.“推部署”策略通常是客戶的一種政治手段，以免造成強(qiáng)買強(qiáng)賣的氣氛，致使站點(diǎn)用戶不接受該解決方案
B.“拉部署”是小組開發(fā)完解決方案先不部署它到各個(gè)站點(diǎn)，直到站點(diǎn)要求時(shí)才“拉”出來
C.即時(shí)計(jì)劃部署指小組要事先為計(jì)劃這個(gè)部署作站點(diǎn)調(diào)查，它比事先計(jì)劃的部署要好一些，但可行性總不好
D.在“拉部署”時(shí)，企業(yè)有個(gè)總指揮部，由它做出決策，將解決方案全部部署到各個(gè)站點(diǎn)或單位
A.從試運(yùn)行的用戶收集意見和取得支持；解決問題并寫文檔
B.判定是否滿足成功推測(cè)；判定是重做試運(yùn)行，還是返回到前一階段
C.返回覆蓋測(cè)試階段，重新進(jìn)行第二次覆蓋測(cè)試
D.標(biāo)識(shí)用戶最頻繁體驗(yàn)到的錯(cuò)誤
E.標(biāo)識(shí)風(fēng)險(xiǎn)；把發(fā)生頻度最高的問題納入培訓(xùn)的內(nèi)容
A.在開始作一個(gè)試運(yùn)行之前，小組和試運(yùn)行的參與者都必須對(duì)試運(yùn)行成功推測(cè)達(dá)到共識(shí)
B.試運(yùn)行測(cè)試目的是保證所建議的解決方案是在生產(chǎn)環(huán)境中可以存活的，解決方案的每一個(gè)組件都部署就緒
C.在試運(yùn)行開始之前，小組必須建立技術(shù)支持小組和爭(zhēng)議處理流程
D.為了決定部署過程什么時(shí)候工作，必須先做試運(yùn)行或?qū)⑺胁渴鸬脑刈饕淮闻啪?/p>
最新試題
定義數(shù)據(jù)字典時(shí)，需要使用一些符號(hào)，以下表示重復(fù)的符號(hào)的是（）
面向?qū)ο蠓治鲋?，確定類的關(guān)鍵策略不包括（）。
軟件開發(fā)的實(shí)質(zhì)是實(shí)現(xiàn)不同層之間的“映射”，實(shí)現(xiàn)的基本途徑是（）
對(duì)于具有復(fù)雜業(yè)務(wù)邏輯和流程的系統(tǒng)，較適合的架構(gòu)風(fēng)格是（）。
一種表達(dá)功能模型的工具是（）
下列哪個(gè)不是系統(tǒng)的參與者？（）
以下哪一項(xiàng)不是功能測(cè)試技術(shù)？（）
以下屬于軟件設(shè)計(jì)階段的任務(wù)是（）
在UML中，一種可以表達(dá)系統(tǒng)功能模型的圖形化工具是（）
以下哪一項(xiàng)不是RUP實(shí)現(xiàn)的目標(biāo)？（）