研发流程问题整理.pdfVIP

林小池 测试： 1、开发项目计划变更通知不到位，导致测试人员从其他项目剥离后无任务安排； ——项目变更通知不到位 2、测试组处于被动告知，个别项目需求测试内容是与开发多次交流后得知，需 求与开发内容脱节；——项目需求开发过程设计发生变更甚至推翻原有方案 研发： 1、能够直观获取了解前后版本修改内容的对比，便于更快确认修改的内容； 产品： 1、需求既定的情况下，并且经过内部开发技术评审，在时间允许的情况下的开 发内部变更都必须互相知晓，保证开发过程中产品需求与用户真实需求的落实的 一致性。 2、评审会议是内部明确需求的会议，不是产品的独角戏，所有与会者必须高度 的熟悉需求及方案，评审通过后，原则上不允许变更； 3、希望研发内部也能尽量有详细开发文档的留存； 4、研发在熟知需求，开发完成之后要求自测，测试组能有一定的决策，并能对 开发提测内容有初步用户体验，对不符合使用习惯或业务逻辑有偏差、样式有区 别原型的功能需求提出整改建议。 5、在有产品人员出具的需求文档中，应该以需求文档为业务文档为用户需求， 并以之为蓝本，进行开发，研发进行不对该需求中的方案及逻辑、规则进行随意 变更； 陈莹莹 1、小池展示的原型文档相对完整，且有益于项目交接，但此文档单次输出时间 较长，是否能适用于我们现有的开发流程？对开发和测试的工作是否有很大的推 进作用？ 2、如何解决项目开发时间紧的情况下保证开发流程的完整性？ 3、如果解决开发与测试在需求评审过程中的主动性？ 陈家辉 1、对已有系统业务细节无法很好的掌握，一个是历史的需求文档缺失或者记录 的不够详细，第二个是代码那边的提交记录，好像代码迁移之后就没了，一些不 明确的改动不知道是因为哪个需求改动的 张夏胜 1、需求评审过程中，较难的发现细节问题所在，会出现由开发提起需求变更， 有时没有通知测试，造成信息不对称。 2、研发过程中，对外的对接工作出现外部责任不明确，导致研发过程出现等待 和返工现象。 3、多人提测会出现版本冲突和遗漏现象。 4、WebApp开发过程中，如果以“浏览器+web工程”的方式很难对应将来客户需 求和用户体验，需终端开发人员配合，改进这种搭配方案。 5、需求评审时，测试人员参与时，可以适当的提测改进意见，包括模块命名， 按钮命名，用户体验等，不要在开发提测后，出现较多的建议性bug，或者在需 求评审时，也动动脑筋，想想这些改动会影响到什么地方，是需求和开发没有想 到的 陈君耀 测试组存在的问题与解决建议 测试组存在的问题如下: 1.测试需求不明确，导致测试过程经常走弯路或者多花时间。 2.工作环境太沉闷，没有学习与提高的动力。 3.测试项目太单一，工作过程没有团队的感觉。 4.测试学习不明确、经验不足，没有准确的提高方向。 5.测试方式太保守、测试知识太局限，不敢或者不想接触新事物。 6.测试内部沟通太少，导致成员不敢表达意见与问题。 7.项目测试安排不合理，导致参与者会测试部分模块，对项目熟悉较慢。 8.测试组没有一个团队凝聚力，没有一个团队的意义（散兵游勇）。 9.提测邮件的优化 针对以上问题解决建议 1.测试需求不明确，导致测试过程经常走弯路或者多花时间。 解决建议如下： 1.建议项目经理与开发人员（需求源头），先精确分析提测需求的内容与测试修改点。 2.一个项目有多个开发人员，每个开发人员只了解自己负责的开发需求，有部分开发人 员不了解整体需求。（建议项目经理与项目开发人员增加沟通、建议项目中几个开发参与者 增加需求沟通） 3.测试人员在测试需求不明确时主动发起需求评审，反向推动。 2.工作环境太沉闷，没有学习与提高的动力。 解决建议如下： 1.优化工作环境，测试全体成员工作过程尽量少发出“叹气”语言。 2.工作过程控制沟通音量，不建议有太大的情绪波动和瞬时高8度的音量。 3.建议每个固定（1~2）个时间进行全体休息（5~10分），主要目的有3个（缓解工作 压力、增加所有成员的沟通机会、整调工作状态）。可以先从测试组试点。 4.组建学习小组，定期更新一些专业知识与测试技能。学习小组已经组建，目前学习小 组负责人：邱珊珊。 3.测试项目太单一，工作过程没有团队的感觉。 解决建议如下： 1.先执行1岗双人制度，花半年时间让每个人符合要求 2.定期进行各项目内部参与者培训（时间：半年） 3.定期进行软件测试与产