研发流程问题整理(共4页).doc
《研发流程问题整理(共4页).doc》由会员分享,可在线阅读,更多相关《研发流程问题整理(共4页).doc(4页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、精选优质文档-倾情为你奉上林小池测试:1、开发项目计划变更通知不到位,导致测试人员从其他项目剥离后无任务安排;项目变更通知不到位2、测试组处于被动告知,个别项目需求测试内容是与开发多次交流后得知,需求与开发内容脱节;项目需求开发过程设计发生变更甚至推翻原有方案研发:1、能够直观获取了解前后版本修改内容的对比,便于更快确认修改的内容; 产品:1、需求既定的情况下,并且经过内部开发技术评审,在时间允许的情况下的开发内部变更都必须互相知晓,保证开发过程中产品需求与用户真实需求的落实的一致性。2、评审会议是内部明确需求的会议,不是产品的独角戏,所有与会者必须高度的熟悉需求及方案,评审通过后,原则上不允
2、许变更;3、希望研发内部也能尽量有详细开发文档的留存;4、研发在熟知需求,开发完成之后要求自测,测试组能有一定的决策,并能对开发提测内容有初步用户体验,对不符合使用习惯或业务逻辑有偏差、样式有区别原型的功能需求提出整改建议。5、在有产品人员出具的需求文档中,应该以需求文档为业务文档为用户需求,并以之为蓝本,进行开发,研发进行不对该需求中的方案及逻辑、规则进行随意变更; 陈莹莹1、小池展示的原型文档相对完整,且有益于项目交接,但此文档单次输出时间较长,是否能适用于我们现有的开发流程?对开发和测试的工作是否有很大的推进作用?2、如何解决项目开发时间紧的情况下保证开发流程的完整性?3、如果解决开发与
3、测试在需求评审过程中的主动性?陈家辉1、 对已有系统业务细节无法很好的掌握,一个是历史的需求文档缺失或者记录的不够详细,第二个是代码那边的提交记录,好像代码迁移之后就没了,一些不明确的改动不知道是因为哪个需求改动的张夏胜1、 需求评审过程中,较难的发现细节问题所在,会出现由开发提起需求变更,有时没有通知测试,造成信息不对称。2、 研发过程中,对外的对接工作出现外部责任不明确,导致研发过程出现等待和返工现象。3、 多人提测会出现版本冲突和遗漏现象。4、 WebApp开发过程中,如果以“浏览器+web工程”的方式很难对应将来客户需求和用户体验,需终端开发人员配合,改进这种搭配方案。5、 需求评审时
4、,测试人员参与时,可以适当的提测改进意见,包括模块命名,按钮命名,用户体验等,不要在开发提测后,出现较多的建议性bug,或者在需求评审时,也动动脑筋,想想这些改动会影响到什么地方,是需求和开发没有想到的陈君耀测试组存在的问题与解决建议测试组存在的问题如下:1. 测试需求不明确,导致测试过程经常走弯路或者多花时间。2. 工作环境太沉闷,没有学习与提高的动力。3. 测试项目太单一,工作过程没有团队的感觉。4. 测试学习不明确、经验不足,没有准确的提高方向。5. 测试方式太保守、测试知识太局限,不敢或者不想接触新事物。6. 测试内部沟通太少,导致成员不敢表达意见与问题。7. 项目测试安排不合理,导致
5、参与者会测试部分模块,对项目熟悉较慢。8. 测试组没有一个团队凝聚力,没有一个团队的意义(散兵游勇)。9. 提测邮件的优化针对以上问题解决建议1. 测试需求不明确,导致测试过程经常走弯路或者多花时间。 解决建议如下: 1.建议项目经理与开发人员(需求源头),先精确分析提测需求的内容与测试修改点。 2.一个项目有多个开发人员,每个开发人员只了解自己负责的开发需求,有部分开发人员不了解整体需求。(建议项目经理与项目开发人员增加沟通、建议项目中几个开发参与者增加需求沟通) 3.测试人员在测试需求不明确时主动发起需求评审,反向推动。2. 工作环境太沉闷,没有学习与提高的动力。 解决建议如下: 1.优化
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 研发 流程 问题 整理
限制150内