軟件測試選擇100題_第1頁
軟件測試選擇100題_第2頁
軟件測試選擇100題_第3頁
軟件測試選擇100題_第4頁
軟件測試選擇100題_第5頁
已閱讀5頁,還剩8頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、1、 在軟件生命周期中,測試人員從哪個階段開始參與更有利于軟件項目的成功( A )A 需求分析階段 B 設計階段 C 編碼階段 D 系統(tǒng)測試階段2、 下列選項中關于軟件測試敘述錯誤的是(C)A 軟件測試可以作為度量軟件與用戶需求間差距的手段B 軟件測試的目的是暴露問題C 軟件測試的根本目的是盡可能多地發(fā)現(xiàn)問題并排除潛在的錯誤,最終把一個高質量的軟件系統(tǒng)交給用戶使用。D 沒有發(fā)現(xiàn)錯誤的測試也是有價值的3、 在Mantis缺陷跟蹤系統(tǒng)中,下列選項中不屬于缺陷狀態(tài)的是(D)A 新建 B 已確認 C 關閉 D 推遲4、 在Bugzilla中,如果一個缺陷的處理狀態(tài)被開發(fā)人員置為Wontfix,則表明(

2、B)A 這個Bug中描述的B 這個Bug中描述的是問題,但不修改C 根據(jù)這個Bug的描述無法查找問題的原因并解決,需要提供更多的關于這個Bug的信息D 這個Bug描述的是問題,但不能確定是否在這個版本中修改5、 以下說法正確的是(D)A 軟件是物理實體B 軟件開發(fā)已經(jīng)完全擺脫手工開發(fā)的流程C 軟件也存在老化和磨損的問題D 軟件的運行與計算機系統(tǒng)存在依賴性6、 下列關于驗收測試的敘述中,正確的是(D)A 驗收測試是軟件產品交付用戶正式使用前的最后一道工序B 驗收測試不可以由測試人員模擬用戶進行C 驗收測試只確認軟件的功能和性能D 驗收標準必須在原始的需求規(guī)范中或在客戶的合同中規(guī)定7、 軟件缺陷產

3、生的主要原因通常認為是(D)A 工期短 B 軟件的復雜性 C 文檔不完善 D 不斷變化的軟件需求8、 下列關于缺陷優(yōu)先級的說法正確的是(D)A 軟件缺陷修復的嚴重影響B(tài) 是指軟件功能模塊測試的重要程度C 缺陷優(yōu)先級是和缺陷嚴重程度一一對應的D 一般來說,企業(yè)在制定測試計劃時,需要事先定義缺陷的優(yōu)先級9、 下列選項中,對“優(yōu)化缺陷”解釋最準確的一項是(B)A 一個缺陷一個報告 B 分析缺陷一一使用最少步驟重現(xiàn)缺陷 C 保證重現(xiàn)缺陷 D 方便閱讀10、 在測試計劃中應該包含的文檔模板有(D)A 測試評估模板 B 測試計劃模板 C 需求分析模板 D 測試總結模板11、 為了對我們所設計的系統(tǒng)進行測試

4、,我們使用測試工具模擬上萬個用戶從終端同時登陸,找出因資源不足而導致的錯誤,你認為現(xiàn)在最有可能進行的測試活動是(A)A 負載測試 B 安全測試 C 容量測試 D 壓力測試12、 下列關于軟件缺陷說法錯誤的是(C)A 不要夸大程序缺陷 B 對于不影響使用的小缺陷也要及時報告C 軟件bug就是程序的錯誤 D 永遠都要報告不可重現(xiàn)的錯誤13、 以下不屬于軟件缺陷產生的原因是(D)A 溝通交流不足 B 文檔不完善 C 需求不斷地變更 D 用戶需求過于明確14、 下列有關測試說法中,正確的是(B)A 測試組的測試工作是在編碼階段開始的B 靜態(tài)測試是不運行被測程序本身,而尋找程序代碼中可能存在的錯誤或評估

