阅读书籍中不理解的问题

我阅读的是《移山之道-VSTS软件开发指南（第2版）》，以下是我在阅读中遇到的或者阅读中想到的相关问题：

我们做一个软件对软件的质量应该有多高的要求，当我们的代码的规模很大时基本上不可能做到没有bug。一些软件如微软的windows或office有几千个bug就发布，最终会导致修改一些bug成本太大，或者造成的影响太大；但一味追求高质量，发布太晚则也会造成不少的损失，如何能更好的把握这个度？

在做测试的时候，经常会遇到模块1的测试会用到其他一个或更多模块2的数据，而且很可能这写数据的规模很大，人工构造这样的测试数据难度太大，而且时间花费太高。这几个模块同时进行测试，调试起来工作量太大；而先测试模块2，再测试模块1时候又需要调用模块2，相当于进行了两次模块2的测试，对测试时间造成了浪费。有没有一种好的测试方式能很好地解决这一问题？

在测试的时候，我觉得使用随机数还是有意义的，很多时间我们不可能把测试做的很全面，每次都可以把随机测试的数据记录下来，也可以确定是哪里出错。为什么必须自己设置测试数据？

在分解任务时，我认为估计任务时间，除以团队开发人员的数量得到时间的算法很可能导致对所需时间的太乐观的估计。因为人员增加，其总体效率很可能降低。能否有一个更好的估计算法？

在分工之后，每个人负责其中的一部分模块。在设计文档以及最初分工的时候，要想把每个人的任务分配的很细致难度很大，这就会导致几个人的代码相互调用时候由于接口等问题导致错误，以至于合并代码时候工作量很大。如何能有效的解决这一问题？