【項目管理知識】信息技術(shù):軟件項目中測試人員的考核_第1頁
【項目管理知識】信息技術(shù):軟件項目中測試人員的考核_第2頁
全文預(yù)覽已結(jié)束

下載本文檔

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

文檔簡介

1、信息技術(shù):軟件項目中測試人員的考核長期以來,如何考核測試人員的工作是富有爭論的話題,一個理想化的方 法是收集測試階段之后項目階段的缺陷來確定系統(tǒng)測試的質(zhì)量。但是,這種方 法的不可操作性在于:一是維護和實施階段的缺陷難于收集;二是缺陷貫穿產(chǎn) 品的整個使用周期,無法窮盡,難于將時間段分割開來比較;三是成本過于龐 大,時間跨度過長,起不到有效激勵的作用。能不能就在項目過程中尋找可以 評價測試人員工作的方法呢?就這這個思路,本人摸索出一套有效的辦法。首先聲明的是,這套考核方發(fā)在一個功能點估算超過 1000010000 個的項目中 經(jīng)過實踐,但是對于小項目而言,可能缺少足夠的數(shù)據(jù)和必要性;第二,項目 組

2、內(nèi)考核的成功不能意味著在測試部門內(nèi)可以采用類似的考核方法,僅提供一 種參考方法,部門考核可能更多考慮投入工程的工作量大小和任務(wù)分配重要 性;第三,除了量化指標外,測試人員工作態(tài)度、工作能動性和技術(shù)學(xué)習(xí)意愿 要通過定性分析來得到。項目組測試人員考核主要包括工作效率和工作質(zhì)量兩大塊,工作效率用于 考察活動,而工作質(zhì)量用于考察產(chǎn)出物質(zhì)量。由于考核基于測試過程進行,因 此必須在過程結(jié)束之后才能進行。當然,由于工程是分布提交測試的,每月可 以根據(jù)實際情況進行月考核,工程結(jié)束后或任務(wù)結(jié)束后在統(tǒng)一考核。按照傳統(tǒng) 測試周期,測試過程分為:測試計劃、測試設(shè)計和測試執(zhí)行三個方面進行。測 試計劃屬于測試經(jīng)理的范疇,

3、在后討論。測試人員主要是測試設(shè)計和測試執(zhí) 行, 測試經(jīng)理的考核可包含在測試人員的考核內(nèi), 當然,這部分考核也可以納 入項目組中進行。考核指標如下:一測試設(shè)計工作效率相關(guān)指標文檔產(chǎn)出率這 項指標值主要為測試用例文檔頁數(shù)除于編寫文檔的有效時間獲得。用于考察測 試人員測試用例文檔的生產(chǎn)率大小。公式:習(xí)測試用例文檔頁數(shù)(頁)/ / 2 2 編寫測試用例文檔有效時間(小時)參考指標:根據(jù)項目匯總得出平均在 1.141.14 頁/ /小時左右,高于此值為優(yōu),低 于此值為差。用例產(chǎn)出率這項指標值主要為上述指標值的補充,用于考察測試人員測試 用例產(chǎn)出率大小。測試文檔頁數(shù)可能包含的冗余信息較多,因此要查看文檔中

4、 測試用例的多少。方法是測試用例文檔中測試用例編號總和數(shù)除于編寫文檔的 有效時間。公式:習(xí)測試用例數(shù)(個)/ /編寫測試用例文檔有效時間(小時)參考指標:平均 4.214.21 個用例 / /小時工作質(zhì)量相關(guān)指標需求覆蓋率計算測試用 例總數(shù)之和除于與之一一對應(yīng)的功能點數(shù)之和,主要查看是否有功能點遺漏測 試的情況。公式:習(xí)測試用例數(shù)(個)/ /功能點(個)參考指標:100100。如果連功能指標都不能滿足 100100覆蓋,起碼說明測試 不充分。這個指標收集起來相當困難,如果存在需求跟蹤矩陣或者測試管理工 具能把用例與需求一一對應(yīng)就容易得多。注意:有的功能是難于測試的,那么未能覆蓋到的需求要綜合分

