测试-工时评估

银行软件测试工作量分析和评估方法(转) 作为一个新兴的职业,银行软件测试融合了银行业务和软件测试两个职业的知识体系,在国内银行业越来越受到更多的重视测试队伍也在不断地发展壮大。目前国内大型商业银行都有自己专职的测试队伍。   测试部门作为一个成本中心需要分享经营部门的利润。伴随着测试队伍的发展壮大,银行决策者需要认真思考业务发展需要和测试部门规模之间的配置问题。为此,需要科学地进行测试工作量分析和掌握评估方法。   根据IT 阅读详情

三点估算

最可能工时,最小工时,最大工时
工时=(4*最可能工时+最小工时+最大工时)/6

WBS

WBS就是流程分解。1.立项2.需求3.设计4.开发5.测试6.支持就是一个很简单的WBS,当然实际进行估算时肯定要细化很多。一般经过5~10个实际项目参照标准流程的研发过程。你大致就能够对项目规模,乃至各个阶段的任务量有一个估计,参照这个估计可以得到各个阶段的工时数,把人套进来,就大致可以估算出工期了。

专家评估法

就是找几个项目涉及的各类参与者中经验丰富的人员,对项目工作量进行经验性估算;

与以往的项目比较

根据团队历史项目执行情况,对新项目工作量进行类比估算

FP估算

根据CMMI中对项目度量的方法,划分系统中的纯粹功能点,根据每个功能点的复杂程度,整个系统的复杂程度,团队的单日平均编码行数、每人每日用某种语言的编码行数参考值,演算出coding和unit test 所需的工作量(单位:人日),再根据 项目每个阶段占比,即设计:coding&UT:集成测试&系统测试 每个阶段的权重,咱加上启动阶段、需求分析、培训试运行交付等需要的工作量,演算出整个项目各个阶段的工作量,每个阶段的工作量(人日)×8 再除以每个阶段投入人力 的有效工时 再除以每月22工作日, 得出的执行时间拥有较强的说服力,嘿嘿 其实 这个计算过程也很受lz 这个问题的启发,加上我自己的理解。

作者:知乎用户
链接:https://www.zhihu.com/question/19842309/answer/16195759
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

软件测试工作量评估方法 软件测试工作量评估. 软件测试工作量评估一直是比较主观的,按照经验进行的,附件是在网上看到的比较好的软件测试工作量评估的比较客观的方法。 立即下载

相关推荐

【笔记】2022.6.7 数据分析概论

已完结

SpriteNym的博客 1372

转正实录 | 测试工时评估

测试的工时评估,可以参考2个时间:产品经理的验收时间开发时间通常情况下,是 验收时间 < 测试时间 < 开发时间。

Leo-Fighting的博客 1099

一个基于ZYNQ、AXI接口的PL端卷积加速器,可由PS端调用(附Github源码)

一个基于ZYNQ,AXI接口的PL端卷积加速器,可由PS端调用开发板型号:Zynq-7000 SoC XC7Z305 FPGA开发平台:Vivado 2019.1;Github源码链接:https://github.com/CY0807/ZYNQ_PL_CONV_ACC。

跳跳骑士的博客 1306

测试排期估时多长合理?

在研发同学技术评审完之后,研发同学基本上可以预估自己需要多长的开发时间,所以往往技术评审会上会给出开发排期和提测时间点,这时需要我们给出我们 QA 的测试排期,那么排期估时多长是合理的呢?估短了怕自己测不完,估长了怕研发和产品同学质疑和拷问,作为一个专业的测试,排期绝对不是拍脑袋决定的,下面是我根据经验总结出来测试排期策略。 排期策略: 1、以研发同学的总开发工时的一半为基调,比如如果前后端同学...

Lucky小黄人的博客 2527

ArcGIS License Server点击启动没反应,许可管理器无法启动怎么办

4 当我们再打开ArcGIS License Server Administrator的时候。3 在【服务】中找到【ArcGIS License Manager】双击。无法启动ArcGIS License Server的情况。在使用ArcGIS的过程中,我们经常会遇到。专注GIS领域知识分享,交流行业软件技巧。欢迎关注,不定期分享GIS各种问题和技巧。1 右击我的电脑——【管理】服务状态——启动,确定即可。启动类型选择——自动。

