外包项目测试工作量评估指南(转)
如何准确评估项目测试的工作量
1. 根据测试范围和测试方法来估计工作量a).制定测试计划以前，明确测试范围：不同的测试范围，对测试量的评估起到至关重要的因素，比如说测试一个模块或测试多个模块或测试整个系统等等，都属于测试范围不一样，明显工作量也不同，差别也挺大的。
还有测试范围还包括功能性测试范围或非功能性测试范围等等，在做测试工作量评估的时候，都必须考虑。
b).确定合理、有效的测试方法：比如说你要考虑测试某个项目，你必须考虑测试方法是否合理。
比如说某个模块的功能测试，你可以采用QTP做自动化功能测试，还是手工做功能测试，工作量就不一样，做测试计划以前必须考虑清楚。
要不然，估算的工作量肯定不准。
2.根据测试任务来评估工作量：a）、质量需求和项目背景决定工作量：不同的项目背景，不同的质量要求，决定不同的测试工作量。
如果我们测试的是一个银行系统，涉及到每个人的经济利益，我们测试时必然会对性能测试或安全测试放到第一位，设计较多的异常测试用例，这样一做，必然增加我们的工作量。
如果是一般的系统，我们可以只执行一般的功能测试通过就可以了，没有必要去做其它的异常、安全测试。
如果系统的质量需求要求高，也许就要进行更深层次的测试，回归测试的力度必然要加大，工作量自然就上去了。
b)、尽可能详细的罗列出项目测试内容：一般来说，测试工作量的评估工作都是交给测试经理或项目组成员协助共同来完成的。
准确评估项目测试的工作量，必须要求测试Leader明确详细的测试内容，只有知道测试什么？哪些需要测试？详细分析需求规格说明书，明确测试任务以后，评估才会有依据，所以尽可能详细的罗列出项目测试内容非常必要。
c)、把测试任务细化到每个测试功能点：我们在估算测试时间的时候，可以把测试任务细化到每个测试的功能点，比如说“新增”、“修改”、“删除”、“暂停”、“恢复”等等都记成一个功能点，在预算的时候，同时把编写测试用例和执行测试用例的时间都要计算进去。
例如：编写一个测试用例或执行一个功能测试各需要一个小时，如果我们有100个功能点，我们就知道大约要200个小时。
对外包评估
对外包评估外包评估是指对外包服务的效果、质量和成本进行全面评估的过程。
外包是一种利用外部供应商提供的资源和服务来完成公司一部分业务的策略性决策，它可以使企业专注于自身的核心竞争力，降低成本并提高效率。
然而，由于涉及外部合作伙伴，外包也带来了一定的风险和挑战。
因此，对外包进行评估是非常重要的。
首先，外包评估应关注服务质量。
外包服务的质量直接影响到企业的整体效益。
因此，评估外包服务质量是非常重要的一个方面。
主要从供应商的服务水平、交付时间、准确性和可靠性等方面评估服务质量。
可以通过监控供应商的关键绩效指标、定期开展客户满意度调查和寻求反馈来评估外包服务的质量。
其次，外包评估还应考虑成本效益。
外包服务的目的之一是降低成本，通过与外部供应商合作实现经济规模化和成本节约。
因此，在评估外包效果时，需要综合考虑外包服务的成本与效益之间的平衡。
可以通过对外包项目的核算和实际成本与预算成本之间的对比来评估外包的成本效益。
此外，外包评估还需要考虑风险管理。
外包服务可能面临供应商风险、隐私和安全风险等各种风险。
评估和管理这些风险对于确保外包服务的顺利运行和企业的安全非常重要。
可以通过制定风险评估和管理计划、加强合同管理和合作伙伴关系管理等措施来评估和管理外包服务的风险。
最后，外包评估还应关注服务创新和业务协同。
外包服务不仅仅是为了节约成本，还可以通过合作伙伴的创新能力和专业知识来提升企业的竞争力和创新能力。
因此，在评估外包服务时，应考虑外包供应商的创新能力和与企业的业务协同能力。
总之，外包评估是对外包服务的综合性评估，旨在评估服务质量、成本效益、风险管理和服务创新等方面。
通过对外包进行评估，可以及时发现问题和风险，并采取相应的措施来提高外包服务的效果和质量，确保外包服务的顺利运行和企业的长期发展。
项目工作量评估指南
项目工作量评估指南1. 引言项目工作量评估是项目管理中非常重要的一环。
准确评估项目的工作量，对于合理分配资源、制定项目进度计划、控制项目成本都起到至关重要的作用。
本指南旨在为项目经理和团队成员提供一套详细、全面、有效的方法和指导，帮助他们进行项目工作量评估。
2. 工作量评估的重要性工作量评估的准确性直接影响到项目成功的可能性。
一个过于乐观的工作量评估可能导致无法按时交付项目，而过于悲观的评估则可能导致资源浪费和项目延期。
因此，准确评估工作量是项目管理的关键环节之一。
3. 工作量评估的基本原则3.1. 考虑所有工作任务在进行工作量评估时，需要确保考虑到项目中的所有工作任务，包括可见的和不可见的工作。
不可见的工作可能包括会议、沟通、测试等活动。
3.2. 利用历史数据和经验过去的项目经验和历史数据是评估工作量的重要参考。
通过分析类似项目的数据，可以更准确地预测和评估当前项目的工作量。
3.3. 分解工作任务将项目工作任务分解为更小的子任务，有助于更好地估计每个子任务的工作量。
通过逐步精确工作量评估，可以避免低估或高估工作量的情况。
3.4. 参与多方讨论在评估工作量时，应当引入各方的观点和经验。
项目经理、团队成员以及相关领域的专家都应参与到工作量评估的过程中，以确保评估结果的全面性和准确性。
4. 工作量评估方法4.1. 专家判断法专家判断法是一种常用的工作量评估方法，通过集合项目团队的专业意见和经验来评估工作量。
这种方法可以快速得出初步评估结果，并且适用于较小规模的项目。
4.2. 参数估算法参数估算法是一种基于历史数据的工作量评估方法。
通过将项目的关键参数与历史数据进行比较和分析，来推算当前项目的工作量。
该方法适用于一定规模的项目和重复性项目。
4.3. 排序法排序法是一种将项目任务按照工作量的相对大小进行排序的方法。
通过将任务按照工作量从大到小进行排序，可以更好地理解和评估项目的工作量分布。
5. 工作量评估指南5.1. 确定评估粒度在评估项目工作量之前，需要先确定评估的粒度。
项目工作量评估指南
项目工作量评估指南一、前言项目工作量评估是项目管理中非常重要的一环，它能够帮助项目经理和团队成员更好地规划和控制项目进度，确保项目按时完成。
本文将提供一个全面的详细的回答，介绍如何进行项目工作量评估。
二、什么是项目工作量评估1. 定义项目工作量评估是指通过对项目范围、时间、成本等因素进行分析和评估，确定完成整个项目所需的人力、物力和时间等资源的数量和质量。
2. 目的（1）为制定合理可行的计划提供依据；（2）为预测和控制成本提供依据；（3）为确定资源需求提供依据；（4）为衡量进度提供依据。
三、如何进行项目工作量评估1. 确定评估方法根据不同类型的项目，可以采用不同的评估方法。
例如，对于软件开发类项目可以采用函数点法或卡内基梅隆大学软件开发研究所（SEI）发布的COCOMO模型进行评估；而对于建筑类或制造类项目，则需要采用其他不同的方法。
2. 收集信息在进行工作量评估之前，需要收集一些关于项目的信息，例如项目的范围、目标、需求、约束条件等。
此外，还需要了解项目所需的技能和资源以及可用资源的数量和质量等信息。
3. 制定工作分解结构（WBS）WBS是将项目分解为可管理的任务和子任务的过程。
它可以帮助识别所有需要完成的工作，并为每个任务分配资源和时间。
在制定WBS时，应该根据项目范围、目标和约束条件来确定所有必要的任务。
4. 评估每个任务对于每个任务，需要评估完成该任务所需的时间、成本和人力资源等。
评估时应考虑到各种因素，例如技能水平、经验、可用性等。
5. 组合评估结果完成对每个任务的评估后，需要将其组合起来得出整个项目所需的总时间、成本和人力资源等。
这可以通过将每个任务的评估结果相加或通过使用专业软件来实现。
6. 审查和更新在进行工作量评估后，应该仔细审查结果并进行必要的更新。
如果有新信息或变更，则可能需要重新进行评估以确保计划是准确且可行的。
四、注意事项1. 确保准确性在进行工作量评估时，应该尽可能准确地估计时间、成本和人力资源等。
常用的软件测试工作量评估方法【转】
常⽤的软件测试⼯作量评估⽅法【转】测试⼯作量受测试的内容、测试的⽅法、质量要求、测试阶段多少等诸多因素的影响。
测试⼯作量的差异是⾮常⼤的。
本⽂主要阐述测试⼯作量评估⽅法常⽤的有以下⼏种。
1、DelPhi法 elPhi法是专家基于对特定⼯作的经验对⼯作量的估算⽽得出的定性评估⽅法，具体评估流程如下： （1）⼯作量评估⼩组负责⼈向各位专家提供项⽬规格和估计表格： （2）组织各位专家详细讨论与规模相关的因素： （3）专家们匿名填写估算表格； （4）汇总专家的意见，并将结论返回专家： （5）专家讨论较⼤的估计差异； （6）专家们重新评估直⾄差异逐渐缩⼩，最终达成⼀致意见。
oelPhi法是在没有历史数据情况下采取的针对性评估⽅法，操作简单⽅便，这是新测试项⽬的⼯作量评估采⽤的⽅法，可⽤于测试⼯作量的预算，并以此来编制测试的规划和指引。
elPhi法的缺点是精确度不⾼。
专家组成员的⼯作经验和风格以及专家不同的个性将导致评估结果的差距会⽐较⼤。
2、⽐例评估法 根据开发承担的任务量，按⽐例评估测试的⼯作量。
业界开发与测试的经验⼯作量分配为开发占总⼯作量的80%⼀65%测试占总⼯作量的20%⼀35%。
⽐例评估法是基于软件全⽣命周期模型进⾏的⼯作量分配这是⼤量历史数据总结分析出来的量化结果。
根据开发的⼯作量估算出测试的⼯作量相对来说⽐较精确，这种⽅法适合于在软件开发公司承接软件开发项⽬时综合计算软件全⽣命周期的长度。
缺点表现在这种⽅法适⽤的前提是开发队伍与测试队伍的成熟度基本匹配。
⼀旦出现成熟度差异，⼯作最评估的结果的差距较⼤。
3、WBS评估法 WBS（WorkBreakdownStrueture，⼯作分解结构）即将项⽬分解成可⽂付成果或划分成更⼩的、便于管理的正常的组成部分，直到⼯作和可⽂付成果被定义到⼯作包的层次。
具体步骤如下： （1）将测试项⽬进⾏逐层分解： （2）最终分解为不可再分的⾏动； （3）对各项⾏动所需的时间进⾏估计： （4）逐级向上汇总⼯作量： （5）核算出最终的测试⼯作量。
外包项目测试工作量评估指南(转)
1、目的编写本指导书的目的旨在为我公司进行测试外包服务工作进行指导，帮助项目经理和相关人员编写测试方案、评估工作量、制定测试计划和测试策略等，以尽量减小项目工作量评估上的风险。
2、适用范围和对象本指南的使用范围是对于测试外包服务项目前期做整体的测试方案时，需要对工作量进行评估的项目经理、测试专家参考的文档。
3、工作量评估原则一个特定项目需要的工作量依赖于很多变量。
包括：组织文化或者组织的“测试程度度”、被测试项目的软件复杂度、需要测试的范围、执行测试的个体的技能水平以及承担测试工作的测试组织的类型。
不过，就算给出影响工作量的变量也不能真正反映出实际付出的工作量，因为每个项目都是不同的。
对于测试项目评估，在评估工作量时，从下面几点进行把握：1、工作量评估是建立在商务沟通的基础之上的，客户比我们更了解系统；2、工作量评估采用的任何方法都只是一个估计，所以风险因素是要考虑的；3、工作量评估必须经过领导、专家组组成的小组的评审。
4、外包测试项目根据外包测试项目主要有两种方式，一种是on-site，称为离岸外包，另一种是off-site是在公司内部做。
不管是以那种方式，都需要对工作量进行全面的评估，而对于人力外包的项目则不需要工作量评估。
由于IT系统项目实施是智力型密级行业，到目前为止，还没有一套科学有效、准确的评估方法，尤其是对于我们还不熟悉的行业，所以我们根据搜集到的资料以及我们的项目经验，整理出本文的几种方法，作为参考。
5、几种方法的对比6、开发比例法这个方法的基本前提是测试工作量依赖于开发周期/开发工作量。
不管开发团队依据何种方式评估研发的工作量，我们测试团队可以根据研发团队的研发周期，确定大致的测试工作量。
通过下面的方式获得开发周期/开发工作量：A. 通过商务沟通或技术沟通获得研发的进度表或研发周期；B. 获得客户计划的整个项目的时间；C. 根据研发工作量通过参考下面的表格估计工作量。
在评估需要的工作量以及相应的人员配置时，也要参考一下研发人员和测试人员的比例，如果测试团队在项目需求阶段就进入，则通过3：2、3：1等这样的比例估计需要投入的测试人员，这个比例没有一定的约束，主要根据系统对错误的容忍度，例如，医疗设备系统或飞机控制系统不能容忍错误，而银行涉及到重大财产安全则应该也不能容忍大的错误存在。
《项目工作量评估指南》属于金融科技制度的科技管理领域
《项目工作量评估指南》属于金融科技制度的科技管理领域《项目工作量评估指南》是金融科技管理领域中的一项重要工具，用于评估项目工作量，为项目管理和决策提供依据。
本指南旨在为金融科技企业提供一套全面、科学、可操作的评估工具，帮助企业更好地掌控项目进程，提高项目管理效率。
本指南在评估项目工作量时，主要从以下几个方面进行考虑：1.项目范围：评估项目的范围，包括业务需求和功能模块等，以明确项目工作量的基本范围和目标。
2.团队规模：评估项目所需的团队规模，包括研发、测试和管理等职能部门，以确定项目完成所需的人力资源。
3.技术难度：评估项目的技术难度，包括技术成熟度和可行性等，以确定项目工作量的技术难度和风险。
4.时间计划：评估项目工作量的时间计划，包括进度安排和交付周期等，以确定项目工作量的完成时限和交付时间表。
5.成本预算：评估项目工作量的成本预算，包括人力、设备、测试和维护等成本，以制定有效的项目成本预算和控制措施。
本指南不仅提供了完整的项目工作量评估流程，还提供了实用的工具和方法，以帮助金融科技企业更好地确定项目的工作量和实现项目的目标。
例如，项目经理可以利用本指南提供的评估表格和指标，制定详细的工作计划和进度表，以确保项目在规定的时间内如期交付。
此外，在实际项目管理中，本指南还可帮助企业监测不同项目的进展情况和团队成员的工作量，以保证项目的质量和项目管理的效率。
通过科学地评估工作量和成本预算，金融科技企业可以更好地规划和管理项目，提高企业的绩效和效益，增强企业的竞争力。
综上所述，《项目工作量评估指南》对于金融科技制度的科技管理领域具有重要的指导意义。
通过合理地评估项目工作量，企业可以制定出科学、严密的项目计划和成本预算，提高团队的工作效率和产品质量，不断提升企业的核心竞争力。
软件测试外包人员绩效考核指标
软件测试外包人员绩效考核指标软件测试外包人员绩效考核指标一、引言在软件开发行业中，软件测试外包已经成为一种常见的方式。
为了确保外包人员的绩效达到要求，需要建立一套科学合理的考核指标体系，以便能够全面、准确地评估他们的工作表现。
本文将围绕软件测试外包人员绩效考核指标展开讨论，以期能够帮助各行业更好地管理和评估外包人员的工作。
二、绩效考核指标的分类和设定1. 专业技能水平在软件测试领域，外包人员需要具备一定的专业技能水平，包括熟练掌握测试工具、具备测试用例编写能力、对测试理论有深刻理解等。
专业技能水平是评估外包人员绩效的重要指标之一。
在实际考核中，可以通过考试、项目实践等方式来评估外包人员的专业技能水平，以便更全面地了解其工作能力。
2. 工作质量外包人员的工作质量直接关系到项目的成功与否，工作质量是衡量绩效的重要指标之一。
优秀的外包人员应该能够及时、准确地发现并报告出现的问题，提出合理的改进建议，并能够在项目进度要求下高效地完成各项测试任务。
3. 沟通和团队合作能力作为外包人员，良好的沟通和团队合作能力是至关重要的。
他们需要与项目组成员密切配合，及时沟通测试结果和问题，积极参与讨论、解决问题，并为团队的目标和项目的顺利进行贡献自己的力量。
考核外包人员的沟通和团队合作能力也是必不可少的一项指标。
三、对绩效考核指标的个人观点和理解在我的看来，软件测试外包人员绩效考核指标应该是全面而多样化的。
除了上述提到的专业技能水平、工作质量、沟通和团队合作能力外，还可以考虑外包人员的学习和成长能力、责任心和抗压能力等因素。
在考核指标的设定上，应该根据具体项目和外包人员的实际情况，灵活调整和补充指标，以便更准确地评估其工作表现。
四、总结本文围绕软件测试外包人员绩效考核指标展开了全面的探讨。
通过对专业技能水平、工作质量、沟通和团队合作能力等指标的深度讨论，我相信读者能够更深入地了解软件测试外包人员绩效考核的重要性和指标设定的原则。
(全)评估项目工作量 附方法使用实例
评估项目工作量附方法使用实例5大评估方法对比评估方法优势劣势适用场景专家评估法-基于专家经验和专业知识，能够考虑到项目的各个领域的特点和复杂性-受限于专家的经验和知识水平，可能存在主观因素-适用于各种类型的项目-可以进行评估和修正，提高估算的准确性-需要花费较多的时间和资源来进行专家评估-特别适用于领域专家较多的项目类比法-基于已完成项目的数据，能够提供相对准确的估算结果-需要找到与新项目相似的已完成项目，差异较大的项目可能导致估算结果不准确-适用于相对简单和常见的项目-可以快速进行估算，节省时间和资源-需要进行适当的调整，以考虑新项目与参考项目之间的差异-适用于已有可靠数据的项目自下而上估算法-能够对项目的每个任务进行详细估算，提供更准确的工作量估算结果-需要对项目进行详细的任务分解，需要花费较多的时间和资源-适用于复杂和大型项目-可以逐步细化任务，提高估算的准确性-受限于任务分解的准确性，可能存在遗漏或重复估算的问题-适用于需要详细任务分解和估算的项目参数-可以根据项目的特性-需要根据项目的特性-适用于需要估算法和技术要求，确定适当的参数和指标，提高估算的准确性和技术要求，确定适当的参数和指标，需要专业知识和经验考虑项目特性和技术要求的项目-可以综合各项任务的-参数的准确性和适用-适用于需要工作量，得到总的工作性对估算结果有重要影综合各项任务量响工作量的项目算法-可以模拟整个项目实-需要具备编程和数据-适用于特定估算施过程，提供相对准确分析的能力，对团队成员的、比较复杂的法的工作量估算结果的要求较高项目-可以适用于特定的、比-需要花费较多的时间-适用于需要较复杂的项目和资源来编写和运行模详细模拟项目拟程序实施过程的项目1.专家评估法专家评估法是一种在项目工作量估算中经常使用的方法。
该方法依托于项目相关专家的经验和专业知识，对项目的各个领域的任务和工作进行评估。
然后将专家们的评估结果进行汇总，最后再对估算结果进行评估和修正。
常用的工作量评估方法
常用的工作量评估方法常用的工作量评估方法在测试项目管理中或编写测试计划时，经常需要对某个测试工作进行工作量的预算，很多时候都是凭个人的工作经验进行估算的，如能结合一些常规的估算方法，有助于估算的精确度。
以下是网上找到的一些常规的估算测试工作量的方法：1、Ad-hoc方法这种方法下的测试工作量不基于任何确定的期限。
工作一直继续直到达到一些由管理或市场人员预先定下的时间表。
或者，一直到用完了预算的经费。
这种情况普遍存在于非常不成熟的组织，并且时常有100%的错误差数。
2、开发时间的百分比法Percentage of development time。
这个方法的基本前提是测试工作量依赖于开发时间/开发工作量。
首先，开发工作量使用例如LOC或FP方法被估算出来，然后使用一些探索性的方法来限制测试的工作量。
这种方法变化比较大而且通常基于以前的经验。
通常预留项目的总花费时间的35%给测试。
？5-7%给组件和集成测试？18-20%给系统测试？10%给接收测试（或回归测试等）3、类比法（经验值法或历史数据法）根据以前或相似项目（主要在项目性质，领域，规模上有相似）所积累的经验或历史数据来估算工作量。
类比法估计结果的精确度取决于历史项目数据的完整性和准确度，因此，用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据分析是可信赖的。
需要收集以下相关的历史数据：？在设计和实现阶段花费的时间？测试工作的规模，例如用户需求的数量，页面数，功能点？数据样式，例如实体，字段的数量？屏幕或字段数量？测试对象的规模，例如KLOC4、WBS（work breakdown structure）估算法将项目或产品分解为具体的工作，然后分别对各个工作进行时间估算，最终求和得出项目或产品的测试工作量/时间。
5、Delphi法Delphi法是最流行的专家评估技术，在没有历史数据的情况下，这种方式可以减轻估算的偏差。
如何评估测试工作量
场景一：合同前的工作量估算场景描述：软件开发网（1)没有实施过CMMI2级（2）合同未签，需要给客户报价（3）有客户的概要需求,有类似的项目数据可供参考（4）需要估计整个项目的总工作量，以便于估算总成本，给客户报价软件开发网估算步骤：(1)寻找类似的历史项目，进行项目的类比分析，根据历史项目的工作量凭经验估计本项目的总工作量；（2）进行WBS分解，力所能及地将整个项目的任务进行分解;（3）参考类似项目的数据，采用经验法估计WBS中每类活动的工作量；（4）汇总得到项目的总工作量；(5）与第(1）步的结果进行印证分析，根据分析结果，确定估计结果。
场景二：基于详细需求的经验估计场景描述：(1）只有详细需求，没有历史数据估算步骤：（1）WBS分解,将任务分解到一个人或者一个小团队可以执行的颗粒度；WBS分解时要识别出所有的交付物、项目管理活动、工程活动等.（2）采用经验法估计每个活动的工作量；(3)汇总得到：每个阶段的工作量、项目的总工作量。
其他说明：在该场景下，只使用了经验法，无法对结果进行印证，难以判断结果的合理性。
场景三：由编码估算整体场景描述：（1)有类似项目的历史数据（2)有编码活动的生产率数据（3）有详细需求（4）实施了CMMI2级，但是没有积累历史项目的工作量分布数据软件开发网估算步骤：（1)产品分解，将系统分为子系统，子系统分解为模块；（2）WBS分解，将任务分解到一个人或者一个小团队可以执行的颗粒度；WBS分解时要识别出所有的交付物、项目管理活动、工程活动等。
（3)建立WBS分解中的活动与产品元素的映射关系，识别出WBS中哪些活动可以采用模型法估算；（4)估计产品元素的规模，可以采用代码行法或功能点法，并估计每个产品元素的复杂度、复用率等;(5）根据历史的编码阶段的生产率数据和产品元素的规模估计、复杂度、复用率等采用模型法计算每个产品元素的编码工作量；（6）根据历史的类似项目的数据及估算人的经验估计其他活动的工作量，可以采用经验法.（7）汇总得到：每个阶段的工作量、项目的总工作量。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1、目的编写本指导书的目的旨在为我公司进行测试外包服务工作进行指导，帮助项目经理和相关人员编写测试方案、评估工作量、制定测试计划和测试策略等，以尽量减小项目工作量评估上的风险。
2、适用范围和对象本指南的使用范围是对于测试外包服务项目前期做整体的测试方案时，需要对工作量进行评估的项目经理、测试专家参考的文档。
3、工作量评估原则一个特定项目需要的工作量依赖于很多变量。
包括：组织文化或者组织的“测试程度度”、被测试项目的软件复杂度、需要测试的范围、执行测试的个体的技能水平以及承担测试工作的测试组织的类型。
不过，就算给出影响工作量的变量也不能真正反映出实际付出的工作量，因为每个项目都是不同的。
对于测试项目评估，在评估工作量时，从下面几点进行把握：1、工作量评估是建立在商务沟通的基础之上的，客户比我们更了解系统；2、工作量评估采用的任何方法都只是一个估计，所以风险因素是要考虑的；3、工作量评估必须经过领导、专家组组成的小组的评审。
4、外包测试项目根据外包测试项目主要有两种方式，一种是on-site，称为离岸外包，另一种是off-site是在公司内部做。
不管是以那种方式，都需要对工作量进行全面的评估，而对于人力外包的项目则不需要工作量评估。
由于IT系统项目实施是智力型密级行业，到目前为止，还没有一套科学有效、准确的评估方法，尤其是对于我们还不熟悉的行业，所以我们根据搜集到的资料以及我们的项目经验，整理出本文的几种方法，作为参考。
5、几种方法的对比6、开发比例法这个方法的基本前提是测试工作量依赖于开发周期/开发工作量。
不管开发团队依据何种方式评估研发的工作量，我们测试团队可以根据研发团队的研发周期，确定大致的测试工作量。
通过下面的方式获得开发周期/开发工作量：A. 通过商务沟通或技术沟通获得研发的进度表或研发周期；B. 获得客户计划的整个项目的时间；C. 根据研发工作量通过参考下面的表格估计工作量。
在评估需要的工作量以及相应的人员配置时，也要参考一下研发人员和测试人员的比例，如果测试团队在项目需求阶段就进入，则通过3：2、3：1等这样的比例估计需要投入的测试人员，这个比例没有一定的约束，主要根据系统对错误的容忍度，例如，医疗设备系统或飞机控制系统不能容忍错误，而银行涉及到重大财产安全则应该也不能容忍大的错误存在。
评估时，这也是需要考虑的一个方面。
注：灰色背景表示不进行测试测试。
如果公司没有被评估项目所属的行业的项目经验，则应该在所占百分比基础上增加5%~10%的风险工作量。
上面表格中前三行我们所做的系统验收测试活动为辅助验收测试活动，即有辅助客户完成验收测试。
而后面只有两行则验收测试则可以作为一个独立的测试，客户参与人员很少，所以需要更多的工作量，可以根据客户的实际情况进行相应调整。
7、项目经验类比法根据公司以前所做的相似项目，主要在项目性质，领域，规模上考虑，所积累的经验或历史数据来估算工作量。
项目经验类比法估计结果的精确度取决于对历史项目我们所收集数据的完整性和准确度。
因此，项目经验类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据分析是可信赖的。
主要从下面几个方面借鉴原项目情况：1、项目所属的行业。
不同的行业，在类比时要考虑差异性。
有无行业经验是需要考虑的。
该考虑要体现在工作量中，但是不能体现方案中。
2、项目的架构、规模、包括研发、测试工作量、代码行数等。
这些数据对于评估可参考性比较强，注意项目实施中这些数据的收集。
逐渐提高测试中的数据统计，提高我们测试能力的成熟度。
3、用户需求的数量。
这个通过对比用户需求，大致估计系统特点、功能复杂程度，有无新技术应用等，这些数据可用于对比。
4、开展的测试活动。
注意在原项目所进行的测试活动，与当前项目所进行的测试活动，再借鉴上面开发时间百分比法。
5、当时有无项目经验。
原项目是否是新开拓的领域，则当时付出的工作量肯定会多一些，当前项目与原项目为同一个行业领域，则会减少一些工作量。
6、参与人员的情况。
当前可参加到项目组人员情况与原项目人员情况进行对比。
测试工程师以及业务分析师的项目经验是需要考虑的因素之一。
7、客户的情况，例如对系统质量要求、重视的程度。
客户如果对质量很重视，实施质量管理规范，则可能对研发团队要求也高，这样系统交付质量可能会高一些；8、项目系统使用对象。
项目使用对象是需要考虑的，例如使用者对计算机的熟悉程度。
系统是客户内部使用，还是面对Internet用户，这样对系统的安全性要求程度不同。
9、研发公司的情况。
研发公司是否为知名公司，其研发能力的成熟度会高一些，对项目质量要求也可能高一些。
该公司在行业中的做系统的名誉、口碑如何，也可以参考。
评估流程可参考如下：1、在公司知识库中搜索相似项目，获得相似项目的信息；2、把当前项目与相似项目进行对比，找出差异性，可参考上面对比数据；3、对差异性进行分析，找出当前项目的特点；4、对当前项目进行评估，没有的测试阶段评估方法可参考其他的评估方法；5、最后统计出总的工作量，请相关的领导、项目经理、测试专家参与讨论，确定下最后的工作量。
8、WBS法WBS（work breakdown structure）估算法。
将项目或产品分解为具体的工作，然后分别对各个工作进行时间估算，最终求和统计得出项目或产品的测试工作量。
在工作拆分的原则应该是尽量把工作拆分为可以用小时或人/日度量、可以安排给一个测试工程师完成、且可以有交付物的工作。
在评估时，可以参考一下研发规模。
例如代码行数（LOC）、等价的代码行数、功能点。
在评估中根据我们需要进行的测试活动，把每个测试活动进行拆分，同时把测试需求、测试用例、测试用例执行、轮次、缺陷修复等都进行拆分，评估每个活动需要的工作量。
这种评估的输入是需要客户的需求规格说明书的，且需要该文档描述用户需求比较详尽、全面，才能比较准确的评估所需要的工作量。
对需求规格说明书中的功能需求和非功能需求进行分解，可以通过一条或多条测试需求来描述。
单元测试结果审核评估流程：1、如果有系统详细设计说明书，则依据详细说明书中划分的模块，来计算划分的单元模块数量；如果没有该文档，是否可通过其他文档估算单元模块的数量；2、确定单元测试审核中每个活动的工作量，例如，文档审核、测试用例审核，测试结果审查、缺陷报告审查、如果需要单元抽测，则需要单独计算工作量。
表2：单元测试结果审核评估表产品集成测试评估流程：1、把整个系统分解成子系统，确定每个子系统的接口数量。
对于如何确定接口，主要根据子系统是否与其他子系统存在输入/输出数据而确定。
2、对每两个子系统之间有接口的子系统进行评估，需要构造多少测试用例覆盖接口，也要考虑接口之间的测试方案，如何构造测试数据，如何满足集成测试环境等。
3、需要考虑整个集成测试的所用的工作量，可以参考上面集成测试大约占整个测试的工作量的比例。
表3：集成测试工作量评估表系统功能测试评估流程：1、把整个系统中的各子系统分解成功能点，在各功能点上确定操作数量，确定功能点的口径，例如把下一个订单做一笔交易，做一次交易历史数据的查询作为一个功能点，即功能点应该是系统中独立的能够实现某个具体功能的一系列操作。
在具体功能点中时，需要考虑功能点对应的操作数量，例如交易类型、查询中的升序、降序，都视作一个操作。
把功能点和操作数量累计出来，形成一个功能点的需求数。
2、统计出所有的需求点后为整个系统中的功能需求总数。
再考虑测试中具体的方案的工作量，是否考虑自动化测试、是否需要构造大量基础数据等。
3、需要考虑整个系统功能测试所用的工作量，可以参考上面系统测试大约占整个测试的工作量的比例。
表4：系统功能测试评估表系统性能测试评估流程：1、把整个系统中的性能需求点整理出来，注意我们性能测试包括的范围是功能测试之外的所有测试活动；2、评估每个性能点需要的工时，形成整个系统性能测试的总工时。
表5：系统性能测试评估表UAT测试评估流程：1、在商务沟通阶段，尽量获得客户对UAT的期望，由客户来实施，还是我们协助来实施UAT测试；2、根据客户希望我们测试团队所做的工作，确定大致的工作量。
一般应该是我们协助进行UAT测试，大概需要几位测试工程师进行支持即可。
根据客户期望的UAT时间，来确定我们测试团队所付出的工作量。
9、Delphi法Delphi法是最流行的专家评估技术，在没有历史项目数据的情况下，这种方式可以减轻估算的偏差。
Delphi法鼓励参加者就问题相互讨论。
这个技术，要求有多种相关经验人的参与，互相说服对方。
Delphi法的评估步骤是：1、项目协调人向各测试专家和项目经理介绍项目规格和估计表格；2、项目协调人召集小组会，各测试专家和项目经理讨论与规模相关的因素；3、各测试专家匿名填写迭代表格；4、项目协调人整理出一个估计总结，以迭代表的形式返回测试专家；5、项目协调人召集小组会，讨论较大的估计差异；6、测试专家复查估计总结并在迭代表上提交另一个匿名估计；7、重复4-6，直到达到一个最低和最高估计的基本一致。
注:本文转自网络, /html/54/n-75154.html。