写代码的五个步骤

是最常见的。一般新手的功能都比较简单，都会是显示类、列表类的功能，最多有一点简单的交互。像这种功能在项目中很多，工程师就会去找类似的功能，然后整篇整篇的复制代码过来，改点界面上的显示元素，基本上功能开发就差不多了，自己看看没问题，就丢给测试工程师。

初级工程师是代码搬运工没错，但这种操作是有问题的，他没有理解功能和代码，代码复制过来，感觉差不多就不管了，反正是把开发交给感觉。

分享个案例：之前有做一个项目，在发迭代版本的时候，我试用了一下，就发现一个功能不对，H5上显示的文字内容不对，我就知道，这位老兄复制代码搞错了，我就故意去问他业务流程，他讲了半天讲不清楚，最后他告诉我代码是他复制过来的，他也搞不懂，再问他调用关系也搞不清楚，我看复制过来的代码里面，有很多是垃圾代码，是前个功能的业务流程，这里用不到。我就让他师傅花半天时间重新教一遍。

2)先铺界面，再找接口，拼出个功能交给测试

很多新手看到功能，他也不懂得去理解功能，就看到有界面设计，其它也不管，就开始写界面，写完界面，再到处问接口，调个半天接口流程还走不通，终于调通了，还发现跟界面对不上，又闹腾个半天，终于把数据对上了。不错，界面有了，数据也有了，功能开发完了，就丢给测试。然后，测试就来投诉：“那个某某，功能开发一半就提交测试，简直是开玩笑。”

这种开发方式，不仅新手喜欢用，我见过很多工作多年的工程师也喜欢用。

分享个案例：一个有四年经验的H5工程师特别离谱，他做功能是分三步的，先按产品原型把所有的界面都铺出来，然后对接接口，把数据调通，最后根据UI交互设计图，再重新调整界面。我估算过他的开发速度，比正常的多出30%，而且bug率也特别高，关键还天天加班。

3)理解个大概就开始动手，然后打补丁，把功能完整性交给测试

这种也比较常见，不过犯这种错误的，都是新手中的高手，普通的还犯不上。一个功能比如有十个点，他懂得去分析，得出来五六个点，然后就开始开发，开发出来之后跟产品原型一比对，发现少东西了，就开始加，加了一两个点，然后感觉完美，就提交测试。

这种是有一定的产品理解能力，但是理解不到位，所以功能的完整性是没有

（编辑：漯河站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!