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

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

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

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

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

閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應(yīng)欄內(nèi)。

【說明】

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

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

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

【問題 1】（5分）

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

【問題 2】（10 分）

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

【問題 3】（6 分）

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

【問題 4】 (4 分）

從候選答案中選擇正確選項，將該選項編號填入答題紙對應(yīng)欄內(nèi)。

配置項的狀態(tài)通常可分為三種，配置項初建時其狀態(tài)為（1)。配置項通過評審后，其狀態(tài)變?yōu)椋?)。此后若更改配置項，則其狀態(tài)變?yōu)椋?）。當(dāng)配置項修改完畢并重新通過評審時，其狀態(tài)又變?yōu)椋?)。

A．送審稿

B．草稿

C．報批稿

D．征求意見

E．修改

F．正式

信管網(wǎng)cnitpm508240115995：
問題1：①＊＊兼任項目經(jīng)理和配置管理員②10個人都有管理權(quán)限③產(chǎn)品庫與實際運行版本有偏差④沒有相關(guān)文檔⑤細(xì)微的bug隨手改了 問題2： 問題3： 問題4： bfef

信管網(wǎng)xqcao：
問題： 1、配置管理工作未指派抓人負(fù)責(zé)，配置版本不規(guī)范，已上線版本還定義未3.01 2、配庫，只有開發(fā)庫和產(chǎn)品庫，沒有受控庫； 3、相關(guān)文檔未及時配置受控； 4、配置權(quán)限未嚴(yán)格，所有人員都有管理員權(quán)限，未根據(jù)角色進(jìn)行權(quán)限分別配置及管理；

信管網(wǎng)cnitpm304254437：
問題1： 從配置管理的角度看，項目實施過程存在的問題有： 1.沒有設(shè)置專職的配置管理員。 2.配置庫權(quán)限沒有進(jìn)行控制，所有人都有管理員權(quán)限。 3.配置庫僅分為開發(fā)庫和產(chǎn)品庫，缺少控制庫。 4.產(chǎn)品庫與實際運行存在差異。 5.開發(fā)庫版本文檔不全。 6.文檔和代碼存在偏差。 問題2： 系統(tǒng)測試方案？ 問題3： 1.黑盒測試：僅檢查系統(tǒng)的輸入與輸出是否符合預(yù)期的測試。用途：一般用于自動化測試，也常用于對無法獲取源代碼的系統(tǒng)進(jìn)行測試。 2.白盒測試：通過對源代碼的代碼審查進(jìn)行測試。用途：一般用于對代碼審計，單元測試。 3.灰盒測試：對僅能獲取部分源代碼的系統(tǒng)進(jìn)行測試。用途：集成測試 問題4： d、f、e、f

信管網(wǎng)winnie tu：
問題一： 1. 產(chǎn)品經(jīng)理＊＊兼任項目經(jīng)理與配置管理員，難以同時兼顧兩大崗位的職責(zé)； 2. 配置權(quán)限管理混亂，所有人都有管理員權(quán)限； 3. 缺乏系統(tǒng)科學(xué)的配置文檔管理體系，文檔記錄不全且混亂； 4. 缺乏版本管理意識，難以溯源需求； 5. 缺乏系統(tǒng)的變更管理。 問題二： 測試目的: 測試對象：產(chǎn)品3.01版本 測試內(nèi)容：產(chǎn)品開發(fā)源代碼；產(chǎn)品實際運行狀態(tài)；產(chǎn)品對于需求的滿足 測試過程：代碼走查，產(chǎn)品開發(fā)環(huán)境運轉(zhuǎn)，產(chǎn)品實際環(huán)境運轉(zhuǎn) 測試用例設(shè)計依據(jù)： 測試技術(shù)：靜態(tài)測試，動態(tài)測試，黑盒測試，白盒測試 問題三： 黑盒測試：無需了解產(chǎn)品的內(nèi)在代碼邏輯，直接運轉(zhuǎn)產(chǎn)品測試，注重對于產(chǎn)品功能實現(xiàn)的測試； 白盒測試：需要了解產(chǎn)品的代碼邏輯，從代碼層面測試產(chǎn)品，注重對于產(chǎn)品底層邏輯架構(gòu)的測試； 灰盒測試：介于白盒測試與黑盒測試之間，對于部分核心功能，進(jìn)行代碼邏輯審查，其余的著重功能層面的實現(xiàn) 問題四： b, c, e

信管網(wǎng)cnitpm539403422949：
問題1： 1、配置庫缺少受控庫 2、10個人都要管理員權(quán)限，缺少權(quán)限控制 3、版本管理混亂，缺少變更控制 4、文檔管理混亂，變更沒有記錄 5、 問題2： 測試目的： 問題3： 黑盒測試：無法看到代碼運行流程， 白盒測試：可以看到詳細(xì)代碼，程序運行 灰盒測試：介于白盒和黑盒之間，