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ù)支持小組和爭議處理流程
D.為了決定部署過程什么時(shí)候工作,必須先做試運(yùn)行或?qū)⑺胁渴鸬脑刈饕淮闻啪?/p>
最新試題
CMMI組織過程改善的成熟度等級(jí)中的2級(jí)是()
“與所期望的設(shè)計(jì)之間的偏差”是指()
以下UML圖中,能夠動(dòng)態(tài)地展示對(duì)象之間的交互的是()。
以下屬于軟件設(shè)計(jì)階段的任務(wù)是()
關(guān)于依賴說法錯(cuò)誤的是()
軟件開發(fā)的實(shí)質(zhì)是實(shí)現(xiàn)不同層之間的“映射”,實(shí)現(xiàn)的基本途徑是()
()中,控制器通常用于協(xié)調(diào)模型和視圖之間的交互。
聚合是關(guān)聯(lián)的一種特殊形式,其圖形符號(hào)表示是()
面向?qū)ο笤O(shè)計(jì)中,以下不屬于提高系統(tǒng)可維護(hù)性的措施是()。
IDEFO圖不反應(yīng)出系統(tǒng)()