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

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

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

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

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

閱讀下列說明，回答問題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)文檔，而且因為新需求迭代太快，有些很細微的修改，開發(fā)人員隨手進行了修改，文檔和代碼存在一些偏差?！?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)椋?）。當配置項修改完畢并重新通過評審時，其狀態(tài)又變?yōu)椋?)。

A．送審稿

B．草稿

C．報批稿

D．征求意見

E．修改

F．正式

信管網(wǎng)cnitpm624597990146：
＜br /＞＜img src=＂http://pic.cnitpm.com/upload/2023/04/tbimg/04-26/1682471332.jpg＂ /＞

信管網(wǎng)cnitpm579189462732：
1，產(chǎn)品經(jīng)理＊＊兼任項目經(jīng)理和配置管理員存在問題，應(yīng)該找專業(yè)的相關(guān)人員擔任 10個人都有配置管理庫的管理員權(quán)限存在問題，應(yīng)該只有項目經(jīng)理有權(quán)限，其他人員有查看權(quán)限 配置庫只分為了開發(fā)庫和產(chǎn)品庫存在問題，應(yīng)該還有一個庫 沒有制定配置管理計劃 開發(fā)人員隨手修改代碼存在問題 2，測試目的： 測試對象： 3，黑盒測試：是對整體代碼走下去的測試 白盒測試：是對內(nèi)部結(jié)構(gòu)的測試 灰盒測試：黑盒測試與白盒測試的結(jié)合 4，bfef

信管網(wǎng)hjy123：
問題1： 1：配置管理員和項目經(jīng)理為同一個人，存在重復(fù) 2：每個組員都有配置管理員的權(quán)限， 3：配置庫中缺少受控庫，配置項沒有及時更新到服務(wù)器中 4：需求變更沒有控制 問題2： 問題3： 黑盒測試：測試人員不用了解系統(tǒng)的內(nèi)部代碼邏輯，只需要表面功能測試即可?？梢园l(fā)現(xiàn)功能的缺陷。 白盒測試：測試人員需要了解系統(tǒng)的內(nèi)部代碼邏輯，根據(jù)邏輯進行測試?？梢园l(fā)現(xiàn)代碼的漏洞。 灰盒測試：測試人員需要在了解系統(tǒng)內(nèi)部代碼邏輯的基礎(chǔ)上，進行測試。可以發(fā)現(xiàn)功能缺陷和代碼的漏洞 問題4： 報批稿；正式；修改；正式

信管網(wǎng)ｃｈｒistina034：
1、＊＊兼任職務(wù)過多，尤其配置管理員應(yīng)該單獨設(shè)置管理員； 2、管理員權(quán)限不應(yīng)該10個人都有，應(yīng)該根據(jù)角色不同分配不同權(quán)限； 3、文檔和代碼沒有進行嚴格規(guī)范的管理； 4、開發(fā)庫和產(chǎn)品庫版本管理存在問題； 5、沒有制定配置管理計劃，也沒有做好配置控制和配置標識管理。 bfbf

信管網(wǎng)cnitpm614700744636：
配置管理員不能兼任，必須專人負責。配置管理局要有配置管理員負責。要有產(chǎn)品庫開發(fā)庫和受控庫，修改要記錄，走流程，且不能刪除舊版本。 草稿正式修改正式