




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)
文檔簡介
1、軟件測試作為軟件生命周期中不可或缺的重要環(huán)節(jié),正在受到越來越多的重視。然而,在實際項目測試工作中卻存在一個突出的問題,就是測試工作量的統(tǒng)計問題。如何統(tǒng)計更科學(xué)、更準(zhǔn)確,本文作者在實際工作中進行了摸索和嘗試。雖然,目前測試工作越來越受到企業(yè)的重視,已形成規(guī)模,參與測試工作的人越來越多,投入也越來越大。但與之不協(xié)調(diào)的是沒有一個配套的、較為合理的工作量統(tǒng)計方法。原有的測試工作量計算方法,一般是把測試人員進入項目的時間與進入項目的人員數(shù)量相乘,得到項目測試的工作量。該計算方法由于計算方便,容易操作,深受眾多項目的推崇。 但是,隨著測試在項目的重要性的加深,測試工作分工日益細(xì)化,測試資源強調(diào)有效重用,測
2、試團隊協(xié)作越來越強,使用這種方法已經(jīng)不能滿足測試工作量計算的需要了:上級領(lǐng)導(dǎo)不了解整個測試團隊資源的使用情況;測試團隊負(fù)責(zé)人難于對項目測試任務(wù)實際執(zhí)行過程產(chǎn)生的工作量、成本進行跟蹤;項目組在考核績效時,遺漏了部分測試人員的工作量。 所以,在項目測試領(lǐng)域急需一種新的工作量統(tǒng)計方法。筆者將這方面的一些實踐進行了總結(jié),供讀者朋友參考。 其基本思路如下:首先就任務(wù)類型的設(shè)置要達成一致;其次從每日的工作量收集開始,將測試任務(wù)按照一定的類別進行分類;然后將工作量數(shù)據(jù)按照不同的需求進行統(tǒng)計,得出不同的統(tǒng)計表;最后對這些統(tǒng)計表的數(shù)據(jù)進行分析,得出相應(yīng)的結(jié)論。 設(shè)置任務(wù)類型設(shè)置任務(wù)類型,是每日工作量數(shù)據(jù)錄入的前
3、提。任務(wù)類型需要在整個測試團隊內(nèi)達成一致,這樣大家有了相同的標(biāo)準(zhǔn),得出的數(shù)據(jù)才具有統(tǒng)計的意義。本文以某公司的項目測試為例進行介紹,其任務(wù)類型如表1所示。 這里提到的測試任務(wù)類型,在實踐中會根據(jù)項目實際需要進行調(diào)整。例如,新增“測試工具學(xué)習(xí)”任務(wù)類型等。 另外,在表1所示的任務(wù)類型中,有一項比較靈活的任務(wù)類型溝通。有的團隊認(rèn)為溝通都是有目的、有目標(biāo)的,是一個為完成具體測試任務(wù)所進行的中間活動,所以他們把溝通作為具體測試任務(wù)的一部分。也就是說,對于這樣的團隊,他們沒有“溝通”這個任務(wù)類型。有的團隊則認(rèn)為將溝通的內(nèi)容很難劃清界限,為避免測試人員填寫工作量時發(fā)生混淆,所以,將“溝通”作為獨立的任務(wù)類型
4、。筆者認(rèn)為這屬于任務(wù)類型定義問題,測試團隊可以根據(jù)已經(jīng)存在的約定俗成進行設(shè)置,只要在整個團隊內(nèi)達成一致就可以的。 表1 測試任務(wù)類型分類記錄工作量基礎(chǔ)數(shù)據(jù)這項工作由團隊成員根據(jù)當(dāng)天的工作任務(wù)完成情況進行記錄。它是后續(xù)工作量統(tǒng)計的基礎(chǔ),所以要保證這項基礎(chǔ)數(shù)據(jù)收集的準(zhǔn)確性,切不可應(yīng)付了事,最好能在當(dāng)天下班前填寫好當(dāng)天工作量分配情況。 堅持記錄時間需要很強的自我約束能力,所以每天填寫工作量記錄需要一定的堅持力。在填寫工作量記錄時,需要為每個任務(wù)選擇相應(yīng)的任務(wù)類型,填寫工作任務(wù)持續(xù)時間。工作任務(wù)持續(xù)時間最好不超過4個小時,這是為了避免填寫的任務(wù)過粗,不利于發(fā)現(xiàn)工作過程中的問題。 及時記錄、數(shù)據(jù)準(zhǔn)確,是
5、這個環(huán)節(jié)工作的原則。本例中某公司使用的工作量記錄表格如表2所示。 統(tǒng)計人力占用情況這項工作主要統(tǒng)計測試團隊所有成員在各個項目中的投入情況,或者說是項目對測試人員的人力占用情況,每周統(tǒng)計一次。通過對人力占用情況進行統(tǒng)計,測試團隊負(fù)責(zé)人可以得到一份人力占用表。這份人力占用表的主要用途的有三個: 供測試團隊負(fù)責(zé)人和上級領(lǐng)導(dǎo)使用,方便他們了解測試團隊對項目的支持情況及項目占用測試資源的情況。 讓上級領(lǐng)導(dǎo)間接了解測試團隊的人員飽和度。如果測試團隊負(fù)責(zé)人要申請新增測試資源時,將整個團隊的歷史人力占用表作為數(shù)據(jù)證據(jù)提供給上級領(lǐng)導(dǎo),可以增強申請的說服力。 提供給項目經(jīng)理參考。避免項目經(jīng)理在進行項目人員績效考核
6、時,遺漏了部分測試人員的工作量。 這項人力占用情況統(tǒng)計工作,筆者建議使用者在每周末進行。統(tǒng)計結(jié)束后,測試團隊負(fù)責(zé)人將統(tǒng)計結(jié)果作為測試團隊工作匯報的一部分提交上級領(lǐng)導(dǎo)。本例中,某公司在某一周測試團隊人力占用情況如表2所示。 表2 工作量記錄表格在本文的例子里,測試團隊在項目1一共投入了B、C、D三個人,B、C成員是100%資源投入。因為項目后續(xù)工作安排未知,而B、C成員又屬于項目1核心測試人員,因此這兩名成員的退出時間未知。另外一個測試成員D因為不屬于項目1的核心測試成員,所以他參與2個項目。同時因為項目2規(guī)模較小,所以成員D在項目2中投入20%的資源,在項目1中投入80%的資源??紤]到公司在2
7、005年3月將要啟動一個新項目,所以,經(jīng)過和項目1的項目經(jīng)理協(xié)商后達成一致,計劃成員D在2005年2月退出該項目,這樣他在2005年3月將投入新啟動的項目。 通過及時更新、跟蹤這張表的數(shù)據(jù),可以對團隊內(nèi)測試人員的工作情況心中有數(shù),并可根據(jù)公司業(yè)務(wù)發(fā)展、部門建設(shè)、人員發(fā)展需要,合理安排團隊成員的工作。 表3 測試團隊人力占用表統(tǒng)計項目測試工作量投入情況這項統(tǒng)計工作是在每日工作量統(tǒng)計的基礎(chǔ)上整理得到的。每周測試團隊成員提交工作匯報時,會將本周的工作量數(shù)據(jù)整理后一起提交。測試團隊負(fù)責(zé)人定期(每周或半個月)對團隊成員提交的數(shù)據(jù)進行匯總,并整理到項目工作量投入表中。這就解決了在實際測試執(zhí)行過程中,測試人
8、員無法對測試工作量進行跟蹤的問題。 筆者曾經(jīng)碰到一個項目,該項目的測試計劃只安排了1.5人日的工作量,但是實際上該項目在測試計劃上總共投入了9人日的工作量。經(jīng)過分析,筆者發(fā)現(xiàn)是兩個原因?qū)е逻@個問題的發(fā)生:一是測試人員在填寫每日工作量記錄時,部分任務(wù)的“任務(wù)類型”選錯了;二是該項目測試組長在估算測試工作量時,沒有考慮到實際測試執(zhí)行過程中也需要進行測試計劃工作,如每次測試執(zhí)行的計劃、實際工作過程中的計劃更新工作等。通過這次分析后,該項目的測試工作量沒有再發(fā)生這么大的偏差了(偏差率(計劃值實際值)/計劃值×100%)。所以說,測試工作量的統(tǒng)計、分析可以幫助使用者發(fā)現(xiàn)一些問題,并改進使用者的
9、工作。某公司某一項目的測試團隊工作量投入情況如表4所示。 表4 某項目測試工作量統(tǒng)計表通過這張統(tǒng)計表格,可以很清楚地了解某個人的工作量投入情況,及具體測試任務(wù)使用的工作量情況。 匯總項目測試數(shù)據(jù)在項目關(guān)閉時,測試團隊負(fù)責(zé)人把整個項目測試過程中產(chǎn)生的數(shù)據(jù)以及項目基礎(chǔ)數(shù)據(jù)進行匯總。測試過程中產(chǎn)生的數(shù)據(jù)包括:測試工作量、測試投入成本,它的數(shù)據(jù)來源于表四;項目基礎(chǔ)數(shù)據(jù)包括:項目規(guī)模、項目總成本、項目總工作量,這些數(shù)據(jù)是向項目經(jīng)理獲取的。這里提到的測試成本,是把每個測試人員的人力成本系數(shù)和工作量數(shù)據(jù)相乘得到的。所有相關(guān)人可以通過這張統(tǒng)計表了解項目組中測試占開發(fā)總工作量的比例,以及項目組用在測試上的開銷情
10、況。這項工作是測試團隊資產(chǎn)沉淀的很重要的一項工作。主要用途是:從項目角度對項目測試整體情況進行分析;把測試團隊所承接測試的項目進行縱向?qū)Ρ龋偨Y(jié)共性,發(fā)現(xiàn)問題。 例如,可以對這些項目的測試數(shù)據(jù)進行分析,得出測試工作量估算公式。再如,筆者曾經(jīng)通過數(shù)據(jù)的對比,發(fā)現(xiàn)測試文檔編寫工作量占整個測試工作量的比例較大。通過進一步分析,發(fā)現(xiàn)測試用例的維護占用了測試設(shè)計很大一部分的工作量,從而應(yīng)考慮在團隊內(nèi)改進測試用例管理方法。某公司兩個項目的測試數(shù)據(jù)如表5所示。 表5 某測試團隊測試項目資產(chǎn)庫測試數(shù)據(jù)參考項目背景,筆者對幾個項目的測試數(shù)據(jù)進行分析后,得到了項目測試總?cè)肆Τ杀镜墓浪愎剑簻y試總?cè)肆Τ杀?0%
11、215;項目總?cè)肆Τ杀尽?另外,通過把幾個項目的各項測試類型所花費的工作量進行對比分析后,筆者得出各項測試任務(wù)的工作量相對于測試總工作量的分配比例。對于后續(xù)的項目,項目測試組長可以參考這個分配比例進行測試工作量的估算。 當(dāng)然,上面介紹的估算公式和工作量比例,只是適用于筆者所在的測試團隊。不同測試團隊、項目組、公司組織情況都不一樣,這里介紹這個例子,目的只是說明測試工作量統(tǒng)計的一個用途。 表6 某測試團隊各項測試任務(wù)的工作量比例總結(jié)測試工作量的統(tǒng)計,是整個測試團隊管理的基礎(chǔ)。測試團隊的管理、決策、策劃等需要數(shù)據(jù)的支持,即用數(shù)據(jù)說話,所以,數(shù)據(jù)的收集、統(tǒng)計是很重要的。有了這些數(shù)據(jù)之后,我們就可以將它應(yīng)用到績效考核和項目成本核算上。 在本文中,筆者主要介紹的是測試團隊的工作量統(tǒng)計,但實際上這些方法不僅適用于測試團隊,也適用于個人、項目團隊或者整個公司組織。實施時只需要調(diào)整“任務(wù)類型”等與測試有關(guān)的屬性,并做一定的擴展即可。 本文使用的表格,都是在Excel中建立
溫馨提示
- 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)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年德語TestDaF考試模擬試卷閱讀理解難點分析與對策
- 2025年采購師(一級)實務(wù)操作考試試卷
- 2025電子商務(wù)師(高級)考試試卷:電商數(shù)據(jù)可視化與商業(yè)智能分析試題
- 2025年安全工程師考試事故案例分析模擬試卷
- 2025年初中歷史七年級下冊階段檢測試卷:歷史學(xué)科教學(xué)方法
- 2025年電子商務(wù)師(初級)職業(yè)技能鑒定試卷:電子商務(wù)數(shù)據(jù)分析競賽評分標(biāo)準(zhǔn)試題
- 2025年保育員(初級)實操技能試卷:幼兒教育信息化技術(shù)與應(yīng)用案例分析
- 便利店行業(yè)2025年轉(zhuǎn)型升級中的智能物流配送成本控制策略研究報告001
- 2025年航空航天零部件制造高精度加工技術(shù)發(fā)展趨勢報告
- 2025年不銹鋼絲網(wǎng)項目規(guī)劃申請報告
- 口腔門診納入定點后醫(yī)療保障基金的預(yù)測性分析報告
- 質(zhì)量管理體系的智能化與數(shù)字化轉(zhuǎn)型
- 2024-2025年全國初中化學(xué)競賽試卷及答案
- 不銹鋼滾鍍鎳工藝
- 08歲兒童的腦、認(rèn)知發(fā)展與教育
- 《麥肯錫金字塔原理》課件
- 堡坎安全施工方案
- 《內(nèi)部控制》ppt課件完整版
- 社區(qū)團購具體操作流程怎么寫好
- 文化產(chǎn)業(yè)賦能鄉(xiāng)村振興
- (更新版)國家開放大學(xué)電大??啤队嬎銠C平面設(shè)計(2)》網(wǎng)絡(luò)課形考任務(wù)01-05作業(yè)答案
評論
0/150
提交評論