系統(tǒng)集成項目管理工程師案例分析當天每日一練試題地址：www.jycxcx.com/exam/ExamDayAL.aspx?t1=2

往期系統(tǒng)集成項目管理工程師每日一練試題匯總：www.jycxcx.com/class/27/e2_1.html

系統(tǒng)集成項目管理工程師案例分析每日一練試題（2023/8/29）在線測試：www.jycxcx.com/exam/ExamDayAL.aspx?t1=2&day=2023/8/29

點擊查看：更多系統(tǒng)集成項目管理工程師習題與指導

系統(tǒng)集成項目管理工程師案例分析每日一練試題內容（2023/8/29）

閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應欄內。

【說明】

A公司是提供 SaaS 平臺服務業(yè)務的公司，小張作為研發(fā)流程優(yōu)化經理，他抽查了核心產品的配置管理和測試過程，情況如下：項目組共 10 人，產品經理小馬兼任項目經理和配置管理員，還有7名開發(fā)工程師和 2 名測試工程師，采用敏捷開發(fā)的方法，2周為一個迭代周期，目前剛剛完成一個 3.01 版本的上線。

小張要求看一下配置管理庫，小馬回復：“我正忙著，讓測試工程師王工給你看吧，我們 10 個人都有管理員權限”。小張看到配置庫分為了開發(fā)庫和產品庫，產品庫包括上線的3個大版本的完整代碼和文檔資料，而且與實際運行版本有偏差。小版本只能在開發(fā)庫中找到代碼，但沒有相關文檔，而且因為新需求迭代太快，有些很細微的修改，開發(fā)人員隨手進行了修改，文檔和代碼存在一些偏差?！?span>轉自信管網(cnitpm.com)】

小張策劃對產品做一次 3.01 版本的系統(tǒng)測試，以便更好的解決研發(fā)流程和系統(tǒng)本身的問題。

【問題 1】（5分）

結合本案例，從配置管理的角度指出項目實施過程存在的問題。

【問題 2】（10 分）

結合本案例，請幫助測試工程師從測試目的、測試對象、測試內容、測試過程、測試用例設計依據、測試技術 6 個方面設計核心產品3.01版本的系統(tǒng)測試方案。

【問題 3】（6 分）

如果系統(tǒng)測試中需要采用黑盒測試、白盒測試和灰盒測試，請闡述三種測試的含義和用途

【問題 4】 (4 分）

從候選答案中選擇正確選項，將該選項編號填入答題紙對應欄內。

配置項的狀態(tài)通?？煞譃槿N，配置項初建時其狀態(tài)為（1)。配置項通過評審后，其狀態(tài)變?yōu)椋?)。此后若更改配置項，則其狀態(tài)變?yōu)椋?）。當配置項修改完畢并重新通過評審時，其狀態(tài)又變?yōu)椋?)。

A．送審稿

B．草稿

C．報批稿

D．征求意見

E．修改

F．正式

信管網cnitpm654657622465：
1、沒有專職管理員人，項目經理不能同時兼顧配置管理員； 2、版本號管理不對，正式發(fā)版上線版本號應該為x.y； 3、配置管理權限分配不符，都有管理員權限； 4、配置庫只有開發(fā)庫和產品庫，缺少了受控庫； 5、版本迭代較快，沒有相關的文檔，并沒有及時更新文檔； 6、變更沒有走變更流程； 1、測試目的：測試產品是否能正常運行，滿足產品需求功能； 2、測試對象：已發(fā)布產品庫中正式產品； 3、測試內容：根據需求規(guī)格說明書，對產品進行業(yè)務流程測試； 4、測試過程：采用測試方法，對產品進行白盒、黑盒測試； 5、測試用例設計依據：根據需求文檔，測試產品功能； 6、測試技術：單元測試、集成測試、系統(tǒng)測試

信管網cnitpm652843236935：
（1）項目經理和配置管理員應該由專人任職，不能兼職 版本管理存在問題，正式產品應該為1.x版本號 配置管理庫的管理員權限應該只給配置管理員 文檔管理存在問題 變更流程存在問題 （3）黑盒測試是功能測試 白盒測試是模塊測試 （4）b f e f

信管網relf202311：
問題一，1.項目經理＊＊缺乏制訂配置管理計劃；2.項目經理＊＊身兼多職，應是專職全職；3.未任命專職全職的配置管理員；4.配置權限存在問題，對不同崗位的人員應劃分不同的配置操作權限；5.配置庫未設立受控庫對已完成產品或需修改產品進行存儲管理；6.配置狀態(tài)記錄過程工作存在問題，對修改后的配置未形成相關文檔記錄； 問題二，測試目的：對3.01版本系統(tǒng)進行問題標識和處理，保證版本上線；測試對象：3.01版本系統(tǒng)；測試內容：測試過程：設立受控庫對修改完成產品或需修改產品進行管控；測試用例設計依據：測試技術： 問題三， 問題四，1.b；2.f；3.e；4.f；

信管網cnitpm638313623405：
產品經理**兼任配置管理員，一人身兼數職，精力有限，不合理，應安排專門的配置管理員。正式上線版本號3.01不符合版本號管理，這個應為修改狀態(tài)的版本號。配置管理庫不全，缺受控庫，因此過程版本不全，文檔有缺失，缺乏測試計劃，沒有單元測試，集成測試環(huán)節(jié)。

信管網cnitpm601847982039：
【問題一】 1、配置庫權限設置存在問題、不能項目組所有人都設置管理員權限 2、配置庫設置存在問題，還應該設置受控庫 3、版本管理存在問題，產品庫版本與實際運行版本不一致。 4、文檔管理存在問題，部分文檔缺失。 5、變更管理存在問題，沒有對變更進行記錄。 【問題二】 測試目的：發(fā)現系統(tǒng)錯誤，衡量系統(tǒng)質量，并對其是否能滿足設計要求進行評估。 測試對象：程序、文檔。 測試內容：功能測試、界面測試、文檔測試、源代碼測試、性能測試。 測試過程：測試計劃、測試設計和測試執(zhí)行。 測試用例依據：每個測試用例應包括名稱和標識、測試追蹤、用例說明、測試的初始化要求、測試的輸入、期望的測試結果、評價測試結果的準則、操作過程、前提和約束、測試終止條件。 測試技術：白盒測試、黑盒測試。 【問題三】 黑盒測試：黑盒測試也稱功能性測試，主要用于集成測試、確認測試和系統(tǒng)測試中。黑盒測試將程序看作一個不透明的黑盒，完全不考慮（或不了解）程序的內部結構和處理算法，二只是檢查程序功能是否按照srs的要求正常使用，程序是否能適當地接收輸入數據并產生正確的輸出信息，程序運行過程中能否保持外部信息的完整性等。 白盒測試：白盒測試也稱結構測試，主要用于軟件單元測試中。它的主要思想是，將程序看作是一個透明的白盒，測試人員完全清楚程序的結構和處理算法，按照程序內部邏輯結構測試用例，檢測程序中的主要執(zhí)行通路是否能按預定要求正確工作。 灰盒測試：介于白盒和黑盒之間的測試。灰盒測試關注輸出對于輸入的正確性，同時也關注內部表現?；液惺腔诔绦蜻\行時外部表現同時又結合程序內部邏輯結構來設計用例，執(zhí)行程序并采集程序路徑執(zhí)行信息和外部用戶接口結果的測試技術。 【問題四】 1、b 2、f 3、e 4、f