5、程序代碼的過程C 所有的測試都適合引入測試工具輔助進行測試D 只要進行有效的測試,就能獲得高質量的軟件產品15、 下列關于缺陷分類的說法中錯誤的是(C)A 按嚴重性來給缺陷進行分類,主要是從產品和用戶的角度來考慮B 優(yōu)先級表示修復缺陷的迫切程度和應該何時修復C 缺陷越嚴重,優(yōu)先級越高D 缺陷的優(yōu)先級隨著項目的發(fā)展會發(fā)生變化16、 以下(D)是在概要設計階段測試人員應該完成的文檔A 軟件規(guī)格需求說明書 B 單元測試方案 C 系統(tǒng)測試方案 D 集成測試方案17、 下列關于單元測試意義的觀點錯誤的是(D)A 好的單元測試會把大部分缺陷控制在產品研發(fā)早期B 在單元測試階段發(fā)現(xiàn)并修復缺陷,有效降低缺陷修

6、復成本C 使單元測試的效力發(fā)揮到最大化的關鍵在于選擇正確的測試策略D 經(jīng)過單元測試的系統(tǒng)雖然產品集成測試變復雜了,但對節(jié)約成本及提高運行效率有益18、 以下說法中,正確的是(D)A 小缺陷不需要提交 B可以隨意地修改他人的缺陷報C 缺陷報告可以延期提交 D 缺陷報告所報告的缺陷應該分布描述19、 下列(B)問題可以在集成測試的時候被發(fā)現(xiàn)1. 獨立可接受的誤差在組裝后可能會超過可接受的誤差限度2.全程數(shù)據(jù)結構錯誤3.實時系統(tǒng)的時序問題4.資源競爭問題sA 1 2 B 3 4 C 1 2 4 D 1 2 3 420、從測試階段角度,測試順序正確的是(B) A單元測試->系統(tǒng)測試->集成

7、測試->驗收測試 B單元測試->集成測試->系統(tǒng)測試->驗收測試 C單元測試->驗收測試->系統(tǒng)測試->集成測試 D單元測試->集成測試->驗收測試->系統(tǒng)測試21、關于軟件缺陷,下列說法錯誤的是(B) A程序錯誤屬于軟件缺陷。 B經(jīng)過修改后的軟件產品,其中存在的軟件缺陷必然會越來越少。 C識別軟件缺陷不應脫離用戶需求 D行業(yè)背景知識可以幫助我們有效的識別軟件缺陷22、下列關于關于缺陷的說法中,正確的是(C) A)必要時,可以直接修改別人提交的缺陷報告。 B)有時候程序員犯了低級錯誤,應該在缺陷報告中嚴厲的指出問題。 C)任何小缺陷都

8、不應該放過,都應該記錄在缺陷報告中。 D)缺陷報告寫得越詳細越好,操作步驟記錄的越復雜越好。23、 下面不強調迭代開發(fā)的軟件開發(fā)模型是(A)A 瀑布模型 B 螺旋模型 C 敏捷開發(fā)模型 D快速原型模型24、 集成測試通常是在(A)進行之后開展A 單元測試 B 系統(tǒng)測試 C 回歸測試 D 驗證測試25、以下關于軟件測試的說法,不準確的是(C) A軟件測試的目的在于檢驗它是否滿足規(guī)定的需求或弄清預期結果與實際結果之間的差 別。 B軟件是否符合用戶需求是判斷軟件質量的重要標準 C軟件測試是盡可能多地發(fā)現(xiàn)問題并排除潛在的錯誤,最終把一個高質量的軟件系統(tǒng)交給用戶 D軟件測試是保證軟件質量的重要手段26、

9、測試人員在識別軟件缺陷時,通常不采取的方法是(C) A參考軟件需求說明書 B參考用戶手冊和聯(lián)機幫助 C公布到網(wǎng)上尋求幫助 D多與用戶進行溝通27、 以下不屬于缺陷報告分類的是(D)A 按照所屬功能模塊劃分 B 按照缺陷優(yōu)先級分類 C 按照缺陷引入原因劃分 D按照發(fā)現(xiàn)缺陷的時間先后分類28、 以下不屬于軟件測試按照先后階段進行劃分的是(D)A 單元測試 B 集成測試 C 系統(tǒng)測試 D 回歸測試29、 軟件測試生命周期的順序是( C )A 制定測試計劃-評審-測試設計和開發(fā)-實施軟件測試-版本發(fā)布B 制定測試計劃-測試設計和開發(fā)-實施軟件測試-版本發(fā)布-評審C 制定測試計劃-測試設計和開發(fā)-實施軟

