談項(xiàng)目管理和軟件測試過程（二）

申請免費(fèi)試用、咨詢電話：400-8352-114

2．配置管理系統(tǒng)是項(xiàng)目經(jīng)理的"眼睛"，是軟件測試有效實(shí)施的前提

在軟件質(zhì)量體系的諸多支持活動中,配置管理系統(tǒng)處在支持活動的中心位置,它有機(jī)地把其它支持活動結(jié)合起來,形成一個(gè)整體,相互促進(jìn),相互影響,有力地保證了質(zhì)量體系的實(shí)施。建立公司配置管理系統(tǒng)很容易得到公司領(lǐng)導(dǎo)層的支持，幾乎沒人反對。更重要的是建立配置管理系統(tǒng)后測試人員的工作有了系統(tǒng)保證，測試工作的"礦藏資源"有了明確的位置，可以主動積極開展測試工作。

2.1 項(xiàng)目管理存在的主要問題
華友公司測試部門去年剛成立時(shí)，以建立、規(guī)范和推廣使用配置管理系統(tǒng)CVS為突破口，同時(shí)建立缺陷跟蹤系統(tǒng)Bugzilla提高測試流程的管理水平。我做為測試負(fù)責(zé)人首先分析華友公司幾個(gè)軟件項(xiàng)目在開發(fā)管理上的現(xiàn)狀,。

存在問題一、公司幾個(gè)核心項(xiàng)目仍然過分分依賴少數(shù)個(gè)人的作用,沒有建立起協(xié)同作戰(zhàn)的氛圍,沒有科學(xué)的軟件配置管理流程; 技術(shù)上只重視系統(tǒng)和數(shù)據(jù)庫、開發(fā)工具的選擇,而忽視配置管理工具的選擇,導(dǎo)致即使有些項(xiàng)目有配置管理的規(guī)程,也由于可操作性差而擱淺。以上種種原因?qū)е麻_發(fā)過程中普遍存在如下一些問題: 調(diào)查說明華友研發(fā)成員的變動的比率達(dá)到30%，幾乎每周都有新加入的員工或者辭職人員， 一個(gè)新成員熟悉項(xiàng)目的最佳途徑就是通過配置管理系統(tǒng)閱讀項(xiàng)目文檔，甚至閱讀同行代碼，達(dá)到快速學(xué)習(xí)、共同提高的目的。一個(gè)辭職人員可以利用配置管理系統(tǒng)保留部分一段時(shí)間工作，最大程度減少對項(xiàng)目開發(fā)造成的損失。

存在問題二、開發(fā)管理松散。領(lǐng)導(dǎo)了解工作完成情況重視口頭交流，忽視書面文檔。有些部門主管無法確切得知項(xiàng)目的進(jìn)展情況,項(xiàng)目經(jīng)理也不知道各開發(fā)人員的具體工作,項(xiàng)目進(jìn)展隨意性很大,可"左"可"右"。"左"時(shí)按領(lǐng)導(dǎo)下達(dá)的"期限"進(jìn)行,到期時(shí),似乎一切已順利完成,大家一陣胡弄,交差完成,反正領(lǐng)導(dǎo)看的是界面,至于里面是什么,留到施工時(shí)再說。施工時(shí)的工作因此變成了無法匯報(bào)、無法理清的無休止的維護(hù)。"右"時(shí)則項(xiàng)目工期無休止地延期。對我們軟件工程來說,總的特點(diǎn)是先"左"后"右"。在領(lǐng)導(dǎo)面前表現(xiàn)"左",在用戶面前表現(xiàn)"右"。有個(gè)測試人員經(jīng)常利用上班時(shí)間學(xué)習(xí)英語，過了一個(gè)多月，看她依然如此，我做為項(xiàng)目領(lǐng)導(dǎo)進(jìn)行批評教育，這名員工并不認(rèn)為自己錯了，她爭辯，公司采取彈性工作時(shí)間，考核員工是分配的任務(wù)是否完成等理由。同時(shí)、我對她批評結(jié)果遭到她的惡意報(bào)復(fù)，她給有關(guān)領(lǐng)導(dǎo)報(bào)告新來的經(jīng)理如何不懂公司業(yè)務(wù)，采取不適合公司的管理方式等，由于領(lǐng)導(dǎo)無法了解真相，使得我的工作在一段時(shí)間開展很困難，直到過去半年，這名員工辭職出國學(xué)習(xí)領(lǐng)導(dǎo)才明白發(fā)生了什么。 

