有时，对于质量检查而言，很难预算和跟踪质量检查的时间，因为一个人可能会花费大量时间重新测试缺陷并进行回归(如果有的话)。我们可以举一个有50个用例的Web应用程序为例。

预算质量检查时间有哪些技巧？

解决方案

过去的历史很好地表明了未来的表现。上次回归花了多长时间？

理想情况下，将有一些经验数据可用于估算

• 质量检查人员如何记录用例的执行情况？
• 如果他们没有记录测试执行时间，则可能应该记录下来。
• 我总是建议记录设置时间/实际测试执行时间，因为这将考虑到质量保证在测试执行过程中遇到的任何中断，并提供了更为实际的度量。 (即，可能需要5分钟才能执行一次用例，但是如果质量检查每5分钟就会被打断，那么使用估算的执行时间将毫无用处)

希望这可以帮助

查看基于证据的计划。诚然，它首先是为开发功能而设计的，但是知道要做的还有多少以及编写代码的可靠性是有道理的。进度表中的某些任务可以是执行上一次回归测试所花费的时间或者开发单元测试所花费的时间。