GIS蒲公英的博客 2万+

Intel SGX Explained

计算机中最主要的资源是CPU和内存,由操作系统和虚拟管理系统等系统软件来管理这些资源。

hanqdi_的博客 3455

如何度量测试工作时间?

大家好啊,我是大田。 2022.03.15,日更第 38/365 天。 今天来分享下我是如何度量测试项目的时间。在项目开始时,产品经理会和开发人员、测试人员定开发时间和测试时间,需要评估一下工作量。这里给出我的三点建议: 一、根据测试用例或测试点数量评估。 二、首次进入项目组,新手一定是感到困惑的,不知道应该定多少测试时间,这时可以让测试经理来帮忙评估一下。后续,了解项目后,经过几次调整和迭代后,测试时间基本就心里有数了。 三、根据项目deadline去倒推,分别算出测试、开发、需求等等人员需

大田的博客 1251

Crazyflie 2.1固件刷写与地址配置全攻略:从开箱到连接Crazyswarm

本文详细介绍了Crazyflie 2.1微型无人机的固件刷写、地址配置及与Crazyswarm系统的集成方法。从开箱检查到多机协同飞行,涵盖了硬件准备、固件刷写、无线电地址修改等关键步骤,帮助用户快速实现集群飞行控制。特别针对Crazyswarm系统集成提供了实用配置示例和调试技巧。

weixin_42530458的博客 405

如何评估测试工时?

看到这样一个问题:如何在保障质量和平衡资源分配的情况下,在项目迭代中评估测试所需投入的时间?评估时间是否需要包含开发修复bug的时间?很经典的一个项目管理和软件工程问题。

伤心的辣条 787

BGE(BAAI General Embedding)模型详解

BGE(BAAI General Embedding)是北京智源人工智能研究院(BAAI)推出的通用文本嵌入模型系列,旨在为各种自然语言处理任务提供高质量的向量表示。

ttyy1112的专栏 7555

【PINN物理信息网络】基于PINN物理信息网络结合Wave 2D有限差分方法(python)

【PINN物理信息网络】基于PINN物理信息网络结合Wave 2D有限差分方法(python)

k8291121的博客 1818

转正实录 | 根据测试用例数量评估工时

平时进行测试时,要对自己的测试速度有大致的评估,例如平均每天可完成100个测试用例,若效率高可完成120个测试用例。在测试进行的过程中,如果发现时间不够,提前向上级反馈,可适当增加测试时间或者增加测试人手。如果发现评估的时间多了,可以自己花点时间做发散性测试,或者提前结束。前面分享过一篇测试工时评估的文章,根据开发时间、验收时间来做评估。梳理的时候,用思维导入逐个模块,拆开来评估,最后做汇总,如下图所示。在评估测试工时的时候,大致判断需求的每个模块,会有多少条用例?今天分享到这里,有疑问的可以告诉我~

Leo-Fighting的博客 452

DevExpress中使用BandGridView实现复合(多行)表头、设置多行表头背景颜色、表格边框颜色

一、实现效果 二、 实现方法 2.1、创建复合表头 ①将创建的GridControl下的GirdView1转化为BandGridView类型; ②创建需要展示的列(指定列的名称【Name】、描述【caption】、数据字段名称【FieldName】) ③绑定列实现复合表头。 注意:如果复合表头有多行,则需要设置新增Band的Row Count,然后设置【Band properties下的AutoFillDown=false】 详细操作如下: 注意:如果要隐藏表格的设计字段内容,则需.

提供C#相关开发 、云计算、运维测试、网络安全相关技术分享与服务,有意向可联系。 2893

测试团队效能度量:从工时统计到价值贡献评估

摘要:传统软件测试效能度量依赖工时统计,存在忽视质量维度、无法衡量业务价值等缺陷。本文提出以价值贡献为核心的评估体系,通过缺陷预防率、质量风险覆盖率等指标,量化测试对业务成果的实际影响。实施路径包括现状诊断、指标设计、文化变革等步骤,并结合案例证明该体系能显著提升测试效能(如某企业缺陷预防率提升28%)。价值贡献评估为测试团队提供了从成本中心转向价值创造者的科学方法论,是适应敏捷和DevOps环境的必然选择。