10、件測試-評審-版本發(fā)布D 制定測試計劃-實施軟件測試-修改-版本發(fā)布-評審30、 以下不屬于軟件測試工作范圍的是(D )A 制定軟件測試計劃 B 測試用例設計與開發(fā) C 測試工具的選擇及測試腳本的錄制 D 進行缺陷的定位于調試31、 對于正常的缺陷處理流程,以下說法正確的是(B)A 分配、提交、驗證、關閉、解決 B 提交、分配、解決、驗證、提交C分配、驗證、解決 、提交、關閉 D 提交、解決、分配、關閉、驗證32、 樁模塊在單元測試中(D)A 主要用來接受測試數(shù)據(jù) B 用以模擬被測模塊的上級模塊 C 調用被測模塊 D 用以檢驗被測模塊與下級模塊的接口33、 以下不屬于按照軟件測試技術劃分的是(

11、C)A 白盒測試 B 黑盒測試 C 多國語言版本測試 D 灰盒測試34、 下列關于測試的說法中錯誤的是(B)A 單元測試階段一白盒測試方法為主,黑盒測試方法為輔B 軟件經(jīng)過單元測試階段后,可以忽略回歸測試工作C以一個功能點為基準,通常情況下,單元測試階段進行測試的成本效率要高于集成測試和系統(tǒng)測試階段D單元測試階段進行的測試可以由開發(fā)人員或白盒測試工程師來完成35、 以下關于軟件測試說法中正確的是(D)A 軟件測試按照測試過程分類可以分為黑盒測試、白盒測試B 軟件生存周期是從軟件開始開發(fā)到開發(fā)結束的整個過程C 缺陷跟蹤管理系統(tǒng)只針對測試人員來使用D軟件項目在進入需求分析階段,測試人員就應該開始介

12、入其中36、 關于軟件測試包括的內容,以下說法正確的是(D)A 制定測試計劃 B 完善需求分析文檔 C 修改程序中小的Bug并返測 D 以上說法都不對37. 以下關于書寫缺陷報告應包含的準則說法不正確的是(C)A分析故障,使用最少步驟重現(xiàn)缺陷B 包含所有重現(xiàn)缺陷的必要步驟C 盡量全面-將一次發(fā)現(xiàn)的所有缺陷放在一個報告中D 方便閱讀、注意缺陷報告書寫語氣38、 下列測試與調試的說法不正確的是(B)A 測試貫穿整個軟件生命周期,而調試主要在開發(fā)階段B 實際上調試與測試沒有本質上的區(qū)別C 測試由測試人員和程序員參與,調試由程序員參與D測試找到錯誤的外部表現(xiàn),而調試找到錯誤的內部原因39、 G18N表

13、示的意思是(B)A 國際化 B 全球化 C 本地化 D 多國語言版本化40、 將已通過確認測試的軟件,作為整個基于計算機系統(tǒng)的一個元素,與計算機硬件、外設、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結合在一起。在實際運行環(huán)境下,對計算機系統(tǒng)進行全面的功能覆蓋。這個測試階段是(C)階段。A 單元測試 B 集成測試 C 系統(tǒng)測試 D驗收測試41、 以下不屬于外包測試的三種服務模式的是(A)A 開發(fā)人員到測試工作進行開發(fā)B 現(xiàn)場測試onsiteC 完全高岸外包offshoreD 設立聯(lián)合研發(fā)中心42、 驅動模塊在單元測試中(B)A 不可以接受測試數(shù)據(jù) B 用以模擬被測模塊的上級模塊 C 由被測模塊調用

14、D 用以檢驗被測模塊與下級模塊的接口43、 以下測試員的經(jīng)驗值得借鑒的是(C)A 直覺在測試中是很重要的,可以將其作為合理性證明,來設計具體的測試數(shù)據(jù),或判斷具體的輸出B 有些缺陷過于明顯,沒有必要再寫了C 嚴重等級低的問題優(yōu)先級一定低D 每個版本要先有通過冒煙測試后才投入測試44、 軟件測試活動不包括(D)A 制定測試計劃 B 測試設計和研發(fā) C 實施軟件測試 D 判斷目標、可選方案和限制45、 在下列選項中,測試人員從(A)開始介入最有利于軟件項目的成功A 需求分析階段 B 設計階段 C 編碼階段 D系統(tǒng)測試階段46、 測試人員在拿到開發(fā)組提交過來的一個軟件版本時,首先進行的測試是(A)A