5、析,明確 是測試人員遺漏?還是無法測試?這需要放入問題跟蹤表中進行后續(xù)跟蹤;另 外,有的功能點包含的信息較多或者有的用例包含幾個功能點,這時只能把重 復(fù)的功能點或重復(fù)用例按一個計,難于區(qū)分的要做說明。文檔質(zhì)量測試用例進行評審和同行評審發(fā)現(xiàn)的缺陷數(shù),或者將此缺陷數(shù)除 于文檔頁數(shù)算出比率。此指標考察測試人員文檔編寫的質(zhì)量如何。公式:缺陷數(shù)(評審和同行評審)(個)丄缺陷數(shù)(評審和同行評審)(個)/ / 2 2 測試用例文檔頁數(shù)(頁)參考指標:由于評審是發(fā)現(xiàn)的缺陷數(shù)是不固定的,因此,這個指標沒有可 供參考的數(shù)值。如果缺陷數(shù)大小不能直接用于比較就使用缺陷 / /頁方式進行橫向 對比。文檔有效率使用測試用

6、例文檔進行測試時發(fā)現(xiàn)的系統(tǒng)測試缺陷數(shù)除于此文 檔頁數(shù)。 用于考察文檔是由有效的指導(dǎo)了測試工作。公式:2缺陷數(shù)(系統(tǒng)測試)(個) / /2測試用例文檔頁數(shù)(頁)參考指標:平均 2.182.18 個缺陷/ /頁注意:如果存在測試人員在測試時創(chuàng)建新文 檔用于輔助測試時應(yīng)包含這一部分。用例有效率使用測試用例發(fā)現(xiàn)的全部缺陷除于測試用例數(shù)總和。 這一指標 是上一指標的補充指標,用于考察用例質(zhì)量是否較高公式:2缺陷數(shù)(系統(tǒng)測 試)(個) / /2測試用例數(shù)(個)參考指標:平均 0.590.59 個缺陷/ /用例,也就是說,每執(zhí)行兩個用例才得到 1 1 個 缺陷,各工程有所不同,可以自己實踐一下二測試執(zhí)行工作

7、效率相關(guān)指標執(zhí)行 效率利用測試用例文檔頁數(shù)除于此次系統(tǒng)測試執(zhí)行的時間總和(不包含用例文 檔編寫時間)。補充指標方法是用例的個數(shù)除于此次系統(tǒng)測試的時間總和。用 于獲得工作中測試人員每小時執(zhí)行測試的速度。提供公式:2測試用例文檔頁數(shù)(頁) / /2執(zhí)行系統(tǒng)測試的有效時間(小時)2測試用例數(shù)(個) / /2執(zhí)行系統(tǒng)測試的有效時間(小時)參考指標:平均 0.530.53 頁/ /小時, 1.951.95 個用例/ /小時。即測試人員每小時執(zhí)行 半頁測試用例或者每小時執(zhí)行 2 2 個測試用例。通過橫向比較,容易知道那位成員的執(zhí)行效率較高。注意:執(zhí)行效率高的不代表測試質(zhì)量也高,甚至執(zhí)行效率和測試質(zhì)量成反比

8、,所以后面工作質(zhì)量的指標會補充這一部分的偏離。實際結(jié) 果表明,用例執(zhí)行效率高的成員,其缺陷發(fā)現(xiàn)率往往偏低,考核如果不將此納 入進來也可以將其作為測試改進的一項重要數(shù)據(jù)進行收集。進度偏離度檢查計劃時間和實際時間的進度,方法是計劃時間差額減去實 際時間差額除于實際工時總和,用于考察測試人員進度情況,監(jiān)控測試是否按 照日程進行,是否滿足了工程的進度要求。公式:刀(計劃開始時間- -實際開始時間)+刀(計劃結(jié)束時間- -實際結(jié)束時 間) / /總工時參考指標: 1515進度偏離是個相對的指標,可能偏離了 2020 個工作 日,但是對于一個長達半年時間的測試而言偏離天數(shù)比上整體測試所需天數(shù)不 足 1515,可能偏離了 3 3 個工作日,但是對于一個只有 1 1 星期時間的測試已經(jīng)超 過了整個測試階段所需天數(shù)的 6060。注意:計算時分子分母要保持一致,即開始或結(jié)束時間已經(jīng)去除了非工作 日時間,則總工時也要去除非工作日時間。因為制定計劃時是根據(jù)每個公司的 工作日來制定的,也就是說,考慮了非正常工作日的日程。測試進度也是考核很重要的一步,如果沒有進度保證,所有的測試都存在 風(fēng)險,種方法是測試人員可以采用

溫馨提示

  • 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)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論