摘要:后端如何减少生产问题以及如何处理生产问题 事前--如何减少生产问题 开发多做单元测试,自测。 提前做单元测试,能够及早发现问题。 哪怕只是很小的改动,也要测试回归 有些研发同事,优化了代码,以为只是很小的改动,引发了生产问题。 哪怕只是很小的改动,也要测试回归!避免好心办坏事。 功能测试之后,最好提
阅读全文
摘要:值班 项目组每天都会面临一些生产问题/咨询问题,需要研发人员去定位处理,要安排人员值班。 由谁对接用户 并不是说研发值班,就一定要由研发去对接用户。 不要让研发直接跟用户对接!!! 否则研发人员的工作效率会受到极大的影响,研发每天都会因此浪费大量的时间。解答一个问题,可能又会问多一些问题,没完没了,
阅读全文
摘要:研发流程 需求阶段 > 开发阶段 > 测试阶段 > 发布阶段 需求阶段:产品编写需求 > 产品输出原型图/需求文档,研发预研需求 > 需求评审。 开发阶段:撰写技术设计文档 > 技术评审 > 拆分需求 >工时评估 > 排期,确定版本 > 需求池锁定 > 开发需求 > 测试用例评审 > 单元测试 >
阅读全文
摘要:Git分支 feature分支:功能分支 dev分支:开发分支 test分支:测试分支 master分支:生产环境分支 hotfix分支:bug修复分支。从master拉取,修复并测试完成merge回master和dev。 某些团队可能还会有 realese分支:预发布分支。 release 为预上
阅读全文
摘要:如何评估一个需求? 需求的背景是什么?为什么要做这个需求?这个需求有什么价值?这个需求对比人力的性价比怎么样? 提前看需求文档,不懂得及时向产品提问 哪些功能是新增的,哪些功能是修改的 需求的流程是怎样的 在脑子里面过一遍,整个需求的流程是怎样的。 写技术文档 工作项拆解 整个需求的功能包括哪些子功
阅读全文
摘要:在工作中,有时会有对接其他部门系统的需求,这种需求虽然不复杂,但是跨部门协作,往往会出现各种难以沟通、协调的情况。 踩的坑多了,就记录下来。 注意:在本文中,A系统调用B系统,A依赖B,称B系统为下游系统,A系统为上游系统。 不同团队有不同的叫法,可能上下游还是相反的叫法。没有绝对的正确。 一、系统
阅读全文
摘要:数据开发的数据源 数据系统,一定要保存好数据源。最好有一个在线文档,把系统内各个功能用到的数据源记录下来。 否则人员变更,数据源丢失就非常麻烦了。 OLAP OLAP系统,(on-Line Analytic Processing)。在线分析处理 , 就是用于数据分析处理的系统。 离线数据 数据产生之
阅读全文
摘要:敏捷开发 敏捷开发过程重视团队的交流与管理问题,其提高研发效率的显著效果,使得敏捷开发逐渐成为继瀑布式开发之后,最为流行的软件开发方式,其中,Scrum过程无疑是目前最为成功的敏捷方法。 Scrum是用于开发、交付和持续支持复杂产品的一个框架,是一个增量的、迭代的开发过程。 Scrum框架 在这个框
阅读全文
摘要:如何提高团队项目的开发质量、开发效率。 ### 程序员 * 完成大于完美。 * 不要埋头苦干,独立思考后仍不能解决问题,要及时把问题抛出,向其他同事请教。 * 开发进度缓慢,项目进度有风险时,要及时上报,让上级协调资源,或者其他开发人员帮忙分担。 有风险不可怕,可怕的是不及时暴露风险。 * 需求并不
阅读全文
摘要:程序员(开发)如何减少bug? ### 程序员要多跟产品交流 * 需求文档不清晰的地方,要及时跟产品确认。切忌独自揣测,随意开发。 * 在跟产品沟通时,要有自己的想法,描述问题,并给出解决方案,不要一味地抛出问题。 * 需求变更,必须录入需求系统。没有记录,需求变更也会被误认为是bug。 ### 程
阅读全文
摘要:### 零、迭代 * 小步快跑,快速迭代。 版本迭代中,尽量不要做大而全的瀑布流的需求,最好是一些小的快速交付的需求。 在快速迭代中,迅速做出用户需要的需求,并在迭代中,根据用户的反馈,快速调整。 ### 一、需求评审 * 需求文档提前发布。文档提前半小时发给其他团队成员,给大家阅读思考的时间。 *
阅读全文