本文共 1696 字，大约阅读时间需要 5 分钟。
最近分享了很多技术篇，今天来一点非技术但是在工作中同样重要的干货，不知道是否能够帮助到刚毕业的学生(不可生搬硬套，要抽取核心点?)。反正是真真切切写出了我的心声。以上，仅仅代表伪小编我的个人想法。
如下观点不一定适用于所有场景，欢迎小伙伴踊跃补充！
『这个功能很简单，跟XX保持一致就行』
跟什么一致啊，小姐姐请把话说清楚，然后明确到交互稿上吧；复制代码。团队协作的基础，沟通不清才会流程变形，明确交互规范是项目成功的关键。『加个小需求呗，很简单的（已经快上线了）』
一旦涉及到业务逻辑，要拉QA、后端一起评审，评估清楚影响范围，不怕花时间，就怕线上bug；复制代码。业务逻辑改动要谨慎对待，既要保证效率，又要避免低级错误，提前评审是必要之举。『（交互稿）这个地方要这样那样改一下』
一定要求产品更新交互稿（方便QA测试、留下证据、以后产品开发QA都有可能查阅，用处非常大），更新之后再看一看交互，确保自己的理解跟产品是一致的；复制代码。交互稿是项目的基石，准确性直接影响开发效率，保持交互稿的最新状态是责任所在。『这个字段/文案前端写死就行了』
无论前端写死还是后端传，要认识到“我比较懒”这个实际情况；复制代码。前后端协作时要有意识地规划数据传输方式，避免因为“懒”导致后续维护成本上升。『接口定义好了发给你』
一定要用NEI！没用过？没关系，就让小哥哥来手把手的教教你；接口定义好之后，要先对一遍，有问题可以马上修改，避免开发过程中发现缺少字段，或字段不便于使用；复制代码。接口定义是开发的起点，规范的接口文档可以让后端与前端无缝对接，减少后期返工的可能性。『别急，接口我就快整理好了，今天一定能给你（开发N天后，后端进度>50%）』
先定义接口再开发是原则问题。不单是口头定义，而是在NEI上详细的定下来。如果实在定不了，可以先定个v1版，后面再进行调整；复制代码。接口设计需要严谨，不能靠口头承诺，规范的接口文档是项目进展的基石。『sortType为0是综合，2是新品，5是价格，balabala』
业务逻辑尽量封装到后端，前端模块尽可能通用，只负责根据后端数据进行渲染，尽量与业务逻辑解耦（尤其是已经/未来会通用的组件）。在这个例子中，价格(sortType===5)是一种交互效果，其他的是另一种交互效果，那么要求后端通过新增一个字段，对这两种交互进行区分，前端就不需要关心sortType的具体含义了；复制代码。后端业务逻辑的抽象化是项目可维护性的关键，前端组件的通用性直接影响项目的扩展性。『部署失败了，你看看[.png]（**.java报错）』
对于容易分辨归属（前后端）的问题，教会QA如何分辨它们，当他的分类能力提高，对所有人（尤其是自己）的效率提升都很有帮助；复制代码。QA团队需要掌握基本的前后端调试技能，学会通过日志定位和数据对比问题，提升效率。『模块A我测出来个bug，你改一下，（一个小时后），模块C也有问题，你再看看』
建议在互相不影响的情况下，A模块测出问题后，先测试其他模块/页面，最后一起交给开发来修改，这样会减少打断开发手头的工作，QA也可以集中精力测试；复制代码。QA的效率影响整个项目进度，合理规划测试任务，避免多线程测试冲突，是关键。『qa妹子好，我这里有个小改动希望搭车上线』
搭车上线：代码提交到QA的另一个任务的分支中，一起上线一般不建议搭车，单独提个任务拉分支很难么，还能提高表面上的业绩呢；复制代码。代码变更需要规范流程，避免搭车上线带来的沟通不畅问题，提前沟通是关键。『这个任务我们自测（开发自提需求）』
自测的任务在codereview/resolve之后，要尽快跟QA要测试资源测掉，避免QA以为你已经自测过，而将未测的代码上线；复制代码。自测任务需要严格跟进，确保代码质量，避免因为未经测试的代码上线带来隐患。同时：开发自提任务JIRA描述标准，需要有下面几块内容：
未完待续，欢迎补充！！by tianyanan
转载地址：http://iahfk.baihongyu.com/