代码的编写之惨烈的教训一

  代码的力量是很强大的,人的思想借着代码改变了这个世界,信息化社会。

  今天去工厂,就我一个开发,接待我们的人是个项目经理,看到我时多了点眼神关注,我也感觉挺有味的,毕竟我是搞软件的。是个码农。。。

  好大一个工厂,进去要检查,进那个银光闪闪的通道,一篇铝状加上吹风,要不是后面有个人都不敢进去,好多人在里面流水线工作,听保安说也有好多人参观。

  绕了好大一圈,终于到MMI软件测试的地方,每一项步骤都有一个人去点,我点完了成功就给下一个人,不成功就在手机上面的膜纸上记录下,放在上面的格子上。

  工厂反馈的情况是,上午贴片两台失败,下午累计12台失败,其它成功。

  我带了电脑去看,综合日志来看,没成功的应该是硬件问题或者其它驱动问题之类,成功了的升级后版本也没改变,也就是程序没有完成真正的升级功能但是却报了成功!

  这是一个严重的经验教训,虽然经理千叮万嘱但还是发生了这种情况,之前对于不存在的这种情况应该考虑过的,后来经理又增添了需求,我改了下代码,然后大概测试了一下代码就交付了。

  这里应该定下来的一个流程是,代码写出来是可以测试的,毕竟写一段代码是要有一定功能作用的。而这个测试点随着需求的改变需要不断的增加和删除,只有当代码通过了测试点之后才能叫质量代码。

  请记住,代码写出来一定是可以测试的,是通过了测试的,测试点就写在方法的注释上面就可以,哪些是true,哪些是false.  

posted @ 2016-04-15 23:18  likeshu  阅读(176)  评论(0编辑  收藏  举报