随着产品的正常迭代，对团队中遇到的一些问题进行梳理分析，目前主要有以下问题：
- 文案类bug超多
- 功能性bug
- 交互性bug
文案类bug原因
- PRD中有描述，技术没有实现
- PRD中没有描述，测试认为需要优化
- PRD与原型有差异，技术按照原型实现
- PRD与原型、UI有差异，技术按照UI实现
功能性bug
- 技术没有实现
- 技术通过另外一种方式实现
交互性bug
- PRD中没有说明，技术按照自己的想法实现
测试性bug
- 有部分bug在RC1存在，但没有测试出来，在后面商发时再发现，导致商发版本无法通过
- 测试有很多主观性bug（产品、UI没有描述到这部分需求）
- 产品需求中没有说明的，但也是bug，测试没有发现
针对以上需要从产品、UI、技术、测试各个角色去分析解决问题，再解决问题前先梳理产品开发的一些流程，各个流程节点的产出物，各个产出物相互依赖关系，通过这样分清楚每个问题对应的责任人，进行针对性解决。
产品开发流程
需求分析——>产品设计——>产品评审——>UI评审——技术架构评审——>测试case评审——>技术开发——>前后端联调——>技术自测——>测试测试——>产品验收、UI验收——>上线
上线——>数据分析、顾客反馈、业务诉求——>迭代
产品处理流程、产品产出物
流程：需求分析 + 产品设计 + 产品验收，产出物：原型（包含业务流程图）、PRD
原型
- 要求：展示所有页面、弹窗，各个页面、弹窗父子级关系
- 时间点：需求分析清楚后进入原型设计，然后进行产品评审，评审通过后产品撰写PRD、UI进入设计、技术进入架构设计
PRD
- 要求：对需求进行详细说明
- 时间点：技术进入开发前完成
UI处理流程、产出物
流程：UI评审 + UI验收，产出物：UI设计稿
- 要求：设计同原型中页面、弹窗、文案一致
- 时间点：原型输出后UI进入设计，技术进入开发前完成
技术处理流程、产出物
流程：技术架构评审 + 技术开发 + 前后端联调 + 技术自测
产出物：产品
- 要求：页面、弹窗、交互同UI保持一致，产品细节同PRD保持一致
- 时间点：项目规定时间
测试处理流程、产出物
流程：测试case评审 + 测试测试
- 要求：依据PRD、原型进行测试case撰写，依据测试case进行测试执行
- 时间点：项目规定时间
需求方处理流程、产出物
流程：需求分析 + 产品评审 + 产品验收
- 要求：提供语言包、确认产品设计、确认UI设计、产品验收
- 时间点：项目规定时间
需求变更流程
- 原型变更：同步变更细节到UI，UI及时修改同步到技术
- PRD变更：同步变更逻辑到技术、测试
- UI变更：变更点同步到技术、产品
- 技术、测试及时根据变更后的文档进行处理
综合以上
文案类bug解决方法：
- 测试、UI页面、弹窗类文案依赖原型，toast类依赖PRD
- 需求有变更后及时同步到原型，同时告知UI+测试，toast类变更后及时同步到PRD，同时告知技术、测试
- UI变更后及时告知技术
- 测试依赖最新原型、PRD进行测试
功能性bug解决方法：
- 技术依据PRD进行开发
- 有争议技术、产品及时沟通
- 有需求变更后及时同步到PRD、原型，并通知到对应人
交互性bug解决方法：
- 目前几乎会有产品+UI共同制定
- 产品、技术、UI及时沟通，测试有疑惑及时与产品沟通
测试bug解决方法：
待完善
网友评论