外包项目测试工作量评估指南(转)

1、1、目的编写本指导书的目的旨在为我公司进行测试外包服务工作进行指导，帮助项目经理和相关人员编写测试方案、评估工作量、制定测试计划和测试策略等，以尽量减小项目工作量评估上的风险。2、适用范围和对象本指南的使用范围是对于测试外包服务项目前期做整体的测试方案时，需要对工作量进行评估的项目经理、测试专家参考的文档。3、工作量评估原则一个特定项目需要的工作量依赖于很多变量。包括：组织文化或者组织的测试程度度”、被测试项目的软件复杂度、需要测试的范围、执行测试的个体的技能水平以及承担测试工作的测试组织的类型。不过,就算给岀影响工作量的变量也不能真正反映岀实际付岀的工作量，因为每个项目都是不同的。对于测试项

2、目评估，在评估工作量时，从下面几点进行把握：1、工作量评估是建立在商务沟通的基础之上的，客户比我们更了解系统；2、工作量评估采用的任何方法都只是一个估计，所以风险因素是要考虑的；3、工作量评估必须经过领导、专家组组成的小组的评审。4、外包测试项目根据外包测试项目主要有两种方式，一种是on-site，称为离岸外包，另一种是 off-site是在公司内部做。不管是以那种方式，都需要对工作量进行全面的评估，而对于人力外包的项目则不需要工作量评估。 由于IT系统项目实施是智力型密级行业，到目前为止，还没有一套科学有效、准确的评估方法，尤其是对 于我们还不熟悉的行业，所以我们根据搜集到的资料以及我们的项

3、目经验，整理岀本文的几种方法，作为 参考。5、几种方法的对比研炭周期一Kbt祓容疆IBStbRiW般也曲忌于片来顼目轻验，不 同行业的顼旨.棍惟经验不后L 研发团臥丕”同弄综令各猝风险 来逬行泮估.估算貝能是大致的 王作氯往往在估聲工诈重酎.研矩度 还没有銅定或專户不思鳶提供 Affifi申鱷相愎琐目的泄.历史数据作垢依据，评曲出炭的方法*比鮫万便.且且荀一定的说服力*顼目是否眞耳对比性.注羸新琐 且是否具丽珠性.同时也曲 合痔的发公司、客户的fltift奪 耒评估BS眩渤绻比较全面的連估出来工作氢A 富说融力黃的时期巴工作分暇在项且役有历史敷据的情紀下.可以恭 少评估的误差.1W多个考家或有

4、超鑿的人券与，过趕民絞耗时6、开发比例法这个方法的基本前提是测试工作量依赖于开发周期/开发工作量。不管开发团队依据何种方式评估研发的工作量，我们测试团队可以根据研发团队的研发周期，确定大致的测试工作量。通过下面的方式获得开发周期/开发工作量：A. 通过商务沟通或技术沟通获得研发的进度表或研发周期；B. 获得客户计划的整个项目的时间；C. 根据研发工作量通过参考下面的表格估计工作量。在评估需要的工作量以及相应的人员配置时，也要参考一下研发人员和测试人员的比例，如果测试团 队在项目需求阶段就进入，则通过 3 : 2、3 : 1等这样的比例估计需要投入的测试人员，这个比例没有一 定的约束，主要根据系

5、统对错误的容忍度，例如，医疗设备系统或飞机控制系统不能容忍错误，而银行涉 及到重大财产安全则应该也不能容忍大的错误存在。评估时，这也是需要考虑的一个方面。表1:测试各阶段比例估算单元测试结果审核集成测试系统功能测试系统性能测试系统验收测试所占百分比合计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%注：灰色背景表示不进行测试测试。如果公司没有被评估项目所属的行业的项目经验，则应该在所占百分比基础上增加5%1

6、0%的风险工作量。上面表格中前三行我们所做的系统验收测试活动为辅助验收测试活动，即有辅助客户完成验收测试。 而后面只有两行则验收测试则可以作为一个独立的测试，客户参与人员很少，所以需要更多的工作量，可 以根据客户的实际情况进行相应调整。7、项目经验类比法根据公司以前所做的相似项目，主要在项目性质，领域，规模上考虑，所积累的经验或历史数据来估算工作量。项目经验类比法估计结果的精确度取决于对历史项目我们所收集数据的完整性和准确度。因此,项目经验类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据分析是可 信赖的。主要从下面几个方面借鉴原项目情况:1、项目所属的行业。不同的行

7、业，在类比时要考虑差异性。有无行业经验是需要考虑的。该考虑要 体现在工作量中，但是不能体现方案中。2、项目的架构、规模、包括研发、测试工作量、代码行数等。这些数据对于评估可参考性比较强， 注意项目实施中这些数据的收集。逐渐提高测试中的数据统计，提高我们测试能力的成熟度。3、用户需求的数量。这个通过对比用户需求，大致估计系统特点、功能复杂程度，有无新技术应用 等，这些数据可用于对比。4、开展的测试活动。注意在原项目所进行的测试活动，与当前项目所进行的测试活动，再借鉴上面 开发时间百分比法。5、当时有无项目经验。原项目是否是新开拓的领域，则当时付出的工作量肯定会多一些，当前项目 与原项目为同一个行

