監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價咨詢管理系統(tǒng) | 工程設(shè)計管理系統(tǒng) | 甲方項目管理系統(tǒng) | 簽約案例 | 客戶案例 | 在線試用
X 關(guān)閉

我的軟件經(jīng)驗之<六>----測試變更

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







(續(xù)上文) 

5. 測試階段


5.1 項目組測試


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


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



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

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

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



  • 真bug走上述流程修復(fù)。

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

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

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


5.2 客戶測試


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


5.3 安裝客戶處的軟件平臺


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


5.4 培訓(xùn)文檔


    如果有培訓(xùn),項目組根據(jù)《需求說明書》(若有《產(chǎn)品規(guī)格說明書》一并參考)、《系統(tǒng)設(shè)計》、《培訓(xùn)計劃》編寫《培訓(xùn)文檔》。 培訓(xùn)文檔格式不限,最好詢問客戶接受哪種方式的培訓(xùn)和哪類型的文檔,盡量配合客戶的習(xí)慣,當(dāng)然,如果客戶習(xí)慣中有不好的地方,項目經(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ā)生在項目的任何階段,一般而言,它高發(fā)于設(shè)計、開發(fā)、測試階段,任何人都有可能收到客戶的變更要求,組織成員最好不要當(dāng)場答應(yīng),而是告訴客戶某時答復(fù);項目經(jīng)理獲悉變更要求后,編寫《變更要求書》通知甲乙雙方高層和相關(guān)人員,必要時開會討論;如果同意變更,雙方高層簽署文件,項目經(jīng)理酌情調(diào)整已有的項目文檔,一般是《項目總體計劃》、《需求說明書》(若有《產(chǎn)品規(guī)格說明書》一并考慮)、《系統(tǒng)設(shè)計》、《美工UI頁面》、《測試案例》等等。


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






項目名稱:……


項目編號:……


變更編號:……


變更請求者:……


時    間:……


變更級別: 高/中/低






















對應(yīng)需求說明書的編號


變更內(nèi)容


(客戶單位名稱)


實現(xiàn)方案


(新境界)


#2.1


在登錄頁面增加注冊的功能


可以實現(xiàn)用戶自行注冊,同時增加管理員審核帳號的頁面,如果自申請的帳號不符合規(guī)范,管理員可以刪除該帳號,否則啟用該帳號。


 


進(jìn)度需要增加4.5天:


ü       項目經(jīng)理協(xié)調(diào)時間:0.2天


ü       修改設(shè)計、總體計劃、測試案例文檔:1.3天


ü       開發(fā)人員:2.5天


ü       測試:0.5天


新需求


銷售業(yè)績軟件定時獲取庫存軟件的最新庫存數(shù)據(jù)


可以實現(xiàn)該需求,經(jīng)過協(xié)商,銷售業(yè)績軟件每晚9點讀取庫存軟件服務(wù)器固定目錄下的文件,讀完就刪;庫存軟件每晚8點查詢數(shù)據(jù)庫是否有新的數(shù)據(jù),如果有,就放入服務(wù)器固定目錄下。


 


進(jìn)度需要增加7.5天:


ü       項目經(jīng)理協(xié)調(diào)時間:1天


ü       修改設(shè)計、總體計劃、測試案例文檔:2天


ü       開發(fā)人員:4天


ü       測試:0.5天


新需求


在沒有互聯(lián)網(wǎng)地區(qū)工作的銷售人員,可以通過手機查詢庫存軟件的數(shù)據(jù)


不能實現(xiàn)該需要,原因:……………………


進(jìn)度總共增加16天,原正式發(fā)布時間2007-12-25將改成2008-1-18


 










(客戶單位) (領(lǐng)導(dǎo))


(軟件公司) (領(lǐng)導(dǎo))


簽名處


 


(日期)


簽名處


 


(日期)


.


  表 8


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





圖 11



圖 12



作者:林佩雯

QQ在線咨詢