研发测试日常运营

技术管理

需求排期管理

1. 每周五会和产品对本周需求进度进行review，并接收产品团队新的需求
2. 每周一上午进行研发周例会，对开发中的需求进行进度跟踪，同时对产品提出的新需求进行任务分工和排期。会后反馈产品团队新需求的开发人员安排以及开发工期等。(使用禅道工具对开发任务进行管理跟踪)
3. 对于每周工作日内产品提出的紧急需求（因对手方需要、特别重要等原因无法或来不及在周五产品例会上提出），会根据重要程度安排进研发人员的工作日程，对应研发人员的低有优先级需求排期顺延。
4. 在研发人员接手的新需求不包括项目对接事宜，每周研发人员会预留一定工作时间进行对接工作。对接工作时间会根据对接项目多少、复杂程度、紧急程度等有一定的弹性空间。
5. 使用禅道工具对开发任务进行管理跟踪(项目-任务模块)

发布管理

1. 常规发布日定为每周二、周四
2. 线上应用发布不能与项目上线时间重合
3. 对于影响到贷前和贷后的需求，发布日不能重合。贷后发布后，贷前在下一个发布日进行发布
4. 紧急发布不局限于固定发布日。紧急发布一般用于解决生产环境产生的bug，若不紧急修复会持续造成生产服务持续不可用或部分服务持续出错。
5. 目前由于是研发主导发布，因此特定模块的发布由对应负责的研发人员进行发布，不在统一由我发布。
6. 对于日常发布，必须经过测试人员的回归测试后方可发布。研发人员需在禅道提出明确的测试人员以及该次测试的主要变更。测试人员收到测试任务后，需保证通过功能以及回归测试后，才可关闭测试任务。之后，该次变更才可发布到生产。若正常发布引起生产故障，测试人员负主要责任；若因研发人员夹带私货所引起，对应研发人员负主要责任。
7. 对于每次发布内容通知到所有研发、测试以及产品人员
8. 使用禅道工具进行发布管理（产品-发布模块）

测试管理

1. 测试主要承担应用测试以及线上对接支持两部分工作
2. 测试部分工作在发布管理中已有阐述，不再赘言。
3. 线上支持，主要为对手方在对接过程中提供业务逻辑解释以及造测试数据等。
4. 使用禅道工具进行测试任务管理。（研发人员通过项目-测试模块，提交测试任务；测试人员通过测试-bug模块提出测试bug）

开发以及代码管理

1. 在应用开发中，环境分测试环境、生产测试环境以及生产环境（分别对应目前测试环境、目前生产环境、以及新生产环境）。研发人员自测可发布到测试环境，提交测试后在生产测试环境进行测试。要尽量保证生产测试环境的稳定运行
2. 代码分支为开发人员分支dev_+feature,master分支，release分支。分别对应测试环境、生产测试环境以及生产环境运行的代码版本。
3. 对应模块负责人具有master、release分支的合并权限，其他人员在变更通自测后可提交合并请求到master分支，进行生产环境测试，通过后可发布生产。对于不在当期发布中变更，不允许提交合并到master分支。

java模块管理

1. java模块需尽快推进，参与进每周一的研发例会，对进度以及问题进行汇报。
2. java模块研发人员，拥有测试环境以及生产测试环境的准入权限。介入需求开发以及模块开发迭代工作。
3. 目前急需处理工作ThirdService模块添加闪银身份验证功能，供Standard.Validate模块（java版本）调用（一周内该功能提测）
4. Standard.Validate模块(java版本)添加对众安预审接口以及预审接口查询功能调用（16号该模块提测，包括原有功能以及众安预审相关接口）
5. 目前以上线模块ThirdService(主要包括第三方服务，如签章等，目前添加身份验证模块)，standard.commondata.api(提供公共数据的访问，如product，merchant，region，bank等)