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

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

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

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

試題一（25分）

某公司承接了一個銀行業(yè)務(wù)系統(tǒng)的軟件開發(fā)項目，質(zhì)量要求非常高。項目經(jīng)理小趙制定了項目的整體計劃，將項目劃分為需求、設(shè)計、編碼和測試四個階段，他將測試階段預(yù)留了大量時間，以便開展充分的測試工作。

需求分析完成后，項目組編寫了《需求分析報告》，項目經(jīng)理小趙召集部分骨干人員召開評審會。為了盡快進入下一階段工作，評審會從早上9點一直開到晚上9點，終于把全部的文件都審?fù)炅?。評審組找到了幾處小問題，并當(dāng)場進行了修改，項目經(jīng)理宣布可以進入設(shè)計階段了。編程結(jié)束后，進入了測試階段。第一輪測試，發(fā)現(xiàn)了70個缺陷。項目組對發(fā)現(xiàn)的缺陷進行了修改，又重新提交了測試。第二輪又發(fā)現(xiàn)了100多個缺陷，就這樣反復(fù)修改和測試，直到第六輪，發(fā)現(xiàn)了33個缺陷。各輪發(fā)現(xiàn)的缺陷數(shù)如下：

這時，小趙終于松了一口氣，由于第六輪只剩下33個缺陷，他覺得測試工作應(yīng)該很快就會結(jié)束了。

【問題1】（10分）

請分析此項目的質(zhì)量管理過程中存在哪些問題。

【問題2】（9分）

請在答題紙上標(biāo)出縱坐標(biāo)的刻度值，并畫出測試缺陷的趨勢圖。根據(jù)趨勢圖分析“小趙覺得測試工作很快就會結(jié)束了”是否有道理，并分析原因。

【問題3】（3分）

請結(jié)合軟件生命開發(fā)周期分析軟件存在缺陷的可能原因。

【問題4】（3分）

請結(jié)合實際經(jīng)驗說明軟件項目的質(zhì)量管理工作應(yīng)重點完成哪些工作。

信管網(wǎng)1234312312312：
1.沒有明確執(zhí)行的質(zhì)量管理計劃
2.沒有嚴(yán)格執(zhí)行質(zhì)量變更流程
3.質(zhì)控變更后未確認(rèn)，未記錄
4.配置管理部完善
5.

信管網(wǎng)gewenhua：
1、說明質(zhì)量管理計劃沒做好，質(zhì)量判斷標(biāo)準(zhǔn)不確定。
   第一輪測試工作不完善。后續(xù)測試的點應(yīng)該是驗證前面測出的問題，不能問題越來越多。
   沒有分析測試報告。盲目測試。

   還有可能是項目范圍控制沒做好，范圍增加了，導(dǎo)致測出來的缺陷變多。

2、沒有道理，因為從前面的測試結(jié)果來看，質(zhì)量的判斷標(biāo)準(zhǔn)一開始就沒確定少，否則也不至于測試發(fā)現(xiàn)的問題會變多。


3、前期的計劃中只大概了范圍，沒有量化，判斷質(zhì)量的標(biāo)準(zhǔn)不一樣

4、理清項目的目標(biāo)，定好質(zhì)量計劃、做好需求變更控制。

信管網(wǎng)anan123：
1.
2.沒有道理，測試的趨勢圖是拋物線狀才是正常的，按照現(xiàn)在的這個趨勢圖分布可看出有以下原因?qū)е耣ug數(shù)忽高忽低
①中途發(fā)生變更
②系統(tǒng)不穩(wěn)定
③研發(fā)技術(shù)不行，修改后產(chǎn)生更多問題
3.①需求不明確
②開發(fā)過程出現(xiàn)多次變更
③系統(tǒng)編碼過程中輸入的bug
④測試策略