2501_94449023的博客 1042

ET2012新版免狗免安装绿色软件

ET2012新版免狗免安祖昂绿色软件。,新界面,新视觉,

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

告别工时统计:测试团队效能度量转向价值贡献评估

软件测试团队常把效能度量简单等同于工时统计,但工时既无法验证,还会催生“填工时”的应付文化,导致价值被严重低估。真正有效的度量应转向结果视角,以缺陷逃逸率、自动化节省工时等核心指标衡量测试对业务质量的真实贡献。通过构建覆盖质量、交付、风险、资产、成本五个维度的度量框架,并遵循“采集基线—试点指标—分层复盘”的落地路径,测试团队可以完成从“证明忙碌”到“证明价值”的转变。同时,指标组合使用与定期轮换能有效防止指标博弈,让度量成为团队的眼睛,而非考核的鞭子。

weixin_28831341的博客 83

lwip-2.0.3

lwip是瑞典计算机科学院(SICS)的Adam Dunkels 开发的一个小型开源的TCP/IP协议栈。实现的重点是在保持TCP协议主要功能的基础上减少对RAM 的占用。

测试团队效能度量:从工时统计到价值贡献评估体系

软件研发效能度量是团队管理的关键环节,传统工时统计已无法适应敏捷迭代节奏,其“虚假精确”容易掩盖真实质量贡献。价值贡献评估体系以结果为导向,从风险拦截、效率保障、质量赋能三层价值出发,通过缺陷逃逸率、自动化覆盖率等关键指标,结合趋势图与联合看板,推动测试团队从“做了什么”转向“带来了什么”。该体系适用于各类业务型研发团队,帮助管理者透视质量风险、优化资源配置,最终形成“度量-改进-复测”的闭环机制。本文基于实际经验,详解了指标设计、数据采集与落地步骤,为团队效能提升提供可参考的框架。

weixin_28833069的博客 221

Data-Structures-and-Algorithm-Analysis-in-Java.pdf

作者: Weiss, Mark A. 出版社: Addison Wesley Data Structures and Algorithm Analysis in Java is an “advanced algorithms” book that fits between traditional CS2 and Algorithms Analysis courses. In the old ACM Curriculum Guidelines, this course was known as CS7. This text is for readers who want to learn good programming and algorithm analysis skills simultaneously so that they can develop such programs with the maximum amo...

测试效能度量实践:从工时统计到价值贡献评估

在软件研发效能与质量保障领域,测试团队常面临“工时满档却价值不明”的困境。传统工时统计只能反映投入,难以支撑资源决策、过程改进与风险判断。基于质量成本模型与效能度量原理,业界逐步建立起覆盖投入、产出、质量、价值四层结构的度量体系,以缺陷逃逸率、测试周期、质量成本等可量化指标评估测试的产出与业务贡献。借助项目管理平台、CI/CD及自动化测试平台的数据拉通,统一提测与完成时间口径,再通过数据复盘与行动项闭环,测试效能度量才能真正从“仪表盘”变为“方向盘”。本文结合工程实践案例,分享从工时统计转向价值贡献评估的落

weixin_33154775的博客 257

埋点测试工时如何预估

fill:#333;color:#333;color:#333;fill:none;拆解测试任务评估复杂度系数计算基础工时增加缓冲系数。

weixin_43676350的博客 930

敏捷开发项目人力工时评估法则

本文阅读大概3分钟,关注点击星标精彩不错过相信不少测试在需求敲定、宣讲之后会接到项目经理那边的提问,那就是"开发测试评估一下新版本周期需要多久?"" 开发:这个版...

3716

python编程工时计算_敏捷开发项目人力工时评估法则

本文阅读大概3分钟,关注点击星标精彩不错过相信不少测试在需求敲定、宣讲之后会接到项目经理那边的提问,那就是"开发测试评估一下新版本周期需要多久?"" 开发:这个版本功能新特性也不多啊,开发周期说太长时间会不会打脸,时间要是说少了天天加班那也不是个事儿啊!! "" 测试:这些功能以自身的能力大概需要多久呢,也没谱儿啊!测试时间说少了上线出现bug怎么办!下个月的绩效又凉了!! "其实每个版本开发的工...

