研发流程问题整理[3].doc

林小池测试：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.建议每个固定（12）个时间进行全体休息（510分），主要目的有3个（缓解工作压力、增加所有成员的沟通机会、整调工作状态）。可以先从测试组试点。 4.组建学习小组，定期更新一些专业知识与测试技能。学习小组已经组建，目前学习小组负责人：邱珊珊。3. 测试项目太单一，工作过程没有团队的感觉。 解决建议如下： 1.先执行1岗双人制度，花半年时间让每个人符合要求 2.定期进行各项目内部参与者培训（时间：半年） 3.定期进行软件测试与产品测试的交互培训（时间:1年） 4.2018年培训方向如下：1.提高沟通能力，提高所有成员个人组织能力、2.提高所有成员对项目深入了解、3.提高所有成员的测试能力（测试方法、测试工具、测试技能）、4.引进自动化与性能测试。4. 测试学习不明确、经验不足，没有准确的提高方向。 解决建议如下： 1.针对所有成员历史成表现进行能力分析，给每个所有在2018年定制不同的目标（可以完成的目标） 2.测试组工作2年以下或者测试新人，当前工作状态就是测试机器人，测试过程没有太多的工作思考与提高方向。各项目负责人工作安排需要调整，给新人与参与者经常做出不同的调整，让所有人尽快了解整个项目系统。（正在引导） 3.所有成员要主动发出疑问（正在引导）5. 测试方式太保守、测试知识太局限，不敢或者不想接触新事物。 解决建议如下： 1.当前软件测试与产品测试互相不了解，在测试过程遇到对方测试知识点就要寻求帮忙。在2018年需要打破这个格局，增加两种测试的交流。2.优化测试流程、尝试各种测试方法缩短测试时间并提高测试质量。（如下：性能测试、比较测试、安全测试、极限测试等等）3.精确制定学习小组培训与学习方向，增加日常工作以外的测试知识。6. 测试内部沟通太少，导致成员不敢表达意见与问题。 解决建议如下：1.固定时间开展例会活动，例会主要内容：项目完成情况、日常工作中的问题、个人组织与分享（主要提高成员组织、沟通、表达能力） 2.不定期开展学习小组活动，由邱珊珊来组织。3.总结测试中未知或者无法解决的问题，组织资深开发人员进行讨论。7. 项目测试安排不合理，导致参与者会测试部分模块，对项目熟悉较慢。解决建议如下：1.各项目测试负责人或者测试主管定期考核与分析项目参与者测试水平。2.各项目测试负责人每个月调整一次参与者工作内容，让所有参与成员尽量熟悉项目。3.参与者在测试过程发现测试阻碍或者测试盲点，需要主动提出问题。项目测试负责人与测试主管第一时间介入处理。8. 测试组没有一个团队凝聚力，没有一个团队的意义（散兵游勇）。解决建议如下：1.组织测试组成员定期学习与论讨2.组织测试组成员定期工作外活动3.测试主管每个季度分析所有成员工作状态与工作环境4.测试主管合理的安排工作，减小各项目加班情况、平衡每个人的工作量、提高成员之间工作交流机会。9. 提测邮件的优化优化建议如下：1.开发与项目经理提测邮件：1.收件人：项目测试负责人、项目所有参与测试成员；抄送人：项目所有参与开发人员与项目相关需要知晓人员；2.提测内容：提测需求内容、需求对应开发人员、建议测试重点、需求预估截止日期等等。2.测试结果通知：1.收件人：项目经理、项目所有参与开发人员；抄送人：项目所有参与测试成员与项目相关需要知晓人员；2.提测内容：提测需求内容、参与测试成员负责那部分测试、本次测试重点、测试隐患、测试结论、本次测试过程中遇到的问题（需求协调、缺少人员、开发不配合、测试资源不足等等）