存在問題三、項(xiàng)目之間溝通不夠。各個(gè)開發(fā)人員各自為政,每個(gè)項(xiàng)目經(jīng)理都像個(gè)"地主"，編寫的代碼不僅風(fēng)格各異,而且編碼和設(shè)計(jì)脫節(jié)。每個(gè)項(xiàng)目組的人力資源和硬件資源成了"私有財(cái)產(chǎn)"，自己人員即使暫時(shí)空閑，讓他從事所謂的新技術(shù)研究，也不考慮友鄰項(xiàng)目需要他們幫助的現(xiàn)狀。本來開發(fā)中錯誤在所難免, 進(jìn)展早一點(diǎn)的項(xiàng)目組或者人力資源強(qiáng)的項(xiàng)目組已經(jīng)積累類似問題的解決經(jīng)驗(yàn)，也不愿意分享給其它項(xiàng)目組。 開發(fā)大量重復(fù), 留下大量難維護(hù)的代碼。典型案例是有個(gè)短信項(xiàng)目D兩年來在這個(gè)開發(fā)人員Y 的研發(fā)支持下運(yùn)轉(zhuǎn)效益很好，但是三個(gè)月之前，開發(fā)人員 Y因?yàn)榇鰡栴}和公司領(lǐng)導(dǎo)談判失敗，提出辭職。項(xiàng)目D仍然在運(yùn)行，但是最近移動公司規(guī)范修改、系統(tǒng)升級，需要修改程序，沒人能看到及時(shí)更新的文檔，盡管有一堆代碼庫，但是后來的程序員都沒辦法分析明白程序結(jié)構(gòu)。公司領(lǐng)導(dǎo)出面請開發(fā)人員Y來協(xié)助，因?yàn)闆]有文檔記錄，Y忙于新公司的工作也不能解決修改。

存在問題四、文檔與程序嚴(yán)重脫節(jié)。軟件產(chǎn)品是公司的寶貴財(cái)富,代碼的重用率是相當(dāng)高的,如何建好知識庫,用好知識庫對公司優(yōu)質(zhì)高效開發(fā)產(chǎn)品,具有重大的影響。但開發(fā)人員的一句名口號是:"叫我干什么都可以,但別叫我看別人的程序"。當(dāng)然,開發(fā)人員的工作態(tài)度要轉(zhuǎn)變,但客觀上有一個(gè)很重要的原因是:前人留下的程序既無像樣的文檔(即使留下了文檔 ,其與源程序也嚴(yán)重脫節(jié)),開發(fā)風(fēng)格又不統(tǒng)一,就像一堆垃圾,要開發(fā)人員到垃圾中去撿破爛,從這個(gè)角度上看,開發(fā)人員的要求是合理的。 

存在問題五、測試工作不規(guī)范。仍然停留在"小姑娘做測試"的底水平上，傳統(tǒng)的開發(fā)方式中,測試工作只是人們的一種主觀愿望,根本無法提出具體的測試要求,加之開發(fā)人員的遮丑,測試工作往往是走一走過場,測試結(jié)果既無法考核又無法量化,當(dāng)然就無法對以后的開發(fā)工作起指導(dǎo)作用。 

存在問題六、雖然項(xiàng)目施工時(shí)間不長，但軟件版本更新周期過短,幾乎每天都修改在線運(yùn)行系統(tǒng)，且開發(fā)人員必須親自現(xiàn)場或遠(yuǎn)程登陸操作，全國十幾個(gè)地點(diǎn)軟件內(nèi)容多少都有點(diǎn)差別，這些差別都記錄在幾個(gè)骨干人物的腦袋里。 由于應(yīng)用軟件的特點(diǎn),各個(gè)不同的施工點(diǎn)有不同的要求,開發(fā)人員要手工地保持多份不同的拷貝,即使是相同的問題,但由于在不同地方提出,由不同人解決,其做法也不同,程序的可維護(hù)性越來越差。久而久之,最后連自已都分不清楚了,代碼的相互覆蓋現(xiàn)象時(shí)有發(fā)生,且這苦水還無法傾訴,因?yàn)榕聞e人笑話,甚至別人問起,還得想法搪塞,可謂費(fèi)盡苦心。 

2.2 建立配置管理系統(tǒng),規(guī)范項(xiàng)目管理流程，建立知識庫的同時(shí)節(jié)約項(xiàng)目費(fèi)用

針對以上問題, 利用自己在Beijing Precom Inc, 普天潤匯等公司積累的經(jīng)驗(yàn)，建立配置管理系統(tǒng)CVS, CVS 的全稱是Current Version Control. CVS是一種GNU 軟件包.由Intersolv公司開發(fā)，它明確的將源文件的存儲和用戶的工作空間獨(dú)立開來, 并使其有利與并行開發(fā).這個(gè)工具屬于Open Source， ,CVS可以在intenet 上很方便的得到. 它的源碼在ftp://202.113.29.4/pub1/unix/cvs 它的說明文檔在ftp://202.113.29.4/doc/cvs.任何人可以很方便的下載.目前他的最新版本是2..10.8。 不需要花錢，很快建立，重點(diǎn)在于使用和推廣。配合項(xiàng)目經(jīng)理共同制定相應(yīng)的配置管理策略,取得了很好的成效。 

