产品开发标准化

在开发产品的时候，产品经理、开发、测试之间由于信息不对等、沟通不完善往往会产生各种问题，导致开发效率低，产品发布延迟，由此，抽时间参考了下网上博客的他山之石，尝试对开发流程进行标准化的梳理，以达到开发更加高效的目的。

 

产品环境分类

1. 本地
2. 开发（暂无）
3. 测试
4. 预发（暂无）
5. 线上

本地环境

1. 编写代码前
1. 产品经理、开发、测试讨论需求
2. 原型讨论、修改确认
3. 分工确认
4. 产品经理编写产品发布说明（作为发布依据）
2. 编写代码中
1. 自顶向下设计
1. 顶部：系统、子系统或服务的切分与交互结构
1. 根据需求范围，划清系统的边界
2. 将系统划分为合理的各部分
3. 设计各部分协作与沟通的原则和机制
4. 将各部分合并成整体，能否完成系统的目标
2. 中部：系统或服务内部的领域模块划分
3. 底部：表结构、代码结构、数据结构
2. 面向失败设计（待完善）
1. 空值
2. 索引超出范围
3. 延时和失败影响到调用方
4. 表的关联关系影响操作（如外键引用引起的DML语句异常）
5. 分布式系统中阻止级联失败
6. 即时失败（fail fast）和快速恢复
3. 扩展性设计
1. 读写分离
2. 动态操作数据
3. 实时关闭开启
4. 动态调整参数
5. 实时运行状态
6. 数据备份
7. 实时通知
8. 批量导出
3. 编写代码后
1. 完成单元测试
1. DAO/SQL
2. 业务层
2. 完成集成测试（场景测试）

 

测试环境

1. 发布前
1. 完成冒烟自测
2. 更新代码，确认始终包含最新的功能及补丁
3. 编译代码，如有报错则通知编写人员处理
2. 发布中
1. 公告正在发布
3. 发布后
1. 公告发布完成
2. 通知测试人员进行集成测试
3. 测试反馈
1. 明确责任人、严重程度
2. 问题分类
1. 代码BUG：开发解决
2. 体验问题：开发解决（可能升级为需求不明确）
3. 需求不明确：产品经理与测试讨论并明确，及时原型更新

 

线上环境

1. 发布前
1. 相关测试人员确认将发布的功能中已经没有违背发布说明的BUG
2. 产品经理在测试环境验收后决定是否发布，并对发布说明进行归档
2. 发布中
1. 发布人员对发布功能做具体记录，发布文件保存归档
3. 发布后
1. 发布完成后使用测试账号进行测试，测试问题提交到BUG管理平台，通知相关人员尽快进行修复
2. 开发人员修复后对此次问题进行总结归档，得出共性问题解决方案，并可在培训时举例讲解

 

参考

1. 有赞环境解决方案  https://tech.youzan.com/web-https-engineering-2/
2. 有赞微服务实践  https://tech.youzan.com/youzan_microservice_best_practice/
3. CR常见代码问题  https://www.cnblogs.com/lovesqcc/p/9271781.html
4. 软件研发部经理意见