外包項目測試工作量評價指引轉(zhuǎn)

1、1、目的編寫本指導(dǎo)書的目的旨在為我公司進(jìn)行測試外包服務(wù)工作進(jìn)行指導(dǎo),幫助項目經(jīng)理和相關(guān)人員編寫測試方案、評估工作量、制定測試計劃和測試策略等，以盡量減小項目工作量評估上的風(fēng)險。2、適用范圍和對象本指南的使用范圍是對于測試外包服務(wù)項目前期做整體的測試方案時，需要對工作量進(jìn)行評估的項目經(jīng)理、測試專家參考的文檔。3、工作量評估原則一個特定項目需要的工作量依賴于很多變量。包括：組織文化或者組織的測試程度度”、被測試項目的軟件復(fù)雜度、需要測試的范圍、執(zhí)行測試的個體的技能水平以及承擔(dān)測試工作的測試組織的類型。不過,就算給出影響工作量的變量也不能真正反映出實際付出的工作量，因為每個項目都是不同的。對于測試項

2、目評估，在評估工作量時，從下面幾點進(jìn)行把握：1、工作量評估是建立在商務(wù)溝通的基礎(chǔ)之上的，客戶比我們更了解系統(tǒng)；2、工作量評估采用的任何方法都只是一個估計，所以風(fēng)險因素是要考慮的；3、工作量評估必須經(jīng)過領(lǐng)導(dǎo)、專家組組成的小組的評審。4、外包測試項目根據(jù)外包測試項目主要有兩種方式，一種是on-site,稱為離岸外包，另一種是off-site是在公司內(nèi)部做。不管是以那種方式，都需要對工作量進(jìn)行全面的評估，而對于人力外包的項目則不需要工作量評估。由于IT系統(tǒng)項目實施是智力型密級行業(yè)，到目前為止，還沒有一套科學(xué)有效、準(zhǔn)確的評估方法，尤其是對于我們還不熟悉的行業(yè)，所以我們根據(jù)搜集到的資料以及我們的項目經(jīng)驗

3、，整理出本文的幾種方法，作為參考。5、幾種方法的對比評估方法開發(fā)廿，邸i研發(fā)周期一K比較客易.估低比較面單鐐也要基于將來項目建,不國行業(yè)的場目.根據(jù)經(jīng)不后L,研發(fā)團隊不同等綜合各種風(fēng)險來進(jìn)行評估，怙蹲只能是大致的工作配往往在估裁工柞酶,研融度還沒有函定或客戶不配意提供該信以度目量愴美比法根據(jù)相似噴目的蛭幻,歷史數(shù)據(jù)作先依據(jù).拜侑出位的，法.比較萬便，且員有一定的說服力*項目是否具有對比性,注意潴液目是否具存恃殊性.同時也典合考慮研發(fā)公司.客戶的情況等來評估B5漆法鮑融t儂面的笄估出來工作量.具有說服力需要百完管色解麻宅樓,尚尊很多的時f盹工作分解.Iphi法在項目沒有歷史敕據(jù)的情況下,可以施少

4、評估的誤差.需要蒙個專家或有經(jīng)鴕的人多過程比較耗時6、開發(fā)比例法這個方法的基本前提是測試工作量依賴于開發(fā)周期/開發(fā)工作量。不管開發(fā)團隊依據(jù)何種方式評估研發(fā)的工作量，我們測試團隊可以根據(jù)研發(fā)團隊的研發(fā)周期，確定大致的測試工作量。通過下面的方式獲得開發(fā)周期/開發(fā)工作量：A. 通過商務(wù)溝通或技生溝通獲得研發(fā)的進(jìn)度表或研發(fā)周期；B. 獲得客戶計劃的整個項目的時間；C. 根據(jù)研發(fā)工作量通過參考下面的表格估計工作量。在評估需要的工作量以及相應(yīng)的人員配置時，也要參考一下研發(fā)人員和測試人員的比例，如果測試團隊在項目需求階段就進(jìn)入，則通過3:2、3:1等這樣的比例估計需要投入的測試人員，這個比例沒有一定的約束，

5、主要根據(jù)系統(tǒng)對錯誤的容忍度，例如，醫(yī)療設(shè)備系統(tǒng)或飛機控制系統(tǒng)不能容忍錯誤，而銀行涉及到重大財產(chǎn)安全則應(yīng)該也不能容忍大的錯誤存在。評估時，這也是需要考慮的一個方面。表1:測試各階段比例估算單元測試結(jié)果審核集成測試系統(tǒng)功能測試系統(tǒng)性能測試系統(tǒng)驗收測試所占百分比合計2%5%8%11%18%24%8%15%3%5%39%60%9%12%18%24%8%15%3%5%38%56%22%28%8%15%3%5%33%48%14%20%12%20%26%40%15%24%15%24%15%21%15%21%注：灰色背景表示不進(jìn)行測試測試。如果公司沒有被評估項目所屬的行業(yè)的項目經(jīng)驗，則應(yīng)該在所占百分比基礎(chǔ)上增

