談項目管理和軟件測試過程_第1頁
談項目管理和軟件測試過程_第2頁
談項目管理和軟件測試過程_第3頁
談項目管理和軟件測試過程_第4頁
談項目管理和軟件測試過程_第5頁
已閱讀5頁,還剩2頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

1、談項目管理和軟件測試過程1. 軟件測試在公司的組織保障是基礎(chǔ)1.1 研發(fā)部組織結(jié)構(gòu)介紹 以華友公司研發(fā)部的組織結(jié)構(gòu)為例,測試部門屬于研發(fā)部副總裁直接 管理,公司研發(fā)部的組織結(jié)構(gòu)圖 #FormatImgID_0#對于從事軟件研發(fā)的組織來說, 工作類型至少包括項目管理、 產(chǎn)品設(shè)計、 編碼、測試、質(zhì)量保證和軟件配置管理,以及其它人員,如文檔編制人 員和美工人員 / 系統(tǒng)硬件管理人員等。根據(jù)職能需要,可以以半獨立方 式進行部門和項目的矩陣管理,即職員要對項目經(jīng)理 / 組長負(fù)責(zé),也要 對部門經(jīng)理 / 總監(jiān)負(fù)責(zé),工作考核由雙方共同完成,標(biāo)準(zhǔn)的組織應(yīng)包括 技術(shù)開發(fā)部 /組(主要是編碼和設(shè)計人員),產(chǎn)品開發(fā)部

2、 / 組(產(chǎn)品需求 和項目管理),測試部 /組,配置管理部 / 組(因為配置管理人員基本上 是按 20 個技術(shù)人員配一個配置管理人員,所以一般部門規(guī)模較小,或 者只是配置管理組),軟件質(zhì)量保障部 /組,其它部/組(如系統(tǒng) /文檔/ 美工等)。華友公司組織結(jié)構(gòu)中,研發(fā)部是公司軟件研發(fā)的核心部門 產(chǎn)品研發(fā)I部、U部、和應(yīng)用研發(fā)部主要負(fù)責(zé):與軟件產(chǎn)品部或內(nèi)容產(chǎn)品部配合, 協(xié)助完成內(nèi)容產(chǎn)品的可行性、合理性分析;平臺、網(wǎng)關(guān)、應(yīng)用產(chǎn)品的研發(fā)項目的立項和方案評審;研發(fā)項目的概要設(shè)計、詳細設(shè)計工作; 研發(fā)項目的編碼、單元測試工作; 組織公司相關(guān)部門進行研發(fā)產(chǎn)品的培訓(xùn);協(xié)助相關(guān)部門做好產(chǎn)品的售前技術(shù)支持工作;

3、協(xié)助相關(guān)部門進行軟件的安裝與調(diào)試; 根據(jù)相關(guān)部門的要求做好產(chǎn)品的售后服務(wù)工作,保障軟件的運行正常。測試部隸屬研發(fā)部,主要職責(zé)如下:與內(nèi)容產(chǎn)品部和軟件產(chǎn)品部配合完成軟件需求分析討論, 并根據(jù)需求說 明書制訂項目測試方案,編寫測試用例,建立測試環(huán)境; 負(fù)責(zé)完成研發(fā)部各開發(fā)組研發(fā)的軟件產(chǎn)品開發(fā)過程和投入運營之前的 新增軟件和修改升級軟件的模塊測試和系統(tǒng)測試;建立、推廣并維護實施軟件版本管理系統(tǒng)CVS和VSS使用并維護軟件缺陷管理系統(tǒng) Bugzilla ,負(fù)責(zé)軟件問題解決過程跟蹤記 錄; 負(fù)責(zé)推廣實施軟件開發(fā)文檔規(guī)范化工作,管理研發(fā)產(chǎn)品相關(guān)文檔; 負(fù)責(zé)配合軟件運維部門等對于新業(yè)務(wù)軟件或修改升級業(yè)務(wù)軟件

4、的上線 測試工作,并提供上線測試報告; 負(fù)責(zé)監(jiān)督軟件開發(fā)流程的執(zhí)行,并負(fù)責(zé)提出軟件開發(fā)過程改進建議,提 高軟件產(chǎn)品質(zhì)量。1.2 軟件產(chǎn)品研發(fā)各部門的組織結(jié)構(gòu)分解 1)華友公司從 2003年 10月開始,對項目組制訂明確指標(biāo)的獨立考核, 各開發(fā)部門是技術(shù)總監(jiān)帶隊, 再細分各項目經(jīng)理具體負(fù)責(zé)項目計劃和執(zhí) 行,對項目具體開發(fā)成員進行分工。對于測試部門制訂年度測試部門任 務(wù)計劃/考核表,如SMS業(yè)務(wù)銷售額指標(biāo)完成:目標(biāo)1: 9900萬(獎金 提取比例為 0.01 );目標(biāo) 2: 1 6800萬(獎金提取比例為 0.02); 目標(biāo)3: 23200萬(獎金提取比例為 0.03) 詳細給出財務(wù)目標(biāo)和業(yè)務(wù)運營

