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

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

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

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

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

閱讀下列說明，回答問題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)通?？煞譃槿N，配置項初建時其狀態(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)cnitpm654657622465：
1、沒有專職管理員人，項目經(jīng)理不能同時兼顧配置管理員； 2、版本號管理不對，正式發(fā)版上線版本號應(yīng)該為x.y； 3、配置管理權(quán)限分配不符，都有管理員權(quán)限； 4、配置庫只有開發(fā)庫和產(chǎn)品庫，缺少了受控庫； 5、版本迭代較快，沒有相關(guān)的文檔，并沒有及時更新文檔； 6、變更沒有走變更流程； 1、測試目的：測試產(chǎn)品是否能正常運行，滿足產(chǎn)品需求功能； 2、測試對象：已發(fā)布產(chǎn)品庫中正式產(chǎn)品； 3、測試內(nèi)容：根據(jù)需求規(guī)格說明書，對產(chǎn)品進(jìn)行業(yè)務(wù)流程測試； 4、測試過程：采用測試方法，對產(chǎn)品進(jìn)行白盒、黑盒測試； 5、測試用例設(shè)計依據(jù)：根據(jù)需求文檔，測試產(chǎn)品功能； 6、測試技術(shù)：單元測試、集成測試、系統(tǒng)測試

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

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

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

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