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

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

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

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

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

閱讀下列說明，回答問題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)通?？煞譃槿N，配置項初建時其狀態(tài)為（1)。配置項通過評審后，其狀態(tài)變?yōu)椋?)。此后若更改配置項，則其狀態(tài)變?yōu)椋?）。當配置項修改完畢并重新通過評審時，其狀態(tài)又變?yōu)椋?)。

A．送審稿

B．草稿

C．報批稿

D．征求意見

E．修改

F．正式

信管網(wǎng)cnitpm463738558948：
問題一： 1：產(chǎn)品經(jīng)理、項目經(jīng)理、配置管理員為同一人，可能導(dǎo)致配置管理計劃不完善。 2：3.01版本為測試版本，非正式版本； 3：配置管理權(quán)限混亂； 4：配置庫未有控制庫； 5：產(chǎn)品庫控制不嚴謹； 6：開發(fā)庫只有代碼，沒有文檔說明； 7：開發(fā)人員隨意修改代碼，文檔和代碼不符。 問題二： 測試目的：驗證生產(chǎn)版本與產(chǎn)品庫、開發(fā)庫的差異； 測試對象：產(chǎn)品庫和開發(fā)庫 測試內(nèi)容：驗證生產(chǎn)版本與產(chǎn)品庫的差異，驗證生產(chǎn)版本與開發(fā)庫的差異； 測試過程：通過生產(chǎn)環(huán)境結(jié)果，驗證產(chǎn)品庫運行結(jié)果，通過產(chǎn)品庫運行結(jié)果，驗證開發(fā)庫運行結(jié)果。 測試用例設(shè)計依據(jù)：范圍說明書 測試技術(shù)：走查、黑盒測試、白盒測試、性能測試。 問題三： 黑盒測試不關(guān)注過程，只驗證結(jié)果， 白盒測試驗證過程也驗證結(jié)果， 灰盒測試介于兩者之間。 問題四：b,f,e，f

信管網(wǎng)wenchao：
問題1作答： 1.配置管理員不應(yīng)兼任 2.配置項版本編號不規(guī)范 3.配置庫權(quán)限分配不當 4.配置庫缺少受控庫 5.文檔管理有問題 6.配置控制有問題 問題2作答： 1.測試目的：發(fā)現(xiàn)不符合項目需求的缺陷 2.測試對象：已發(fā)布的產(chǎn)品 3.測試內(nèi)容：代碼、文檔、功能、性能 4.測試過程：制定方案、編寫測試用例、評審測試方案、執(zhí)行測試、記錄 5.測試用例設(shè)計依據(jù)：產(chǎn)品需求 6.測試技術(shù)：白盒、黑盒、灰盒。 問題3作答： 1.黑盒：只測試功能、性能，不關(guān)注實現(xiàn)過程 2.白盒：測試系統(tǒng)各項功能的邏輯實現(xiàn)過程 3.灰盒：介于白盒、黑盒之間，通過功能、性能測試，有針對性的測試實現(xiàn)邏輯。

信管網(wǎng)wismartzy：
問題1 1、沒有設(shè)置單獨的配置管理員 2、配置管理庫權(quán)限過大，分配不合理 3、沒有受控庫 4、文檔不全 5、變更修改記錄不全，未進行審核確認 問題2 測試目的：發(fā)現(xiàn)項目產(chǎn)品的問題 測試對象：項目相關(guān)產(chǎn)品 測試內(nèi)容：產(chǎn)品流程 測試過程： 測試用例設(shè)計依據(jù)： 測試技術(shù)：黑盒測試、白盒測試、單元測試等 問題3 黑盒測試：測試者不用知道待測內(nèi)部構(gòu)造，通過輸入輸出判斷問題，用于系統(tǒng)集成測試 白盒測試：測試者熟悉內(nèi)部結(jié)構(gòu)和設(shè)計邏輯，主要在單元測試中 灰盒測試：介于白盒和黑盒之間，測試者需了解部分邏輯 問題4 b、f、e、f

信管網(wǎng)nacimei：
問題1: ＊＊身兼兩職不妥，配置管理員應(yīng)有專人承擔。 目前軟件版本3.01，不妥，此為修改狀態(tài)，不符合正式上線版本的版本號要求。 缺少受控庫。 每個人都具有配置管理庫的訪問權(quán)限不妥。 開發(fā)庫中只有代碼，卻沒有與之對應(yīng)的產(chǎn)品文檔 開發(fā)過程中新需求過多，卻沒有走變更流程，直接隨手修改不妥。 問題2: 問題3： 黑盒測試--也叫功能測試 白盒測試--測試人員知道其中的架構(gòu)與功能 灰盒測試 問題4： 草稿a，正式f，修改e，正式f

信管網(wǎng)lhj287：
測試目的：對產(chǎn)品做一次3.01版本測試，以便更好的解決研發(fā)流程和系統(tǒng)本身的問題 測試對象：saas平臺服務(wù) 測試內(nèi)容： b f e f