weixin_39615596的博客 451

python工时计算_敏捷开发项目人力工时评估法则

本文阅读大概3分钟,关注点击星标精彩不错过相信不少测试在需求敲定、宣讲之后会接到项目经理那边的提问,那就是"开发测试评估一下新版本周期需要多久?"" 开发:这个版本功能新特性也不多啊,开发周期说太长时间会不会打脸,时间要是说少了天天加班那也不是个事儿啊!! "" 测试:这些功能以自身的能力大概需要多久呢,也没谱儿啊!测试时间说少了上线出现bug怎么办!下个月的绩效又凉了!! "其实每个版本开发的工...

weixin_39645308的博客 471

前端项目如何准确预估个人工时

点击上方前端Q,关注公众号 回复加群,加入前端Q技术交流群分享一篇前端人员比较感兴趣的话题,如何评估工时。正文看来很多小伙伴对这个问题感兴趣,大家不要忽视了压工时这个事。领导为什么会压工时?使他的KPI更好看不清楚做这个东西实际要多长时间因为第2点的原因,他也无法去争取合理时间部分人看着下属加班,有种大权在握,言出法随的畅快感码农为什么不要轻易答应压工时?无形中会打击你的自信心,当自信心全无的...

LuckyWinty的博客 123

人力评估参考方法

1、基础依据 以某个模块的前端功能为评估依据 1.1、主页 2人日 1.2、资讯 3人日 1.3、商品 5人日 1.4、支付 5人日 2、评估方法 2.1、前端:后端(1:3) 开发人力:15+15*3=60人日 2.2、开发:测试(3:1) 测试人力:60/3=20人日 2.3、人力=60+20=3.7人月 3、模块类比 3.1、另一个模块复杂度为基础模块1.5倍 3.2、人力=80*1.5=120=5.5人月 4、预估总人力 80+120=200人日=200/22=9.2人月 5、其他维度 5.1、

攀登Fox的博客 1353

测试猿如何把控项目进度

项目背景简介 项目代称 K项目 项目成员 6人(1个测试猿+5个程序猿) 项目周期 两个月(截止日期,国庆节前) 工时评估 以天为单位(模糊评估) 测试猿的窘境: 1、需求文档不明确? 2、提测时间不明确? 3、项目进度不明确? 4、我是谁?我该干嘛? 想必每个测试猿都会遇到以上的窘境,版本到项目快截止时才提测,最后项目延误了

瑾沐沐的博客 1007

测试人员如何把握项目进度

项目背景简介 项目代称 K项目 项目成员 6人(1个测试猿+5个程序猿) 项目周期 两个月(截止日期,国庆节前) 工时评估 以天为单位(模糊评估) 测试猿的窘境: 1、需求文档不明确? 2、提测时间不明确? 3、项目进度不明确? 4、我是谁?我该干嘛? 想必每个测试猿都会遇到以上的窘境,版本到项目快截止时才提测,最后项目延误了,又要默默的背锅? 项目进行了半个月,依然没有我什么事儿,我真的不想国庆加班啊,去年就已经安排了今年的国庆节行程,怎么可能延误,必须要改变现状了··· 一、主动沟通,抛出问题 主动找研

weixin_50769122的博客 635

有个紧急的测试需求,你怎么做?

大家好啊,我是大田。 相信大多数测试人员都经历过: 1、项目测到一半时,突然来了个紧急需求,要求尽快测试上线; 2、测一个项目中途,又多了几个功能的需求,不知道是否能如期测试完毕。 这时我们的测试思路和测试计划会被打乱,那么测试人员如何应对突然来的紧急需求呢?这里给出大田平常工作中的处理方式,供你参考。 1、如果新需求对之前测试的功能没有影响,那我们仅测试新需求。梳理新需求有哪些重要测试点,保证正向功能先通过。 2、如果新需求与其他功能有关联,自己梳理下到底会影响到哪些功能。

大田的博客 1879
上一篇: hr沟通
下一篇: web测试
Alice__Time
博客等级 码龄9年 15粉丝 32原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值