8、业领域，则会减少一些工作量。6、参与人员的情况。当前可参加到项目组人员情况与原项目人员情况进行对比。测试工程师以及业 务分析师的项目经验是需要考虑的因素之一。7、客户的情况，例如对系统质量要求、重视的程度。客户如果对质量很重视，实施质量管理规范， 则可能对研发团队要求也高，这样系统交付质量可能会高一些；8、项目系统使用对象。项目使用对象是需要考虑的，例如使用者对计算机的熟悉程度。系统是客户 内部使用，还是面对 Internet 用户，这样对系统的安全性要求程度不同。9、研发公司的情况。研发公司是否为知名公司，其研发能力的成熟度会高一些，对项目质量要求也 可能高一些。该公司在行业中的做系统的名誉

9、、口碑如何，也可以参考。评估流程可参考如下：1、在公司知识库中搜索相似项目，获得相似项目的信息；2、把当前项目与相似项目进行对比，找出差异性，可参考上面对比数据；3、对差异性进行分析，找出当前项目的特点；4、对当前项目进行评估，没有的测试阶段评估方法可参考其他的评估方法；5、最后统计出总的工作量，请相关的领导、项目经理、测试专家参与讨论，确定下最后的工作量。8、 WBS 法WBS ( work breakdown structure )估算法。将项目或产品分解为具体的工作，然后分别对各个工作 进行时间估算，最终求和统计得出项目或产品的测试工作量。在工作拆分的原则应该是尽量把工作拆分为可以用小时

10、或人/日度量、可以安排给一个测试工程师完成、且可以有交付物的工作。在评估时，可以参考一下研发规模。例如代码行数（LOC ）、等价的代码行数、功能点。在评估中根据我们需要进行的测试活动，把每个测试活动进行拆分，同时把测试需求、测试用例、测 试用例执行、轮次、缺陷修复等都进行拆分，评估每个活动需要的工作量。这种评估的输入是需要客户的需求规格说明书的，且需要该文档描述用户需求比较详尽、全面，才能 比较准确的评估所需要的工作量。对需求规格说明书中的功能需求和非功能需求进行分解，可以通过一条 或多条测试需求来描述。单元测试结果审核评估流程：1、如果有系统详细设计说明书，则依据详细说明书中划分的模块，来计

11、算划分的单元模块数量；如 果没有该文档，是否可通过其他文档估算单元模块的数量；2、确定单元测试审核中每个活动的工作量，例如，文档审核、测试用例审核，测试结果审查、缺陷 报告审查、如果需要单元抽测，则需要单独计算工作量。表2:单元测试结果审核评估表越陷报告抽澳槪块工作量0.50,060,04630200030400315100161610164产品集成测试评估流程：1、把整个系统分解成子系统，确定每个子系统的接口数量。对于如何确定接口，主要根据子系统是否与其他子系统存在输入/输岀数据而确定。2、对每两个子系统之间有接口的子系统进行评估，需要构造多少测试用例覆盖接口，也要考虑接口 之间的测试方案，

12、如何构造测试数据，如何满足集成测试环境等。表3:集成测试工作量评估表测试计划和方案捋口福求点用例设计行工作星(TM)400.20.40.2241120240240*214024969624总计(TM)280系统功能测试评估流程：1、把整个系统中的各子系统分解成功能点，在各功能点上确定操作数量，确定功能点的口径，例如把下一个订单做一笔交易，做一次交易历史数据的查询作为一个功能点，即功能点应该是系统中独立的能够实现某个具体功能的一系列操作。在具体功能点中时，需要考虑功能点对应的操作数量，例如交易类型、查询中的升序、降序，都视作一个操作。把功能点和操作数量累计岀来，形成一个功能点的需求数。2、统计岀

13、所有的需求点后为整个系统中的功能需求总数。再考虑测试中具体的方案的工作量，是否考虑自动化测试、是否需要构造大量基础数据等。3、需要考虑整个系统功能测试所用的工作量，可以参考上面系统测试大约占整个测试的工作量的比表4:系统功能测试评估表方塞用例设计测试报書工作愛(TB4)600*20.40, 240份敌傲重160010001000*216012040040040总计(IM)1030系统性能测试评估流程:1、2、把整个系统中的性能需求点整理岀来，注意我们性能测试包括的范围是功能测试之外的所有测试 活动;评估每个性能点需要的工时，形成整个系统性能测试的总工时。表5 :系统性能测试评估表(tftrfc

14、)测试报告T作里(W)120,520,540140100100*31602020015040总计(JM)470UAT 测试评估流程：1、在商务沟通阶段，尽量获得客户对 UAT 的期望，由客户来实施，还是我们协助来实施 UAT 测试；2、根据客户希望我们测试团队所做的工作， 确定大致的工作量。 一般应该是我们协助进行 UAT 测试， 大概需要几位测试工程师进行支持即可。 根据客户期望的 UAT 时间，来确定我们测试团队所付出的工作量。9、 Delphi 法Delphi 法是最流行的专家评估技术，在没有历史项目数据的情况下，这种方式可以减轻估算的偏差。Delphi 法鼓励参加者就问题相互讨论。这个技术，要求有多种相关经验人的参与，互相说