6、加5%10%的風(fēng)險工作量。上面表格中前三行我們所做的系統(tǒng)驗收測試活動為輔助驗收測試活動，即有輔助客戶完成驗收測試。而后面只有兩行則驗收測試則可以作為一個獨立的測試，客戶參與人員很少，所以需要更多的工作量，可以根據(jù)客戶的實際情況進(jìn)行相應(yīng)調(diào)整。7、項目經(jīng)驗類比法根據(jù)公司以前所做的相似項目，主要在項目性質(zhì)，領(lǐng)域，規(guī)模上考慮，所積累的經(jīng)驗或歷史數(shù)據(jù)來估算工作量。項目經(jīng)驗類比法估計結(jié)果的精確度取決于對歷史項目我們所收集數(shù)據(jù)的完整性和準(zhǔn)確度。因此,項目經(jīng)驗類比法的前提條件之一是組織建立起較好的項目后評價與分析機制，對歷史項目的數(shù)據(jù)分析是可信賴的。主要從下面幾個方面借鑒原項目情況:1、項目所屬的行業(yè)。不同的

7、行業(yè)，在類比時要考慮差異性。有無行業(yè)經(jīng)驗是需要考慮的。該考慮要體現(xiàn)在工作量中，但是不能體現(xiàn)方案中。2、項目的架構(gòu)、規(guī)模、包括研發(fā)、測試工作量、代碼行數(shù)等。這些數(shù)據(jù)對于評估可參考性比較強，注意項目實施中這些數(shù)據(jù)的收集。逐漸提高測試中的數(shù)據(jù)統(tǒng)計，提高我們測試能力的成熟度。3、用戶需求的數(shù)量。這個通過對比用戶需求，大致估計系統(tǒng)特點、功能復(fù)雜程度，有無新技術(shù)應(yīng)用等，這些數(shù)據(jù)可用于對比。4、開展的測試活動。注意在原項目所進(jìn)行的測試活動，與當(dāng)前項目所進(jìn)行的測試活動，再借鑒上面開發(fā)時間百分比法。5、當(dāng)時有無項目經(jīng)驗。原項目是否是新開拓的領(lǐng)域，則當(dāng)時付出的工作量肯定會多一些，當(dāng)前項目與原項目為同一個行業(yè)領(lǐng)域，

8、則會減少一些工作量。6、參與人員的情況。當(dāng)前可參加到項目組人員情況與原項目人員情況進(jìn)行對比。測試工程師以及業(yè)務(wù)分析師的項目經(jīng)驗是需要考慮的因素之一。7、客戶的情況，例如對系統(tǒng)質(zhì)量要求、重視的程度?？蛻羧绻麑|(zhì)量很重視，實施質(zhì)量管理規(guī)范，則可能對研發(fā)團隊要求也高，這樣系統(tǒng)交付質(zhì)量可能會高一些；8、項目系統(tǒng)使用對象。項目使用對象是需要考慮的，例如使用者對計算機的熟悉程度。系統(tǒng)是客戶內(nèi)部使用，還是面對Internet用戶，這樣對系統(tǒng)的安全性要求程度不同。9、研發(fā)公司的情況。研發(fā)公司是否為知名公司，其研發(fā)能力的成熟度會高一些，對項目質(zhì)量要求也可能高一些。該公司在行業(yè)中的做系統(tǒng)的名譽、口碑如何，也可以參

9、考。評估流程可參考如下：1、在公司知識庫中搜索相似項目，獲得相似項目的信息；2、把當(dāng)前項目與相似項目進(jìn)行對比，找出差異性，可參考上面對比數(shù)據(jù)；3、對差異性進(jìn)行分析，找出當(dāng)前項目的特點；4、對當(dāng)前項目進(jìn)行評估，沒有的測試階段評估方法可參考其他的評估方法；5、最后統(tǒng)計出總的工作量，請相關(guān)的領(lǐng)導(dǎo)、項目經(jīng)理、測試專家參與討論，確定下最后的工作量。8、WBS法WBS(workbreakdownstructure)估算法。將項目或產(chǎn)品分解為具體的工作，然后分別對各個工作進(jìn)行時間估算，最終求和統(tǒng)計得出項目或產(chǎn)品的測試工作量。/日度量、可以安排給一個測試工程師完在工作拆分的原則應(yīng)該是盡量把工作拆分為可以用小時