15、 冒煙測試 B 回歸測試 C 驗收測試 D 系統(tǒng)測試47、 關于手工測試和自動測試,下列說法錯誤的是(B)A 手工測試是一個主動尋找軟件缺陷的過程,而自動測試是需人工干預的被動測試過程B自動測試執(zhí)行速度比較快,它的效果肯定要比手工測試的好C 目前,自動測試不能取代手工測試D手工測試和自動測試相結合可以在一定程度上提高測試效率48、 通常情況下,下列選項中不屬于單元測試內容的是(D)A 功能點測試 B 模塊接口測試 C 內部數(shù)據(jù)流測試 D 測試程序的并發(fā)用戶數(shù)49、 下列關于缺陷報告的說法中錯誤的是(C)A 優(yōu)化缺陷指的是優(yōu)化缺陷的描述步驟B 缺陷報告中必須包含重現(xiàn)缺陷的必要步驟C 為了修改方便

16、,一個缺陷報告中要盡量包含多個缺陷D缺陷報告應描述清晰、準確、無歧義50、 下列關于軟件項目風險分析的說法中錯誤的是(C)A 風險分析工作應該在軟件生命周期內盡早進行.B 頭腦風暴小組一般可以由用戶、開發(fā)人員、測試人員、銷售人員、客戶服務代表、技術支持人員組成.C 確定某個特征或屬性的失效可能性時,如果頭腦風暴小組成員之間有爭議,應繼續(xù)討論下去,直到達成一致意見后,再繼續(xù)其他工作.D對風險優(yōu)先級進行排序之后,應根據(jù)時間和資源確定一條“分割線”,在分割線之下的特征表示不需要進行測試或者進行較早的測試.51、 下列關于軟件測試與調試的說法中錯誤的是( C ).A 通常情況下,軟件測試經(jīng)歷的時間要長

17、于軟件調試的時間.B 一般來說,軟件測試工作的開始要早于軟件調試工作.C 測試的主要工作是找到缺陷并解決缺陷,測試的主要工作是解決缺陷,所以軟件測試包含程序調試工作.D 一般來說,軟件測試找到的大多是錯誤的外部表現(xiàn),而調試能夠找到錯誤的內部原因.52、 根據(jù)軟件測試V模型,下列選項中( A )主要是針對設計進行驗證。A 單元和集成測試B 系統(tǒng)測試C 黑盒測試D 驗證測試53、 以下不用于單機版系統(tǒng)測試的是( B )。A 安裝測試B 壓力測試C 功能測試D 界面測試54、 關于經(jīng)過有效測試后的軟件所能夠達到的目標,下列說法中不準確的是( D )A 確保產品完成了它所承諾或公布的功能B 確保產品是

18、健壯的和適應用戶環(huán)境的C 確保產品滿足性能和效率的要求D 確保應用軟件沒有缺陷55、 下列關于軟件質量評估的說法中錯誤的是( D )A 覆蓋評測試對測試完全程度的評測,最常用的覆蓋評測室基于需求的覆蓋和基于代碼的覆蓋B 缺陷評估主要包括缺陷分布、缺陷狀態(tài)與優(yōu)先級分布和缺陷狀態(tài)與嚴重性分析等三類C 通過測試評估確定軟件的各項指標是否滿足測試標準規(guī)定,檢驗應用程序是否合格D 動態(tài)監(jiān)測是一種性能評測方法,如果測試腳本始終保持一種狀態(tài)或者沒有明顯變化,則一定表明該測試執(zhí)行發(fā)生問題56、 下列關于靜態(tài)測試和動態(tài)測試的說法中正確的是( A )A 靜態(tài)測試無需運行程序,而動態(tài)測試需要運行程序B 靜態(tài)測試只能

