程序如何才叫做好了
我们总是在加班,在加班。总是在提交测试后发现自己的程序是那么多BUG,总是在交货前一天发现好多问题。在领导问我们,程序做的怎么样的时候,我们是怎么回答的?做好了。是的,做好了。可是结果呢。
从程序员的角度,程序做好了的定义,和测试人员的角度定义的“做好了”,还是有很大差距了。那么,我们的程序,到底如何才能算“做好了”呢?我觉得,这里是有一个流程的:
1、开发人员做好了
这个阶段,只是程序员自己把程序调通了。一般的项目,都会有框架,都会有与其他系统的接口,都会有一些硬件模拟器。开发人员只是在自己的一小块功能里实现好了。例如,A程序员只是开发一个登录功能,B程序员开发的只是对话功能。那么B程序员说的做好了,一定是模拟登录成功的情况,或者是他的程序不需要登录就能用,或者是他已经把登录信息写死了,或者其他的什么。
这个阶段的代码,精简有效,基本没什么错误处理。
2、小组联调
联调是一个很重要的步骤。任何多人开发的工程,联调的时候都会出这样那样的问题。联调通过,那么系统的功能才算是流畅了,业务的流程才算是可以走通了。例如,B程序员开发的对话功能,一定是登录过后才能使用。、
在联调的时候,需要各个程序员耐心细致的找问题。这个阶段,最考验团队合作能力。一个到处推卸责任的人,会影响大家的士气;到处都是推卸责任的人,则这个团队会陷入扯皮的境地。
这个阶段的代码,一不小心会就陷入高耦合的杯具中。所以要及时调整代码架构。
3、与硬件环境调试
系统多多少少都会与外界有接口,一些是与硬件的接口,一些是与环境的接口。例如登录需要指纹验证,那么刚开始调试的时候,可能只是模拟了一个指纹验证设备,我们按照协议发送一定格式的数据给一个软件模拟器,然后软件模拟器再返回一个结果。但是一旦真正把设备接入到程序,总会出现各种各样的问额。
这个阶段,是项目攻坚阶段,需要有精兵强将,人海战术是不行的。
这个阶段的代码,开始加入许多接口。一定要注意保持良好架构,不要让程序的耦合度越来越高。