10、或人成、且可以有交付物的工作。在評估時，可以參考一下研發(fā)規(guī)模。例如代碼行數(shù)（LOC）、等價的代碼行數(shù)、功能點。在評估中根據(jù)我們需要進(jìn)行的測試活動，把每個測試活動進(jìn)行拆分，同時把測試需求、測試用例、測試用例執(zhí)行、輪次、缺陷修復(fù)等都進(jìn)行拆分，評估每個活動需要的工作量。這種評估的輸入是需要客戶的需求規(guī)格說明書的，且需要該文檔描述用戶需求比較詳盡、全面，才能比較準(zhǔn)確的評估所需要的工作量。對需求規(guī)格說明書中的功能需求和非功能需求進(jìn)行分解，可以通過一條或多條測試需求來描述。單元測試結(jié)果審核評估流程：1、如果有系統(tǒng)詳細(xì)設(shè)計說明書，則依據(jù)詳細(xì)說明書中劃分的模塊，來計算劃分的單元模塊數(shù)量；如果沒有該文檔，是否可

11、通過其他文檔估算單元模塊的數(shù)量；2、確定單元測試審核中每個活動的工作量，例如，文檔審核、測試用例審核，測試結(jié)果審查、缺陷報告審查、如果需要單元抽測，則需要單獨計算工作量。表2:單元測試結(jié)果審核評估表用網(wǎng)版量瘠斌報告跋陷援告抽醐6次工作量現(xiàn)）0.50,060.50,046份敷徵量302000304003小結(jié)15100161610164產(chǎn)品集成測試評估流程：1、把整個系統(tǒng)分解成子系統(tǒng)，確定每個子系統(tǒng)的接口數(shù)量。對于如何確定接口，主要根據(jù)子系統(tǒng)是否與其他子系統(tǒng)存在輸入/輸出數(shù)據(jù)而確定。2、對每兩個子系統(tǒng)之間有接口的子系統(tǒng)進(jìn)行評估，需要構(gòu)造多少測試用例覆蓋接口，也要考慮接口之間的測試方案，如何構(gòu)造測試

12、數(shù)據(jù)，如何滿足集成測試環(huán)境等。3、需要考慮整個集成測試的所用的工作量，可以參考上面集成測試大約占整個測試的工作量的比例表3:集成測試工作量評估表測試計劃和方案按口需求點用例設(shè)計38試執(zhí)行幡次)工作量(TftJ)400.20.40.224份教徵量1120240240*21小結(jié)4024969624總計工280系統(tǒng)功能測試評估流程：1、把整個系統(tǒng)中的各子系統(tǒng)分解成功能點，在各功能點上確定操作數(shù)量，確定功能點的口徑，例如把下一個訂單做一筆交易，做一次交易歷史數(shù)據(jù)的查詢作為一個功能點，即功能點應(yīng)該是系統(tǒng)中獨立的能夠?qū)崿F(xiàn)某個具體功能的一系列操作。在具體功能點中時，需要考慮功能點對應(yīng)的操作數(shù)量，例如交易類型

13、、查詢中的升序、降序，都視作一個操作。把功能點和操作數(shù)量累計出來，形成一個功能點的需求數(shù)。2、統(tǒng)計出所有的需求點后為整個系統(tǒng)中的功能需求總數(shù)。再考慮測試中具體的方案的工作量，是否考慮自動化測試、是否需要構(gòu)造大量基礎(chǔ)數(shù)據(jù)等。3、需要考慮整個系統(tǒng)功能測試所用的工作量，可以參考上面系統(tǒng)測試大約占整個測試的工作量的比表4:系統(tǒng)功能測試評估表方案需求點用例設(shè)計測試執(zhí)行測試報告Tftg(TBt)600420.4“240份教微量160010001000*216012040040040總計(TM)1020系統(tǒng)性能測試評估流程：1、把整個系統(tǒng)中的性能需求點整理出來，注意我們性能測試包括的范圍是功能測試之外的所有

14、測試活動；2、評估每個性能點需要的工時，形成整個系統(tǒng)性能測試的總工時。表5:系統(tǒng)性能測試評估表方案需求點用例設(shè)計測演執(zhí)行(tftrfc)工作軍(W)72Q.520.540份廉儆堂140100100*31鋒602020015040忌計(工470UAT測試評估流程:1、在商務(wù)溝通階段，盡量獲得客戶對UAT的期望，由客戶來實施，還是我們協(xié)助來實施UAT測試;2、根據(jù)客戶希望我們測試團隊所做的工作，確定大致的工作量。一般應(yīng)該是我們協(xié)助進(jìn)行UAT測試,大概需要幾位測試工程師進(jìn)行支持即可。根據(jù)客戶期望的UAT時間，來確定我們測試團隊所付出的工作量。9、Delphi法Delphi法是最流行的專家評估技術(shù)，在沒有歷史項目數(shù)據(jù)的情況下，這種方式可以減輕估算的偏差。Delphi法鼓勵參加者就問題相互討論。這個技術(shù)，要求有多種相關(guān)經(jīng)驗