信息系統(tǒng)項目管理師案例分析當天每日一練試題地址：http://m.xiexiliangjiufa.com/exam/ExamDayAL.aspx

往期信息系統(tǒng)項目管理師每日一練試題匯總：http://m.xiexiliangjiufa.com/class27-1-1.aspx

信息系統(tǒng)項目管理師案例分析每日一練試題（2017/1/16）在線測試：http://m.xiexiliangjiufa.com/exam/ExamDayAL.aspx?day=2017/1/16

信息系統(tǒng)項目管理師案例分析每日一練試題內(nèi)容（2017/1/16）

【試題三】
閱讀以下說明，根據(jù)要求回答問題1-問題3
【說明】
小趙被任命為某軟件開發(fā)項目的專職質(zhì)量管理人員，他此前只有過三個月的軟件開發(fā)經(jīng)歷。項目經(jīng)理李工要求他按照項目進度計劃中的工作安排，按時做好檢查，發(fā)現(xiàn)問題隨時匯報。
項目啟動后，由于進度緊張，項目組經(jīng)常加班，小趙在質(zhì)量檢查中，總會遇到這樣那樣的問題，例如，計劃時間點已到，工作卻沒有按時完成，因此，無法開展檢查；相關人員工作太忙，無法配合檢查等。不久，項目組成員對小組的工作頗有怨言，說他不懂技術，還得浪費時間跟他解釋，有的還說進度已經(jīng)這么緊張了，他不幫忙卻來添亂。小趙很無奈，將這些情況匯報給項目經(jīng)理李工，李工也覺得比較棘手，要求小趙盡量在不打擾大家工作的情況下執(zhí)行檢查。
項目組在超負荷運轉(zhuǎn)中完成了編碼任務，雖然天天加班，但進度還是延誤了20%，此時己經(jīng)不能按原計劃開展測試工作，項目經(jīng)理李工決定調(diào)整計劃，不劃分測試階段，將所有模塊一次集成后統(tǒng)一開始測試。軟件模塊集成后，頭一輪測試剛開始就出現(xiàn)了致命錯誤，導致測試元法繼續(xù)，李工只好讓開發(fā)人員先修復軟件，之后再提交側(cè)試，隨后的測試過程更加混亂，由于模塊由不同人員開發(fā)，需要不同的人來修改，常常是已修復的BUG，在修復其他的BUG之后又再次出現(xiàn)，開發(fā)人員不停修改，項目交付時間臨近，程序中還有大量BiJG沒有修復。
【問題1】
請結合本案例分析該項目在質(zhì)量管理方面出現(xiàn)了哪些問題？
【問題2】
請結合本案例簡要闡述在項目中，作為項目經(jīng)理應如何做好質(zhì)量管理？
【問題3】
根據(jù)以上案例描述，項目的測試過程至少應分為哪幾個階段？ 

信管網(wǎng)cdcxy2006：
1，質(zhì)量管理計劃做的不充分，未得到大家的一致認可。
配置管理工作做得不好。
領導忽視質(zhì)管工作

測試計劃不充分，無測試案例

信管網(wǎng)cynthia_j2016：
1）未出具相應的質(zhì)量管理計劃，未協(xié)調(diào)開發(fā)時間和測試計劃進行時間，測試需要前期溝通，不能因為工作太忙不能配合檢查等，應該先將測試計劃和測試方法先同項目經(jīng)理溝通，協(xié)調(diào)。
2）不能一來就集成測試，應該先單元測試，集成測試，系統(tǒng)測試，驗收測試這幾個方面，且應該前期參與需求，對需求和設計文檔進行測試，減少后期測試中問題出現(xiàn)可能性。
要做好系統(tǒng)聯(lián)調(diào)的準備，避免關聯(lián)性錯誤。
單元測試，集成測試，系統(tǒng)測試，驗收測試

信管網(wǎng)illusion：
1
測試人員選擇不當
測試方案不成熟，可執(zhí)行性不強。
項目經(jīng)理對質(zhì)量控制的嚴肅性和重要性認識程度不足。


2
a.一開始就制定質(zhì)量檢測流程和報告模板，要求完成的軟件開發(fā)流程中階段性的節(jié)點成果是可以被量化和考核的。
b.小趙在獲取時間節(jié)點的成果后，應該采用預先設計的測試方案進行測試，再當天或者第二天反饋測試信息給研發(fā)團隊。
c.選擇技術全面人員作為測試人員，測試人員的能力及重要性遠高于開發(fā)人員。
d.



3
三個階段
單元測試，聯(lián)調(diào)測試，集成測試