测试工作量的评估

尝试着列一下有多少个测试点，这样能够大约摸看看能有多少个测试用例。然后，自己看看大概要规划几轮测试。这样根据你现在的人员经验就大致上知道写case需要多长时间。
每一轮测试大概需要多长时间。

这个需要知道开发投入该软件研发人力，开发时间。另外需要了解该软件所牵扯实现的业务功能有多少模块，然后在对每个模块进行细分，然后自己对某一模块进行用例编写执行，
根据自己的经验然后有一个整体评估，
最后以自己对底下组员的了解然后评估出一个合理的时间。

说下我的实践，看能帮助你多少吧。
计划，有几个参照的量，1.工作进度；2.工作量；3.资源配置；4.工作难度系数；5.风险 容错度
目前看，你第 1,3,4项，可以确定。那么重点看第二项工作量吧。第五项风险容错，需要你根据具体情况评估。
按照我3年的数据统计，每个测试人员每天可完成的工作量，为17.5个测试用例（编写或者执行）。这个时间分母是从项目第一天做计划算起，到最后一天完成项目测试报告评审结束。那么，你作为项目负责人，
需要充分的评估你项目的工作量，按照2楼版主说的，估算下，需要多少个用例覆盖，如果你们需求做的比较好的话，估算用例就比较准了。
假设，估算有1000个用例，计划执行3轮，那么就是1000*3/17.5/5=34.28天。不考虑风险容错度的话，你需要计划35个工作日，来完成这项工作。 至于，多申请几个工作日作为自由支配，看你自己的了。

一个测试人员一天大概能够执行50-70条用例

让QA做下测试才知道这种统计是不合适的。

从测试原理讲，系统是不可能做穷尽法测试的，因此，由于测试上游的成熟度原因会有各阶段的缺陷泄露而无法由测试阶段排除带到线上。
再加上测试环境与线上环境的差异性，有QA对QC进行如此考核的公司，实际上是不能待的。

退一步讲，线上有问题，处罚力度最大的应该是对开发，其根本原因在于开发没有做对，测试能否发现这些可发现的问题要做评估。

如果是测试人员能力的原因，要改进；如果是态度的原因，要做连带处罚。

了解更多测试知识访问如下链接:

https://edu.csdn.net/course/detail/22948

https://edu.csdn.net/lecturer/3215

https://edu.csdn.net/course/detail/30898

https://edu.csdn.net/course/detail/25768