19、由人工進行C 動態(tài)測試的方法只能是黑盒測試D 靜態(tài)測試的方法只能是白盒測試57、 下列選項中不屬于測試評估內容的是( D )A 對測試工作的總結B 對測試過程的評估C 對缺陷數(shù)據(jù)的分析D 對測試人員的評價58、下列關于缺陷報告書寫準則的說法中錯誤的是( C )A 報告的缺陷信息應真實準確,不能為了引起關注而夸大缺陷的嚴重性B 使用最少的步驟重現(xiàn)缺陷、但要包含所有重現(xiàn)缺陷的必要步驟C 盡量把一個模塊的缺陷寫在一個報告中,以節(jié)約開發(fā)人員的閱讀時間D 不可重現(xiàn)的錯誤、小缺陷都要記錄到缺陷報告中59、有效性測試是在模擬的環(huán)境下,運用黑盒測試的方法驗證所測軟件是否滿足( C )中所列的要求。A 軟件概要

20、設計文檔B 單元測試方案C 軟件需求規(guī)格說明書D 集成測試方案60、下列關于驗收測試的說法中錯誤的是( B )A 驗收測試是軟件產品在交付用戶正式使用前的最后一道測試工序B 驗收測試包括有效性測試和軟件配置審查C 驗收測試一般使用生產中的實際數(shù)據(jù)進行測試D 驗收測試必須由用戶或者用戶代表參加61、通常情況下,關于缺陷報告,下列說法正確的是( C )A 對于不可重現(xiàn)的錯誤,可以不用報告B 為了提高相關人員對缺陷的重視程度,需要夸大一些缺陷的嚴重性C 細小的缺陷也應該報告D 測試人員不能引用他人的缺陷報告62、通常,軟件生命周期中的很多環(huán)節(jié)都有可能引入缺陷,相對而言,在下列各階段中發(fā)現(xiàn)的缺陷修復成

21、本最低的是( A )A 需求階段B 設計階段C 編碼階段D 維護階段63、軟件測試按照測試階段可分為( A )A 單元測試、集成測試、系統(tǒng)測試、驗收測試B單元測試、確認測試、系統(tǒng)測試、驗收測試C單元測試、集成測試、系統(tǒng)測試、回歸測試D單元測試、集成測試、冒煙測試、系統(tǒng)測試64、以下不屬于測試總結文檔內容的是( D )A 測試項目概述B 測試過程中應用的測試策略C 測試數(shù)據(jù)分析圖表D 參與測試的機構和人員列表65、以下關于軟件測試的說法中正確的是( B )A 無經(jīng)驗用戶的測試是盲目的,所以不值得參考B 已找到軟件缺陷越多,說明那里的軟件缺陷越多C 專業(yè)的測試人員要盡量運用測試技術進行測試,直覺和

22、預感是沒有用的66、以下不是隨機測試的缺點的是( D )A 許多測試都是冗余的B 測試數(shù)據(jù)大多是隨機的,重復測試是不可能的C 無法度量隨機測試實際覆蓋率D 隨機測試的成本大,時間長,是一種不值得一做的測試67、在編寫測試用例時,需要注意的事項,以下說法錯誤的是( D )A 使用最有可能發(fā)現(xiàn)錯誤的用例B 用例不重復、不冗余C 選取一組相似測試用例中最有效的D 測試用例要盡量簡單,不能太復雜68、下列關于軟件測試各階段的說法中正確的是( C )A 驗收測試是一個軟件產品的第一個測試階段B 集成測試是在系統(tǒng)測試之后,將通過確認測試的軟件,與硬件、外設、數(shù)據(jù)和人員等所有其他相關元素結合在一起進行測試的

23、過程C 單元測試是最小單位的測試D 對于那些無法獨立運行的單元模塊,只能用靜態(tài)的方法對其進行單元測試69、下列不屬于測試需求分析階段的輸入的是( D )A 軟件測試的方法與規(guī)范B 軟件需求規(guī)格說明C 軟件測試計劃D 軟件設計說明70、下列測試策略中,不是在系統(tǒng)測試的中后期和驗收測試階段進行的是( C )A 加密測試B 安裝測試C 數(shù)據(jù)庫測試D 裸機測試71、以下不屬于軟件測試結束的標準是( D )A 模塊測試用例執(zhí)行完畢B缺陷修復率達到設計要求C 測試覆蓋了軟件的需求D 項目結項時間到達72、ERP是下列哪類軟件的縮寫( C )A 決策支持系統(tǒng)B 管理信息系統(tǒng)C 企業(yè)資源規(guī)劃系統(tǒng)D 人力資源管