5、目標(biāo)。在每周的開發(fā)經(jīng)理工作會議上交流報告任務(wù)進展情況, 并提出最近測試 需求,測試部門經(jīng)理負(fù)責(zé)制訂測試計劃、測試用例和測試實施方案,安 排測試工程師與對應(yīng)的開發(fā)人員交流完成測試執(zhí)行工作。 測試部經(jīng)理負(fù) 責(zé)開發(fā)流程管理和人力資源、 測試用軟硬件資源調(diào)配, 需要與研發(fā)之外 的部門定期交流掌握下周或近期可能測試任務(wù), 所有其他外部接口都由 測試部經(jīng)理負(fù)責(zé)完成,與其他項目組和產(chǎn)品部門協(xié)調(diào)項目進度。2) 工作匯報關(guān)系為 :開發(fā)部門:Team Member-Team Leader-研發(fā)總監(jiān)- 研發(fā)部副總裁- 總 裁。測試部門:測試工程師 -測試小組經(jīng)理 -測試部經(jīng)理/總監(jiān)-研發(fā)部副 總裁- 總裁。3)項目

6、成員結(jié)構(gòu):公司通常的開發(fā)項目組為 6到 8個開發(fā)人員,最多不超過 10人華友公司的經(jīng)過三次改造后的組織結(jié)構(gòu)和項目組結(jié)構(gòu), 各個業(yè)務(wù)部門分 類非常細,任務(wù)明確,軟件開發(fā)的每一個步驟都有專門的部門、專門的 人員負(fù)責(zé),從最基礎(chǔ)的開發(fā)人員到負(fù)責(zé)統(tǒng)領(lǐng)全局的總監(jiān)和副總裁, 層層 管理,溝通渠道暢通。而在軟件測試上,由于有限的測試資源,首先體 現(xiàn)在公司的組織結(jié)構(gòu)上, 集中表現(xiàn)為測試部門不得不面對公司級管理部 門的缺失和管理的交叉上,沒有質(zhì)量管理部門,部門質(zhì)量管理工作測試 部門兼做。公司從成本角度考慮,測試部門規(guī)模較小,測試人員總數(shù)不 超過 10人,幾乎每個測試人員接收處理 10 個開發(fā)人員的測試任務(wù)需求。

7、從實際情況出發(fā), 首先明確測試部門和軟件開發(fā)部門相對獨立的組織關(guān) 系,保證測試人員的工作不受開發(fā)小組的控制,實現(xiàn)測試客觀、公證。 華友公司要想有效地保障產(chǎn)品質(zhì)量, 首先就要在構(gòu)架合理的組織結(jié)構(gòu)和 測試流程上下功夫, 這就如同蓋高樓首先要打好地基一樣, 地基不打牢, 結(jié)構(gòu)和流程不合理,其他方面再下功夫也是徒勞。從實踐經(jīng)驗看,一年前首先成立測試部, 把屬于開發(fā)部門的測試工程師 歸口到獨立的測試部門管理, 其次建立規(guī)范的測試流程,與開發(fā)部門交 流,要求每周提出測試需求,再根據(jù)現(xiàn)有的資源制訂每周測試計劃,同 時向人力資源部門提出招聘計劃, 隨著測試工作的成績不斷被開發(fā)部門 和上級領(lǐng)導(dǎo)認(rèn)可, 再推廣實施

8、軟件開發(fā)過程規(guī)范化的管理, 通過測試實 踐的優(yōu)良成績來確立測試部門在公司的地位和作用, 經(jīng)過一年的奮斗測 試部門從無到有, 從最初兩人到現(xiàn)在十人,軟件配置管理和缺陷跟蹤系統(tǒng)已經(jīng)被60%勺開發(fā)人員自愿使用和接收??偨Y(jié)本人在華友一年多測試 工作經(jīng)驗,深深體會到在國內(nèi)從事軟件項目開發(fā)難、從事軟件測試和質(zhì) 量保證工作更難,需要具備扎實的技術(shù)功底同時, 不斷提高測試項目管 理能力,尋找工作的突破口。世上無難事,只怕有心人,但是只要你努 力獻身于軟件測試工作,打出一片天地是有可能的。2配置管理系統(tǒng)是項目經(jīng)理的 ”眼睛”,是軟件測試有效實施的前提在軟件質(zhì)量體系的諸多支持活動中,配置管理系統(tǒng)處在支持活動的中心

