我们是否有任何拇指规则来估计JUnit测试用例的工作日

我们有一个10年的项目,拥有1000多万行java代码.现在由于某些原因,组织决定为旧代码编写JUnit测试用例.我们正在使用Mockito JUnit测试用例.作为这一变化的一部分,我们必须估算人日工作量.它很难估计现有代码,而且我是该项目的新手.只是想知道是否有基于代码行数估计的拇指规则.

我不能给你一个现实的估计,但我可以给你一个下限估计 - 希望 - 表明不应该完成手头的任务.要获得80%以上的有用线路覆盖率,您需要大约与生产代码一样多的手工测试代码.所以这是10百万的LOTC.凭借20年的TDD经验,我不认为我在一天内写过超过500个LOC代码(实际上大多数时候它可能不到50行).所以下限是10000000/500 = 20000天或100人除了写一整年的测试外什么都不做.

这听起来很荒谬吗？因为它是.使这种规模的系统处于合理质量的状态需要不同的手段.您可能希望了解处理和替换遗留系统的策略.现在测试所有(或大多数)代码是不可行的.