目前的测试是模块化集成测试。即首先将系统分成几个模块分开做然后进行单元测试。然后再将模块组合起来进行集成测试.但是多个对象之间有时有紧密联系，需要同时测试.而目前的离线编程时先做模块测试，然后是总体测试，但是往往在总体测试的时候发现沟通问题又错误，这时还要返回单元模块的重新开发，浪费了大量的时间例如:有一个人在一个草上跳舞，为了好看，草的颜色和形状要和人搭配，按照目前的程序开发思想，是先画好人再画草，或者先画草再画人,或者画草的一部分再画人的一部分，画人的一部分再画草的一部分,而在线编程是说，现在又两个动画设计师，一个擅长人物设计，一个擅长场景设计。在线编程要求，其中擅长人物设计的动画师画人的头的时候，擅长场景设计的动画师就可以画人的头旁边的一些草和背景，而就在擅长场景设计的动画师画人的头旁边的一些草和背景的时候，那个擅长画人的动画师可以画人的身子，而身子 头 草是一个整体是必须在一个文件下工作，这就像上面说得板报一样，每个版块都不是独立的，必须放在一起设计才能看出来美观不美观。而在设计的过程中,例如上面说得例子，那个擅长画草的动画师可以在画的过程中，如果画人的动画师画的人的头像对他画草带来很大的麻烦，他可以立即发现动画师画的人的头像对他画草带来很大的麻烦，他可以立即发现这就像出黑板板报一样一个人负责写文章另外一个人画边框和背景,那么画的边框和文章大小要合适搭配，事实上现实中出板报的时候都是两个人同时在一个黑板上进行，虽然各自干各自的,但是双方都能实时看见对方做的，并且能够根据对方的需求适当调整自己的作品.有时还要沟通，例如写文章的人发现画框和背景的人框太小了或者某个区域自己想写个朴素的文章，而对方的背景画的太彩色了，就可以和对方商量，而画框和背景的人如果发现对方想在某个区域写长篇文章，而自己想在那个部分画彩色图片，也可以和对方商量调解解决，而不是像现在的传统测试方法,等各自自己做好了放在一起发现不匹配,最后还有修改，甚至吵起来说自己要修改那就改动大了，从而都让对方修改
只是你们的软件在设计阶段没有做好罢了打个比方
你看见过盖楼房没有图纸，而是周围的人聚在一起商量一下，怎么盖好看就怎么盖吗所以，设计大楼的才是牛人
施工的都是民工同理，软件在设计，架构的时候才是重点
而不是编码