推迟子系统测试点分解，其后果是什么？

由于新公司对于项目阶段点有一些出奇的热衷。在做小组验证计划时，很多子系统（一般规模估计代码行10K左右）只安排了简单的一周时间做测试点分解，有些模块推迟了测试点分解工作，首先在系统级完成基本用例的测试，后续会在第二个阶段再去补充子系统的测试点分解。
这样做，自己感觉风险在于：
1、系统级联调会触发一些本该在子系统发现的错误，浪费一些定位时间；
2、第二版测试点分解，如果把握不好，会“再而衰，三而竭”，不如一下做到位“一鼓作气”。
虽然感觉问题还不是很大，但是，由于和验证流程有些出入，总害怕哪里还没有把握到的，希望能够得到高手的指教。

最近看过你的几篇帖子。相信你是从一个拥有正规流程的公司出来。如果新公司在这方面刚起步，万事没有成规，我觉得你有想法可以先做出个框架，然后和领导沟通。如果新公司有自己的一套做法，那可以先适应，再慢慢改进。让领导体会到你的流程的好处，他就会接受的。
我是验证的新手，以后要多向你请教。

shuke兄谦虚了，呵呵。就是刚刚到新的公司，有些流程上，还不是很适应。以前按步就班的跟着老大混，有些事情自己没有多想。现在觉得，还是有些方法学没有学好，理解不够深入，还不能融汇贯通啊。