开发约束
内容记录
- 合理利用邮件系统，钉钉和teambition。
- 需要涉及到有回复的内容，请在内容中附带需要回复。接收人使用钉钉/邮件进行回复。
会议
- 任何会议，会议负责人需要记录内容或者指定人员记录会议内容，讨论内容和解决方案。
- 如有未确认内容，需要确定解决时间。确定问题的生命周期。提出-解决-完成，时间和负责人需要记录。
- 会议是为了解决问题，不是为了提出更多问题。
整体流程
- 需求诞生，留底备查
- 整体需求，考虑的每个交互的所有可能，发散流程图
- UI高保真&低保真，必要时添加逻辑标注
- 后端Postman自测通过再提测
- 前端/移动端 接入接口后提测
- 测试通过需要写操作/功能文档
- 上线前整体测试
技术分享
- 每季度结束/项目结束，全体开发进行一次代码review
- 每隔周进行一次全公司技术分享，轮流进行，内容分享者补贴100元
事故预防和应急措施
- 所有功能需要添加开关，可实现单独关闭某一模块或者某模块事故不影响其他模块运行
- 例如，注册/登陆（账号系统）需要分离
- 前端需要做好入口控制
- 重要内容/交易内容等，上线需要制定planB。必要内容可分布部署。
- 测试账号由测试同学管理，上线之前需要整体测试线上流程
- 关键功能需要专人负责 ，节假日需要指定专人负责
- 多人岗位模块分离，交叉内容需要划定负责部分
- 交易日志需要保存，单写入权限，专人负责查询
立项
- 立项会议需要全体参加，施珑负责讲解。问题在会上提出，统一讨论解决记录。
- 会后原型发送到全体。如果发现问题需要及时提出回复。
- 拿到原型后，前端需要预估时间和技术预研。开会讨论或自定数据库架构。
原型和测试
- 原型需要支出按钮走向和错误走向
- UX可以在原型上文字描述
- 测试需要测试所有可能走向
UI
UI/后端开发需要直接回复原型通知。
UI在功能/模块绘制结束后需要邮件通知到开发人员，邮件通知如下
接收人：开发人员
抄送：全体开发组
主题：[UI] 登录模块UI绘制结束
内容：
完成的UI内容：
登录模块发送验证码功能
地址：
蓝湖地址或者说明蓝湖文件夹
后端提测
接收人：开发人员&测试人员
抄送：全体开发组
主题：[UI] 登录模块接口开发完成
内容：
完成的接口：
登录模块发送验证码功能
接口文档：
文档在线或git地址 / 统一文档内容
POSTMAN组：
workspace组，login文件夹
前端提测
功能提测之前需要附带commit的revision的编号
提测需要发送提测邮件，格式如下
主题：[提测] 登录功能，发送验证码模块
接收人：测试组
抄送：组内所有涉及到功能的人
内容：
本次发布/更改内容：
登录功能，发送验证码模块，需要具体到页面或小功能
本次发布可能影响的页面：
登录功能发送验证码功能
其他页面发送验证码功能
需要测试内容：
登录功能
修改密码
负责人员：
张志豪
功能/测试内容打回
直接回复提测邮件，说明问题。有必要直接在邮件回复图片。
问题描述需要附带具体功能模块复现步骤。回复格式如下：
接收人：直接回复邮件
主题：[测试不通过] [回复邮件主题]
抄送：组内所有涉及到功能的人
内容：
需要修改内容：
登录模块发送验证码功能
问题内容：
发送验证码失败
复现步骤：
输入手机号后，点击发送验证码，提示发送失败
[图片]
期望实现：
输入手机号后，点击发送验证码，发送成功并提示
如果发送失败，需要说明发送原因
日报
开发人员提交日报需要每个功能附属commit的revision的编号或者指定说明
未完成功能附属原因
各端知识库
- 各端合理利用文档系统，记录开发文档和对其他端的开放文档。
后期
- 所有记录内容需要至少保留3个月时间，后续可以销毁/打包处理