申請免費試用、咨詢電話：400-8352-114

5. 測試階段

5.1 項目組測試

    項目經(jīng)理把《項目組測試案例》分配給測試人員。如果組織資源不夠，測試人員可以是開發(fā)人員，原則是自己的模塊不能自己測試。測試人員根據(jù)《開發(fā)、測試、發(fā)布環(huán)境配置表》找到測試服務器來執(zhí)行測試案例。

    這里假定組織有缺陷管理和跟蹤系統(tǒng)，例如Bugzero、TestDirector、JIRA等，凡不符合測試案例的“正確結果”的，在缺陷管理系統(tǒng)中報bug：

• 每個bug報告只能描述一個錯誤，如果在一個測試案例中找到五處錯誤，那么測試員要出五個bug報告，而不是集中報告。集中報告有時會發(fā)生信息錯誤傳遞或溝通障礙，例如開發(fā)人員A言語簡單，A告訴測試人員B修復了；B再測，問題依舊，困惑地問A是怎么回事；A說修復其中一個；這種情景在現(xiàn)實中多次發(fā)生。


• 開發(fā)人員修復自己模塊的bug后，通知測試人員再測；如果修復，測試員關閉bug，否則，不能關閉bug。

    跑完所有的測試案例，修復完所有的bug，項目組測試才能宣告結束。通常，項目組測試報的bug要多于客戶測試報的。這個階段的bug類型有：真bug、重復報告的bug、無效bug等：

• 真bug走上述流程修復。


• 重復報告的bug是多個測試人員走相同的測試案例，發(fā)現(xiàn)一樣或雷同錯誤，從而重復報告bug。開發(fā)人員擇一修復，其余的bug說明原因關閉。 


• 無效bug，開發(fā)人員說明原因關閉。

    在測試期間，項目經(jīng)理每天要多次查看缺陷管理系統(tǒng)中該軟件的bug列表，關注測試案例執(zhí)行情況和修復情況，督促進度不理想的。

5.2 客戶測試

    項目組測試結束后進入客戶測試。每個項目的客戶不盡相同，每種客戶的工作方式各有千秋，項目經(jīng)理要引導客戶進行測試，有時現(xiàn)實原因會讓項目經(jīng)理對客戶測試進行調(diào)整或妥協(xié)。

5.3 安裝客戶處的軟件平臺

    客戶測試結束后，項目經(jīng)理派人客戶方安裝軟件。

5.4 培訓文檔

    如果有培訓，項目組根據(jù)《需求說明書》（若有《產(chǎn)品規(guī)格說明書》一并參考）、《系統(tǒng)設計》、《培訓計劃》編寫《培訓文檔》。 培訓文檔格式不限，最好詢問客戶接受哪種方式的培訓和哪類型的文檔，盡量配合客戶的習慣，當然，如果客戶習慣中有不好的地方，項目經(jīng)理要進行引導。

5.5 系統(tǒng)/產(chǎn)品指南

    如果有《產(chǎn)品規(guī)格說明書》，那么這階段要把《產(chǎn)品規(guī)格說明書》豐富成《系統(tǒng)指南》，《系》跟《產(chǎn)》非常相似，只是增加詳細的說明、操作步驟、截圖等。

6. 變更階段

    變更可以發(fā)生在項目的任何階段，一般而言，它高發(fā)于設計、開發(fā)、測試階段，任何人都有可能收到客戶的變更要求，組織成員最好不要當場答應，而是告訴客戶某時答復；項目經(jīng)理獲悉變更要求后，編寫《變更要求書》通知甲乙雙方高層和相關人員，必要時開會討論；如果同意變更，雙方高層簽署文件，項目經(jīng)理酌情調(diào)整已有的項目文檔，一般是《項目總體計劃》、《需求說明書》（若有《產(chǎn)品規(guī)格說明書》一并考慮）、《系統(tǒng)設計》、《美工UI頁面》、《測試案例》等等。

    《變更要求書》例子見表8，格式不限于此：

  表 8

    再說說項目鐵三角，范圍、質量、成本、進度形成項目的基礎，構成三角形，見圖11。當任何一邊發(fā)生變化時，其他邊也要變化；常見的范圍擴大時，時間、成本、質量也一定跟著增加，項目經(jīng)理有義務讓客戶、管理層、項目組理解這個道理，見圖12。否則光增加范圍不增加其他，還要項目成功，其概率等同于“摔跤抱到劉德華，游泳見到海洋之星，打的坐進法拉利”，換言之就是項目注定失敗的概率相當高。

圖 11

圖 12

QQ在線咨詢