程序如何才叫做好了

　　我们总是在加班，在加班。总是在提交测试后发现自己的程序是那么多BUG，总是在交货前一天发现好多问题。在领导问我们，程序做的怎么样的时候，我们是怎么回答的？做好了。是的，做好了。可是结果呢。

　　从程序员的角度，程序做好了的定义，和测试人员的角度定义的“做好了”，还是有很大差距了。那么，我们的程序，到底如何才能算“做好了”呢？我觉得，这里是有一个流程的：

　　1、开发人员做好了

　　这个阶段，只是程序员自己把程序调通了。一般的项目，都会有框架，都会有与其他系统的接口，都会有一些硬件模拟器。开发人员只是在自己的一小块功能里实现好了。例如，A程序员只是开发一个登录功能，B程序员开发的只是对话功能。那么B程序员说的做好了，一定是模拟登录成功的情况，或者是他的程序不需要登录就能用，或者是他已经把登录信息写死了，或者其他的什么。

　　这个阶段的代码，精简有效，基本没什么错误处理。

　　2、小组联调

　　联调是一个很重要的步骤。任何多人开发的工程，联调的时候都会出这样那样的问题。联调通过，那么系统的功能才算是流畅了，业务的流程才算是可以走通了。例如，B程序员开发的对话功能，一定是登录过后才能使用。、

　　在联调的时候，需要各个程序员耐心细致的找问题。这个阶段，最考验团队合作能力。一个到处推卸责任的人，会影响大家的士气；到处都是推卸责任的人，则这个团队会陷入扯皮的境地。

　　这个阶段的代码，一不小心会就陷入高耦合的杯具中。所以要及时调整代码架构。

　　3、与硬件环境调试

　　系统多多少少都会与外界有接口，一些是与硬件的接口，一些是与环境的接口。例如登录需要指纹验证，那么刚开始调试的时候，可能只是模拟了一个指纹验证设备，我们按照协议发送一定格式的数据给一个软件模拟器，然后软件模拟器再返回一个结果。但是一旦真正把设备接入到程序，总会出现各种各样的问额。

　　这个阶段，是项目攻坚阶段，需要有精兵强将，人海战术是不行的。

　　这个阶段的代码，开始加入许多接口。一定要注意保持良好架构，不要让程序的耦合度越来越高。