24、理系統(tǒng)73、關于編寫缺陷報告的描述,以下說法不正確的是( D )A 通過適當?shù)目招刑岣呷毕輬蟾娴目勺x性B 不要跳過重現(xiàn)缺陷的必要步驟C 可以在報告開頭對復雜缺陷進行小結,然后給出操作細節(jié)D 避免用中立的語氣,以免程序員不明白測試人員的意思74、項目管理的核心管理是( B )A 人力資源管理B 成本管理C 溝通管理D 采購管理75、下列關于改進軟件測試過程的要點說法錯誤的是( B )A 測試過程的質量決定測試工作的成敗B 在軟件生命周期中測試人員盡早介入會造成缺陷轉移C 改進測試過程是一個長期的過程D 測試工具的應用可以縮短部分測試周期,實現(xiàn)測試自動化76、公司為分析自主開發(fā)的軟件系統(tǒng)風險,成立

25、了一個頭腦風暴小組并任命一名組長,該組長的以下做法不正確的是( A )A 要求組員對不同的意見隨時充分開展批評,并鼓勵爭論B 要求組員充分發(fā)揮各自的想象力C 告訴組員風暴小組征求到的意見越多越好D 使用計分或評定的方法77、關于編寫測試計劃正確的注意事項是( D )A 不分析任務,直接安排工作日程B 測試任務和開發(fā)任務完全相互獨立C 測試計劃一旦確定之后不再更改D 要關注軟件測試的成本預算78、以下不屬于測試計劃設計的工具的是( B )A. Word B. PPT C . Excel D. Project79、當測試人員與開發(fā)人員對一個問題是否是缺陷產生不同意見時,應以下( D )做為準A.

26、測試人員觀點 B .開發(fā)人員觀點 C. 管理人員觀點 D. 需求說明書80、以下軟件測試的目的,描述得最為準確的是( C )A 避免軟件開發(fā)中出現(xiàn)的錯誤B 發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤C 盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤,提高軟件的可靠性D 修改軟件中出現(xiàn)的錯誤81、SRS是( D )的簡稱A.軟件需求 B.測試需求 C.需求評審 D.軟件需求規(guī)格說明書82、碰到無法重現(xiàn)的缺陷,測試人員應該采取的措施是( D )A 忽略該缺陷,無需提交相關記錄B 優(yōu)化缺陷,找到缺陷產生的原因后,再提交給開發(fā)人員C 盡快將該缺陷提交給開發(fā)人員D 報告給測試管理者,請管理者決定是否提交給開發(fā)人員83、軟件產品發(fā)行時存

27、在風險,通常風險為高、中、低三級,有損公司形象通常屬于( A )A.高 B.中 C.低 D.不算風險84.以下有關文檔測試說法錯誤的是( B )A 包裝文字和圖形也屬于文檔測試范圍B 測試文檔只需要讀通文字,無需按提示進行實際操作C 確??狡粮鷮嶋H產品一致D 文檔設計到的菜單和控件的名稱與軟件系統(tǒng)中的名稱相同85、一個Web應用程序的版本升級后,測試人員分別在IE5和IE6下瀏覽應用,查看程序是否存在問題,這種測試屬于( D )A 安全測試 B 安裝測試 C 易用測試 D 兼容性測試86、軟件測試是軟件質量保證的重要手段( B )是軟件測試的最基礎環(huán)節(jié)A驗收測試 B 單元測試 C 系統(tǒng)測試 D

28、 確認測試87、下列文檔中不屬于測試提交文檔的是( A )A 需求說明書 B 測試用例 C 測試日志 D 測試總結88、測試大綱一般是( C )的進一步細化A 軟件需求 B 原始需求 C 產品需求 D 測試需求89、在軟件生命周期的螺旋模型中,正確描述每一個螺旋步驟的是( B )A評估方案確定目標、可選方案和限定條件指出并解決風險本階段開發(fā)和測試計劃下一階段確定進入下一階段的方法B確定目標、可選方案和限定條件評估方案指出并解決風險本階段開發(fā)和測試計劃下一階段確定進入下一階段的方法C 評估方案指出并解決風險確定目標、可選方案和限定條件本階段開發(fā)和測試計劃下一階段確定進入下一階段的方法D 確定目標、可選方案和限定條件指出

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論