9、位置,它有機地把其它支持活動結(jié)合起來,形成一個整體,相互促進,相互影響,有力地保證了質(zhì)量體系的實施。 建立公司配置管理系統(tǒng)很容易得到公司領(lǐng)導(dǎo)層的支持,幾乎沒人反對。更重要的是建立配置管理系統(tǒng)后測試人員的工作有了系統(tǒng)保證,測試工作的礦藏資源”有了明確的位置,可以主動積極開展測試工作。2.1項目管理存在的主要問題華友公司測試部門去年剛成立時,以建立、規(guī)范和推廣使用配置管理系統(tǒng)CVS為突破口,同時建立缺陷跟蹤系統(tǒng) Bugzilla提高測試流程的管理水平。我做為測試負(fù)責(zé)人首先分析 華友公司幾個軟件項目在開發(fā)管理上的現(xiàn)狀,。存在問題一、公司幾個核心項目仍然過分分依賴少數(shù)個人的作用,沒有建立起協(xié)同作戰(zhàn)的氛

10、圍,沒有科學(xué)的軟件配置管理流程;技術(shù)上只重視系統(tǒng)和數(shù)據(jù)庫、開發(fā)工具的選擇,而忽視配置管理工具的選擇,導(dǎo)致即使有些項目有配置管理的規(guī)程,也由于可操作性差而擱淺。以 上種種原因?qū)е麻_發(fā)過程中普遍存在如下一些問題:調(diào)查說明華友研發(fā)成員的變動的比率達到30%,幾乎每周都有新加入的員工或者辭職人員,一個新成員熟悉項目的最佳途徑就是通過配置管理系統(tǒng)閱讀項目文檔,甚至閱讀同行代碼,達到快速學(xué)習(xí)、共同提高的目的。 一個辭職人員可以利用配置管理系統(tǒng)保留部分一段時間工作,最大程度減少對項目開發(fā)造成的損失。存在問題二、開發(fā)管理松散。領(lǐng)導(dǎo)了解工作完成情況重視口頭交流,忽視書面文檔。有些部門主管無法確切得知項目的進展情

11、況,項目經(jīng)理也不知道各開發(fā)人員的具體工作,項目進展隨意性很大,可左可右。左時按領(lǐng)導(dǎo)下達的期限”進行 倒期時,似乎一切已順利完成, 大家一陣胡弄,交差完成,反正領(lǐng)導(dǎo)看的是界面,至于里面是什么,留到施工時再說。施工時的工 作因此變成了無法匯報、無法理清的無休止的維護?!庇視r則項目工期無休止地延期。對我們軟件工程來說,總的特點是先左后右。在領(lǐng)導(dǎo)面前表現(xiàn)左,在用戶面前表現(xiàn)”右。有個 測試人員經(jīng)常利用上班時間學(xué)習(xí)英語,過了一個多月,看她依然如此,我做為項目領(lǐng)導(dǎo)進行批評教育,這名員工并不認(rèn)為自己錯了,她爭辯,公司采取彈性工作時間,考核員工是分配的任務(wù)是否完成等理由。 同時、我對她批評結(jié)果遭到她的惡意報復(fù),

12、她給有關(guān)領(lǐng)導(dǎo)報告新來的經(jīng)理如何不懂公司業(yè)務(wù),采取不適合公司的管理方式等,由于領(lǐng)導(dǎo)無法了解真相,使得我的工作在一段時間開展很困難,直到過去半年,這名員工辭職出國學(xué)習(xí)領(lǐng)導(dǎo)才明白發(fā)生了什么。存在問題三、項目之間溝通不夠。各個開發(fā)人員各自為政,每個項目經(jīng)理都像個地主, 編寫的代碼不僅風(fēng)格各異,而且編碼和設(shè)計脫節(jié)。每個項目組的人力資源和硬件資源成了”私有財產(chǎn)”,自己人員即使暫時空閑,讓他從事所謂的新技術(shù)研究,也不考慮友鄰項目需要他 們幫助的現(xiàn)狀。本來開發(fā)中錯誤在所難免,進展早一點的項目組或者人力資源強的項目組已 經(jīng)積累類似問題的解決經(jīng)驗,也不愿意分享給其它項目組。開發(fā)大量重復(fù),留下大量難維護的代碼。典型

