（續(xù)上文）
5. 測(cè)試階段
5.1 項(xiàng)目組測(cè)試
項(xiàng)目經(jīng)理把《項(xiàng)目組測(cè)試案例》分配給測(cè)試人員。如果組織資源不夠，測(cè)試人員可以是開發(fā)人員，原則是自己的模塊不能自己測(cè)試。測(cè)試人員根據(jù)《開發(fā)、測(cè)試、發(fā)布環(huán)境配置表》找到測(cè)試服務(wù)器來(lái)執(zhí)行測(cè)試案例。
這里假定組織有缺陷管理和跟蹤系統(tǒng)，例如Bugzero、TestDirector、JIRA等，凡不符合測(cè)試案例的“正確結(jié)果”的，在缺陷管理系統(tǒng)中報(bào)bug：
- 每個(gè)bug報(bào)告只能描述一個(gè)錯(cuò)誤，如果在一個(gè)測(cè)試案例中找到五處錯(cuò)誤，那么測(cè)試員要出五個(gè)bug報(bào)告，而不是集中報(bào)告。集中報(bào)告有時(shí)會(huì)發(fā)生信息錯(cuò)誤傳遞或溝通障礙，例如開發(fā)人員A言語(yǔ)簡(jiǎn)單，A告訴測(cè)試人員B修復(fù)了；B再測(cè)，問題依舊，困惑地問A是怎么回事；A說修復(fù)其中一個(gè)；這種情景在現(xiàn)實(shí)中多次發(fā)生。
- 開發(fā)人員修復(fù)自己模塊的bug后，通知測(cè)試人員再測(cè)；如果修復(fù)，測(cè)試員關(guān)閉bug，否則，不能關(guān)閉bug。
跑完所有的測(cè)試案例，修復(fù)完所有的bug，項(xiàng)目組測(cè)試才能宣告結(jié)束。通常，項(xiàng)目組測(cè)試報(bào)的bug要多于客戶測(cè)試報(bào)的。這個(gè)階段的bug類型有：真bug、重復(fù)報(bào)告的bug、無(wú)效bug等：
- 真bug走上述流程修復(fù)。
- 重復(fù)報(bào)告的bug是多個(gè)測(cè)試人員走相同的測(cè)試案例，發(fā)現(xiàn)一樣或雷同錯(cuò)誤，從而重復(fù)報(bào)告bug。開發(fā)人員擇一修復(fù)，其余的bug說明原因關(guān)閉。
- 無(wú)效bug，開發(fā)人員說明原因關(guān)閉。
在測(cè)試期間，項(xiàng)目經(jīng)理每天要多次查看缺陷管理系統(tǒng)中該軟件的bug列表，關(guān)注測(cè)試案例執(zhí)行情況和修復(fù)情況，督促進(jìn)度不理想的。
5.2 客戶測(cè)試
項(xiàng)目組測(cè)試結(jié)束后進(jìn)入客戶測(cè)試。每個(gè)項(xiàng)目的客戶不盡相同，每種客戶的工作方式各有千秋，項(xiàng)目經(jīng)理要引導(dǎo)客戶進(jìn)行測(cè)試，有時(shí)現(xiàn)實(shí)原因會(huì)讓項(xiàng)目經(jīng)理對(duì)客戶測(cè)試進(jìn)行調(diào)整或妥協(xié)。
5.3 安裝客戶處的軟件平臺(tái)
客戶測(cè)試結(jié)束后，項(xiàng)目經(jīng)理派人客戶方安裝軟件。
5.4 培訓(xùn)文檔
如果有培訓(xùn)，項(xiàng)目組根據(jù)《需求說明書》（若有《產(chǎn)品規(guī)格說明書》一并參考）、《系統(tǒng)設(shè)計(jì)》、《培訓(xùn)計(jì)劃》編寫《培訓(xùn)文檔》。 培訓(xùn)文檔格式不限，最好詢問客戶接受哪種方式的培訓(xùn)和哪類型的文檔，盡量配合客戶的習(xí)慣，當(dāng)然，如果客戶習(xí)慣中有不好的地方，項(xiàng)目經(jīng)理要進(jìn)行引導(dǎo)。
5.5 系統(tǒng)/產(chǎn)品指南
如果有《產(chǎn)品規(guī)格說明書》，那么這階段要把《產(chǎn)品規(guī)格說明書》豐富成《系統(tǒng)指南》，《系》跟《產(chǎn)》非常相似，只是增加詳細(xì)的說明、操作步驟、截圖等。
6. 變更階段
變更可以發(fā)生在項(xiàng)目的任何階段，一般而言，它高發(fā)于設(shè)計(jì)、開發(fā)、測(cè)試階段，任何人都有可能收到客戶的變更要求，組織成員最好不要當(dāng)場(chǎng)答應(yīng)，而是告訴客戶某時(shí)答復(fù)；項(xiàng)目經(jīng)理獲悉變更要求后，編寫《變更要求書》通知甲乙雙方高層和相關(guān)人員，必要時(shí)開會(huì)討論；如果同意變更，雙方高層簽署文件，項(xiàng)目經(jīng)理酌情調(diào)整已有的項(xiàng)目文檔，一般是《項(xiàng)目總體計(jì)劃》、《需求說明書》（若有《產(chǎn)品規(guī)格說明書》一并考慮）、《系統(tǒng)設(shè)計(jì)》、《美工UI頁(yè)面》、《測(cè)試案例》等等。
《變更要求書》例子見表8，格式不限于此：
項(xiàng)目名稱：……
項(xiàng)目編號(hào)：……
變更編號(hào)：……
變更請(qǐng)求者：……
時(shí) 間：……
變更級(jí)別： 高/中/低
對(duì)應(yīng)需求說明書的編號(hào) |
變更內(nèi)容
（客戶單位名稱） |
實(shí)現(xiàn)方案
（新境界） |
#2.1 |
在登錄頁(yè)面增加注冊(cè)的功能 |
可以實(shí)現(xiàn)用戶自行注冊(cè)，同時(shí)增加管理員審核帳號(hào)的頁(yè)面，如果自申請(qǐng)的帳號(hào)不符合規(guī)范，管理員可以刪除該帳號(hào)，否則啟用該帳號(hào)。
進(jìn)度需要增加4.5天：
ü 項(xiàng)目經(jīng)理協(xié)調(diào)時(shí)間：0.2天
ü 修改設(shè)計(jì)、總體計(jì)劃、測(cè)試案例文檔：1.3天
ü 開發(fā)人員：2.5天
ü 測(cè)試：0.5天 |
新需求 |
銷售業(yè)績(jī)軟件定時(shí)獲取庫(kù)存軟件的最新庫(kù)存數(shù)據(jù) |
可以實(shí)現(xiàn)該需求，經(jīng)過協(xié)商，銷售業(yè)績(jī)軟件每晚9點(diǎn)讀取庫(kù)存軟件服務(wù)器固定目錄下的文件，讀完就刪；庫(kù)存軟件每晚8點(diǎn)查詢數(shù)據(jù)庫(kù)是否有新的數(shù)據(jù)，如果有，就放入服務(wù)器固定目錄下。
進(jìn)度需要增加7.5天：
ü 項(xiàng)目經(jīng)理協(xié)調(diào)時(shí)間：1天
ü 修改設(shè)計(jì)、總體計(jì)劃、測(cè)試案例文檔：2天
ü 開發(fā)人員：4天
ü 測(cè)試：0.5天 |
新需求 |
在沒有互聯(lián)網(wǎng)地區(qū)工作的銷售人員，可以通過手機(jī)查詢庫(kù)存軟件的數(shù)據(jù) |
不能實(shí)現(xiàn)該需要，原因：…………………… |
進(jìn)度總共增加16天，原正式發(fā)布時(shí)間2007-12-25將改成2008-1-18 |
（客戶單位） （領(lǐng)導(dǎo)） |
（軟件公司） （領(lǐng)導(dǎo)） |
簽名處
（日期） |
簽名處
（日期） |
. |
表 8
再說說項(xiàng)目鐵三角，范圍、質(zhì)量、成本、進(jìn)度形成項(xiàng)目的基礎(chǔ)，構(gòu)成三角形，見圖11。當(dāng)任何一邊發(fā)生變化時(shí)，其他邊也要變化；常見的范圍擴(kuò)大時(shí)，時(shí)間、成本、質(zhì)量也一定跟著增加，項(xiàng)目經(jīng)理有義務(wù)讓客戶、管理層、項(xiàng)目組理解這個(gè)道理，見圖12。否則光增加范圍不增加其他，還要項(xiàng)目成功，其概率等同于“摔跤抱到劉德華，游泳見到海洋之星，打的坐進(jìn)法拉利”，換言之就是項(xiàng)目注定失敗的概率相當(dāng)高。
圖 11
圖 12
作者：林佩雯
【?發(fā)表評(píng)論?0條?】