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的时间，则另算。
