散文集-论研发流程总结

技术规范是项目稳定健壮成长的保证,需要开发人员严格执行,并不断自我检查,发现不合规之处及时纠正。

1. 编码规范

电力行业线编码规范基础依赖于易宝三代开发规范,详见内容:3_代码规范。以此为编码规范,严格执行。

2. 流程注意事项

  1. 研发阶段

    1. 新版本需求必须统一创建dev分支,不允许任何人在master分支上直接修改代码

    2. 新版本分支命名规范:年月日-v版本号-内容简述(例:20190325-v1.0-pcPay)

    3. 严禁未经自测,输出提测报告就代码提交到qa环境的情况,自测模板详见例:自测报告-易电联v1.0版本-杨凯(订单修改、商户模型建设),在 ##自测报告集合# 下添加子页面进行编辑自测报告后,才能提交代码,

    4. 测试用例评审需要安排在开发代码走查前一至两天完成,减少返工率

    5. 代码上qa前,要组织开发人员、测试人员进行代码走查,主要检查点有

      1. 核心业务代码逻辑是否符合产品要求
      2. 代码、日志是否符合代码规范
      3. 是否有逻辑缺陷
      4. 检查自测报告内容(即代码走查时自测报告已基本完成)
  2. qa 测试阶段

    1. 任务紧、多时,允许任务分批进行提交操作,但不允许未提交自测报告进行代码提交的行为发生

    2. 测试过程中bug记录在 #v 1.2 版本bug记录#

  3. 内测验收阶段

    1. 严禁开发人员私自进行生产上线操作,必须由技术leader或指定的上线人员进行生产变更,其余人员权限应逐渐关闭

    2. 上线时间一定安排在业务量少的时间段

    3. 上线前需要产品、技术、测试进行小氛围讨论,进行潜在问题总结,并且记录将要上线流程,然后安排上线步骤,和每一步执行人员

    4. 内测需要产品进行最终验收,确定需求满足

    5. 必须进行相应对原有业务的回归测试后,才能进行下一步生产对外阶段

  4. 生产对外阶段

    1. 上线人员正常情况下,核心服务先上线一台服务,技术人员查看日志,确定访问流量正常后,才可进行其他服务对外操作

    2. 上线全部完成后,需要对主要业务进行生产回归测试,确认无误后才算最终上线完成

  5. 版本结束总结阶段

    1. 每次上线完成,产品、技术、测试小范围内进行此版本迭代问题总结,将上线中遇到问题、遗留问题、未考虑到的问题及经验等进行总结,记录到

      #7.13 版本迭代问题总结# 中,遗留的问题放到下个版本中进行闭环处理

你可能感兴趣的:(散文集-论研发流程总结)