13、案例是有個短信項目D兩年來在這個開發(fā)人員Y的研發(fā)支持下運轉(zhuǎn)效益很好,但是三個月之前,開發(fā)人員Y因為待遇問題和公司領(lǐng)導(dǎo)談判失敗,提出辭職。項目D仍然在運行,但是最近移動公司規(guī)范修改、系統(tǒng)升級,需要修改程序,沒人能看到及時更新的文檔,盡管有一堆代碼庫,但是后來的程序員都沒辦法分析明白程序結(jié)構(gòu)。公司領(lǐng)導(dǎo)出面請開發(fā)人員Y來協(xié)助,因為沒有文檔記錄,Y忙于新公司的工作也不能解決修改。存在問題四、文檔與程序嚴(yán)重脫節(jié)。軟件產(chǎn)品是公司的寶貴財富,代碼的重用率是相當(dāng)高的,如何建好知識庫,用好知識庫對公司優(yōu)質(zhì)高效開發(fā)產(chǎn)品,具有重大的影響。但開發(fā)人員的一句名口號是:叫我干什么都可以,但別叫我看別人的程序。當(dāng)然,開發(fā)人

14、員的工作態(tài)度要轉(zhuǎn) 變,但客觀上有一個很重要的原因是:前人留下的程序既無像樣的文檔(即使留下了文檔,其與源程序也嚴(yán)重脫節(jié)),開發(fā)風(fēng)格又不統(tǒng)一,就像一堆垃圾,要開發(fā)人員到垃圾中去撿破爛,從這 個角度上看,開發(fā)人員的要求是合理的。存在問題五、測試工作不規(guī)范。仍然停留在”小姑娘做測試”的底水平上,傳統(tǒng)的開發(fā)方式中,測試工作只是人們的一種主觀愿望,根本無法提出具體的測試要求,加之開發(fā)人員的遮 丑,測試工作往往是走一走過場,測試結(jié)果既無法考核又無法量化,當(dāng)然就無法對以后的開發(fā) 工作起指導(dǎo)作用。存在問題六、雖然項目施工時間不長,但軟件版本更新周期過短,幾乎每天都修改在線運行系統(tǒng),且開發(fā)人員必須親自現(xiàn)場或遠程

15、登陸操作,全國十幾個地點軟件內(nèi)容多少都有點差別,這些差別都記錄在幾個骨干人物的腦袋里。由于應(yīng)用軟件的特點,各個不同的施工點有不同的要求,開發(fā)人員要手工地保持多份不同的拷貝,即使是相同的問題,但由于在不同地方提出,由不同人解決,其做法也不同,程序的可維護性越來越差。久而久之,最后連自已都分不清楚了,代碼的相互覆蓋現(xiàn)象時有發(fā)生,且這苦水還無法傾訴,因為怕別人笑話,甚至別人問起, 還得想法搪塞,可謂費盡苦心。2.2建立配置管理系統(tǒng),規(guī)范項目管理流程,建立知識庫的同時節(jié)約項目費用針對以上問題,利用自己在 Beijing Precom Inc,普天潤匯等公司積累的經(jīng)驗,建立配置 管理系統(tǒng) CVS,CVS

16、 的全稱是 Current Version Control. CVS 是一種 GNU 軟件包.由 Intersolv 公司開發(fā),它明確的將源文件的存儲和用戶的工作空間獨立開來,并使其有利與并行開發(fā).這個工具屬于 Open Source, ,CVS可以在intenet上很方便的得到.它的源碼在 /pub1/unix/cvs 它的說明文檔在 /doc/cvs.任何人可以很方便 的下載.目前他的最新版本是 2.10.8。不需要花錢,很快建立,重點在于使用和推廣。配合 項目經(jīng)理共同制定相應(yīng)的配置管理策略,取得了很好的成效。2.2.1.節(jié)約費用(1)縮短開發(fā)周期利用CVS對程序資源進行版本管理和跟蹤,建立公司的代碼知識庫,保存開發(fā)過程中每 一過程版本,這樣大大提高了代碼的重用率,還便于同時維護多個版本和進行新版本的開發(fā),防止系統(tǒng)崩潰,最大限度地共享代碼。同時項目管理人員可以通過Version系統(tǒng)查看項目開發(fā)日志,測試人員可以根據(jù)開發(fā)日志和不同版本對軟件進行測試,工程人員可以從版本控制系統(tǒng)上得到不同的運行版本,并且可以安裝在 Web Server或在Unix操作系統(tǒng)上命令行方式存取 供外地施工人員存取最新版本,無需開發(fā)人員親臨現(xiàn)場。利用CVS系統(tǒng),可以大大提高開發(fā)效

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論