测试工作量预估

1、项目大小?
代码行、功能点
2、测试工作包括什么?
–[需求分析-测试计划-测试设计-测试执行-测试报告]----细化为---->[需求理解(阅读需求、反馈问题、提炼功能点、归纳测试大纲)-测试范围评估(测试目标评估、测试人员、测试时间排定、测试方法)-测试用例编写-专项测试方案准备-测试环境准备-测试数据准备-测试用例执行(跑case、提交bug、跟踪bug)-专项测试执行-回归测试执行(跑case、提交bug、跟踪bug)]
在这里插入图片描述
–兼容性测试-性能测试-安全测试-升级沙盒测试-覆盖升级测试;
–多少轮次的测试;
–多大程度上的回归测试;
–是否要自动化测试;
–是否要探索性测试;
–上线后的冒烟测试。

在这里插入图片描述
3、wbs 是估算工作量的方法:工作拆分。
–对测试任务进行细化,对每项任务进行分解,然后根据分解后的子任务进行估算。通常来说,分解的粒度越小,估算越精准。可以再加上10%~15%的浮动幅度,来确定实际所需的测试工作量。
–手工执行平均每分钟2~3个用例
4、一般测试工程师一天可以写100个用例。
5、需求的明确程度?
6、项目组织程度?
7、开发工程师的水平程度?
–同样的功能,若bug多,测试工作量则会增加
8、测试权重?
开发:测试 = 2:1
9、一般测试时长
–一般需要35%-40%的测试时间
–开发时长/65% = 工作总时长
–工作总时长*40% = 测试时长

10、需求分析一般不计入工作量评估
需求文档一般会较早发出,需求分析一般在需求讨论会上完成,所以工作量评估一般不包含这部分内容。

11、测试设计
Mark || 方法:功能点 = 输入0.58+ 对数据库的修改*1.66+输出0.26
比如对于电子商务平台,就“创建订单”这个逻辑事务而言:
· 其输入有“收货信息、购买数量、运送方式”等约10项。
· 其输出有“购买成功、支付失败、库存不足、订单错误”等约5项。
–计算:100.58+51.66+20*0.26=19.3,测试时间大约为2人/天。
–19.3是Mark two 指数。具体要根据实际项目经验,模块下的每个功能点大约需要多长时间。
12、用例执行
黑盒偏UI层面的用例一般测试工程师一天可以执行200-300条用例,偏逻辑验证的大概每天可以执行100条,大量需要环境准备和数据准备的每天30-50条。
13、专项测试
例如:安全性测试、性能测试;
首相要评估是否需要进行专项测试,如果需要则要评估专项测试方案,是修改已有的还是重新设计。一般情况下一份专项测试方案设计时间不超过4h 。 如果涉及到工具的开发则需要另行评估。
14、回归测试
一般回归测试时间要预留为单轮测试的50%。
15、探索性测试
–如果计划要做探索性测试,一般会给出单模块1人/天的时间。
–探索性测试可以很好的补足系统化测试,并对测试用例的覆盖进行完整性检查。
16、冒烟测试
一般2-4小时/人是一个合理的规划。
只是做到比较概要的程度,如果有提交bug跟踪bug的时间,则另算。

【本文参考资料:https://www.bilibili.com/video/av36374457/?p=5

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值