2.2.1. 節(jié)約費(fèi)用 

(1) 縮短開發(fā)周期 

利用CVS對程序資源進(jìn)行版本管理和跟蹤,建立公司的代碼知識庫,保存開發(fā)過程中每一過程版本,這樣大大提高了代碼的重用率,還便于同時(shí)維護(hù)多個(gè)版本和進(jìn)行新版本的開發(fā),防止系統(tǒng)崩潰,最大限度地共享代碼。同時(shí)項(xiàng)目管理人員可以通過Version 系統(tǒng)查看項(xiàng)目開發(fā)日志,測試人員可以根據(jù)開發(fā)日志和不同版本對軟件進(jìn)行測試,工程人員可以從版本控制系統(tǒng)上得到不同的運(yùn)行版本,并且可以安裝在Web Server或在Unix操作系統(tǒng)上命令行方式存取供外地施工人員存取最新版本,無需開發(fā)人員親臨現(xiàn)場。 
   
利用CVS系統(tǒng),可以大大提高開發(fā)效率,避免了代碼覆蓋、溝通不夠、開發(fā)無序的混亂局面,如果利用了公司原有的知識庫,則更能提高工作效率,縮短開發(fā)周期。 

(2) 減少施工費(fèi)用 
   
利用CVS進(jìn)行軟件配置管理后,建立開發(fā)管理規(guī)范,把版本管理檔案掛接在公司內(nèi)部的Web服務(wù)器上,工程人員可以通過遠(yuǎn)程進(jìn)入內(nèi)部網(wǎng),獲取所需的最新版本。開發(fā)人員無需下現(xiàn)場,現(xiàn)場工程人員通過對方系統(tǒng)管理員收集反饋意見,書面提交到公司內(nèi)部開發(fā)組項(xiàng)目經(jīng)理,開發(fā)組內(nèi)部討論決定是否修改,并作出書面答復(fù)。這樣做,可以同時(shí)響應(yīng)多個(gè)項(xiàng)目點(diǎn),防止開發(fā)人員分配到各個(gè)項(xiàng)目點(diǎn)、分散力量、人員不夠的毛病,同時(shí)節(jié)約大量的旅差費(fèi)用。
 
2.2.2. 有利于知識庫的建立 

(1) 代碼對象庫 
   
軟件代碼是軟件開發(fā)人員腦力勞動的結(jié)晶,也是軟件公司的寶貴財(cái)富,長期開發(fā)過程中形成的各種代碼對象就像一個(gè)個(gè)零件坯一樣,是快速生成系統(tǒng)的組成部分。長期的一個(gè)事實(shí)是:一旦某個(gè)開發(fā)人員離開工作崗位,其原來所作的代碼便基本成為垃圾,無人過問。究其原因,就是沒有專門對各人的有用對象進(jìn)行管理,把其使用范圍擴(kuò)大到公司一級,進(jìn)行規(guī)范化,加以說明和普及。CVS系統(tǒng)為開發(fā)管理提供了一個(gè)平臺和倉庫,有利于建立公司級的代碼對象庫。 

(2) 業(yè)務(wù)及經(jīng)驗(yàn)庫 

通過CVS的注釋,可形成完整的開發(fā)日志及問題集合,以文字方式伴隨開發(fā)的整個(gè)過程,不依某個(gè)人的轉(zhuǎn)移而消失,有利于公司積累業(yè)務(wù)經(jīng)驗(yàn),無論對版本整改或版本升級,都具有重要的指導(dǎo)作用。 

2.2.3. 規(guī)范管理 

(1) 量化工作量考核 

傳統(tǒng)的開發(fā)管理中,工作量一直是難以估量的指標(biāo),靠開發(fā)人員自已把握,隨意性相當(dāng)大;靠管理人員把握,主觀性又太強(qiáng)。采用CVS管理后,開發(fā)人員每天下班前對修改的文件 Check In,其中記述當(dāng)天修改細(xì)節(jié)描述,這些描述可以作為工作量的衡量指標(biāo)。 

(2) 規(guī)范測試 

采用CVS以后,測試有了實(shí)實(shí)在在的工作,測試工作人員根據(jù)每天的修改細(xì)節(jié)描述對每一天的工作做具體的測試,對測試人員也具有可考核性,這樣環(huán)環(huán)相扣,大大減少了其工作的隨意性。 

(3) 加強(qiáng)協(xié)調(diào)與溝通 

采用CVS后,通過VSS文檔共享系統(tǒng)和 Bugzilla缺陷跟蹤系統(tǒng),大大加強(qiáng)了項(xiàng)目成員之間的溝通,做到有問題及時(shí)發(fā)現(xiàn)、及時(shí)修改、及時(shí)通知,但又不額外增加很多的工作量。

談項(xiàng)目管理和軟件測試過程（一）

來源：CCW