代码review太浪费时间？
这次项目算是吃够了代码质量低下的苦头。到了后期甚至出现很多代码需要赵重新来写一遍的情况。出现这种情况的代价是巨大的。部分模块所编写的代码完全推掉重写，毫无疑问这些所花费的资源都就将被浪费。到了项目后期项目最紧的时候，PM却在写代码！PM的精力也是有限的，他的时间也是有限的，如果他在写代码，那么是谁在进行项目管理呢？更重要的是他让人们感觉整个项目漏洞百出，从心理上打击整个团队。在项目初期，特别是项目时间估算过短的话，代码review好像的确很浪费时间的样子，但是“bug发现的越早，修正的越早，所付出的代价越小”这句话绝对是真理。
参考解决方案 ——
提高代码质量，重视项目品质，绝对是项目管理中的重中之重。而提高代码质量和项目品质的比较有效的方式就是代码review手段。严格的、统一的代码我感觉比“散落的”、“个性的”代码拥有更好的可读性和维护性。还有我感觉代码review对于新人的进步和编码的习性上有很好的指导意义。很多企业对新人培训很头疼，其实我觉得最好的就是方法就是review他写的代码，在他还没有养成坏习惯的时候，给予制止和指导。
版本控制
版本控制如果失败，真的会如我在《《播客》项目总结——web标准页面设计方面》所说的，轻则令人抓狂，重则吐血身亡。这次项目在部署的时候就出现一些值得深思的现象——当部署的时候，执行的存储过程竟然不是最新版本的问题。结果导致最终部署的时候花费了大量的时间和精力用于调式和查错。同样是因为版本控制的问题，项目后期竟然出现了几乎将线上的真实运行环境当作测试环境的严重问题。想想，如果，以后真的访问量很大的时候，用户点点就出现“黄屏”的情况，那将是多么严重的事情。
参考解决方案 ——
其实版本控制的软件大家都有，而且都大同小异，为什么别人的版本控制成功，而我们的版本控制那么混乱？其实根本的原因不再源码控制软件或者说版本控制软件上，而是工作流程和工作态度的问题。很多的时候为了图个方便就不按照严格的工作流程来走，结果到最后工作流程形同虚设。自然会出现那样或者这样的问题。版本的控制问题只是这些坏的工作习惯的诸多恶果中的一个罢了。
后记：
写着写着突然感觉有点乱了，感觉到处都是问题，又到处都是已经上面讲过的问题。所有的大大小小的问题搅浑在一起，让我感觉眼前一篇浑沌。其实，这些问题就如果程序跑不通过时的提示错误，几百个，甚至几千个，其实都是由那几段核心代码的错误造成的，你会发现，如果修正了那几段核心代码后，那成百上千个的错误提示都会随之消失。就如同项目管理上的，如果真的建立起一个健康向上的团队，所有的看起来浑沌一片的问题也都随之消失了。
前面的文章中其实也只是列举了部分的问题，所谓的参考解决方案更是井底之蛙所见，各位看官看看也便罢了。
文章来源于领测软件测试网 https://www.ltesting.net/
