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

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

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

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

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

閱讀下列說明，回答問題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．正式

信管網15811015032：
人力資源計劃存在問題，產品經理＊＊兼任項目經理和配置管理員，一人，存在經驗不足，需要培訓 文檔管理計劃存在問題，使用的版本號3.01為修改版本，版本號應3.1或3.0正式版本號命名規(guī)則 配置管理存在問題，10個人都有管理員權限，存在多頭管理，有風險，需要及時改正 配置管理存在問題，只有開發(fā)庫及產品庫，沒有對應的受控庫 文檔管理計劃存在問題，相關開發(fā)文檔缺失 變更管理存在問題，新需求變更沒有執(zhí)行相應變更流程 b f e f

信管網cnitpm442872704523：
配置管理員不應該由項目經理兼任； 上線的版本號命名存在問題，3.01應該是修改狀態(tài)的版本號； 權限劃分存在問題，開發(fā)和測試人員都能操作配置庫； 配置庫沒有包括受控庫； 沒有做好版本管理； 沒有按照變更控制流程進行變更管理； 文檔和代碼不一致； 沒有配置管理計劃； 黑：測試人員不需要了解程序邏輯，功能性測試 白：測試人員需要清楚程序邏輯，對每條分支進行測試，結構性測試 灰：介于黑和白之間，既要對程序每條分支進行測試，也要測試功能 bfef

信管網cnitpm437652985909：
1.配置管理員不應由項目經理＊＊來擔任＜br＞2.配置管理權限有問題，不能所有人都有權限＜br＞3.配置庫分開發(fā)庫和產品庫不合理，還有一個配置庫＜br＞4.完整檔案和代碼不應放在產品庫＜br＞5.配置上線版本與實際版本有偏差＜br＞6.配置管理不到位，文檔缺失，＜br＞7.配置更改沒有經過配置變更系統(tǒng)，隨意更改

信管網dreambylee：
【問題1】 1.缺少配置管理計劃； 2.配置管理員由項目經理兼職不妥； 3.所有項目成員都有配置管理庫的管理員權限不妥； 4.配置庫缺少受控庫； 5.程序員未遵循變更流程對變更隨手更改不妥； 6.變更結束后未更新配置文檔 【問題2】 1. 【問題3】 黑盒測試：以測試界面功能是否實現需求規(guī)格說明書要求效果為主 白盒測試：對功能代碼及集成界面的功能測試為主 灰盒測試：在黑盒測試中使用白盒測試的手段 【問題4】 bfef

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