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

往期系統(tǒng)集成項(xiàng)目管理工程師每日一練試題匯總：www.xomuzic.com/class27-2-1.aspx

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

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

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

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

【說明】

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

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

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

【問題 1】（5分）

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

【問題 2】（10 分）

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

【問題 3】（6 分）

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

【問題 4】 (4 分）

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

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

A．送審稿

B．草稿

C．報批稿

D．征求意見

E．修改

F．正式

信管網(wǎng)cnitpm3720488171：
問題1 1：配置管理庫的權(quán)限開放太大。 2：產(chǎn)品庫與實(shí)際運(yùn)行版本有偏差，產(chǎn)品庫更新不及時。 3：小版本的代碼沒有同步到產(chǎn)品庫中及沒有文檔資料。 4：開發(fā)人員對新需求的修改后沒有及時更新文檔，導(dǎo)致代碼和文檔有偏差。 問題4 b f e f

信管網(wǎng)湖北省十堰市電信考友：
1、產(chǎn)品經(jīng)理兼任項(xiàng)目經(jīng)理和配置管理員不合適，不能每個人都擁有配置管理庫的管理員權(quán)限，配置管理庫應(yīng)該分為開發(fā)庫、受控庫、靜態(tài)庫和配分庫，產(chǎn)品庫中的完整代碼不能與實(shí)際運(yùn)行版本有偏差。開發(fā)人員隨意修改，沒有相應(yīng)的變更手續(xù)和相應(yīng)的文檔。 2、 3、黑盒測試又稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。主要是針對軟件界面和軟件功能進(jìn)行測試。 白盒測試是按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗(yàn)程序中的每條通路是否都能按照預(yù)定要求正確工作，而不顧它的功能。又稱為結(jié)構(gòu)測試或邏輯測試。 灰盒測試，是介于白盒測試與黑盒測試之間的一種測試，灰盒測試多用于集成測試階段，不僅關(guān)注輸出、輸入的正確性，同時也關(guān)注程序內(nèi)部的情況?；液袦y試不像白盒那樣詳細(xì)、完整，但又比黑盒測試更關(guān)注程序的內(nèi)部邏輯，常常是通過一些表征性的現(xiàn)象、事件、標(biāo)志來判斷內(nèi)部的運(yùn)行狀態(tài)。 4、b f e f

信管網(wǎng)938672980：
問題一： 1,項(xiàng)目經(jīng)理與配置管理員不能兼任 2，權(quán)限分配不明確，管理權(quán)限只能管理員擁有 3，產(chǎn)品庫需要有所有正式版本的資料 4，開發(fā)庫也有需要有相關(guān)文檔 5，細(xì)微修改之后需要及時更新相應(yīng)文檔與代碼 6，最好還有個測試庫，方便進(jìn)行測試工作 問題二： 測試目的：尋找3.01版本的系統(tǒng)bug及代碼錯誤 測試對象：3.01的版本 測試內(nèi)容：產(chǎn)品的可用性，可靠性，完整性 測試過程：設(shè)計用例，功能測試， 測試用例設(shè)計依據(jù)：產(chǎn)品的正常演示，錯誤演示，邊界值演示 測試技術(shù)：黑盒測試，白盒測試，灰盒測試 問題三： 黑盒測試：產(chǎn)品功能性測試， 白盒測試：產(chǎn)品代碼測試 灰盒測試：結(jié)合功能性和代碼的測試 問題四： 1,b 2,f 3,e 4,f

信管網(wǎng)clarck：
問題3.黑盒測試，也叫功能測試。不考慮系統(tǒng)內(nèi)部實(shí)現(xiàn)，外部看不到內(nèi)部具體情況，將系統(tǒng)當(dāng)成黑盒子，只測試輸入輸出是否符合標(biāo)準(zhǔn)。白盒測試，將系統(tǒng)當(dāng)成透明盒子，關(guān)注系統(tǒng)具體實(shí)現(xiàn)是否滿足設(shè)計要求?；液袦y試，介于白盒黑盒之間。既考慮內(nèi)部結(jié)構(gòu)也考慮輸出結(jié)果 問題4草稿，正式，修改 曾氏

信管網(wǎng)cnitpm409257524973：
問題1答案：1、小張作為配置管理員沒有細(xì)分成員的權(quán)限；2、配置庫沒有受控庫；3、產(chǎn)品功能沒有偏差；4、版本文檔不完整；5、產(chǎn)品配置變更流程隨意，沒有經(jīng)過正式的變更流程，不受控。 問題2答案： 問題3答案：黑盒測試是指對產(chǎn)品的整體功能進(jìn)行測試，測試是否符合產(chǎn)品范圍說明書，產(chǎn)品功能是否齊全有無變差； 白盒測試只要是測試產(chǎn)品內(nèi)部代碼、數(shù)據(jù)流向，代碼結(jié)構(gòu)等內(nèi)部功能；測試代碼有誤錯誤，數(shù)據(jù)流向是否合理等；灰盒測試介于黑白盒測試之間，關(guān)注輸入對輸出的正確性，同時也關(guān)注內(nèi)部表現(xiàn)。 問題4答案：bfef