系統(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/5/5）在線測試：m.xiexiliangjiufa.com/exam/ExamDayAL.aspx?t1=2&day=2022/5/5

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

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

閱讀下列說明，回答問題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ā)人員隨手進行了修改，文檔和代碼存在一些偏差?！?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)15811015032：
人力資源計劃存在問題，產(chǎn)品經(jīng)理＊＊兼任項目經(jīng)理和配置管理員，一人，存在經(jīng)驗不足，需要培訓(xùn) 文檔管理計劃存在問題，使用的版本號3.01為修改版本，版本號應(yīng)3.1或3.0正式版本號命名規(guī)則 配置管理存在問題，10個人都有管理員權(quán)限，存在多頭管理，有風(fēng)險，需要及時改正 配置管理存在問題，只有開發(fā)庫及產(chǎn)品庫，沒有對應(yīng)的受控庫 文檔管理計劃存在問題，相關(guān)開發(fā)文檔缺失 變更管理存在問題，新需求變更沒有執(zhí)行相應(yīng)變更流程 b f e f

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

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

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

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