在平时工作过程中，你有没有因项目延时，需求频繁变更，开发提测质量不高，以及漏测的情况下，背了不少锅的情况呢？
作为测试人员，我们应该如何发挥积极主动性，进行项目管理，有效的控制项目流程？
在项目流程推过过程中，如果出现有风险，如何进行高效及时的风险预警？
一、测试管理都做什么工作？
1、需求评审与关键节点确认
积极组织需求评审，并对项目的各个核心节点进行确认
2、相应交付物之检测
需求文档，测试用例，交付文档，设计文档
3、项目进行中资源协调与督促
在项目进行中相关资源协调，项目进度的把控
4、项目结束后之项目总结
项目结束后，组织项目总结大会，汇总与分析问题，优化方案
二、测试人员如何做项目管理？
1、关注需求，记录核心内容
2、发挥主动性，积极督促各方按时完成工作
3、及时反馈项目进度，反向推动项目
核心节点检测
按需求核心节点，检测相应的交付物，如果不能按时交付，积极推动项目进展，反向督促合作人员
验收开发提测质量
在开发体侧后，通过冒烟测试来验证开发的提测质量，如果验收不通过，有权利打回重新开发
bug检测
4、遇到风险，及时进行风险预警
交付风险：项目各个交付阶段，不能及时交付
提测风险：提测质量不高，冒烟测试验证不通过（直接打回）
Bug修复风险：测试过程中，bug数量不收敛，无法通过测试（开发可能会先修改容易的bug）
上线风险：上线过程出现问题，代码冲突，资源提交失败，相关人员权力不够
三、测试人员做项目管理的困难
1、国内测试人员地位较低，没有权势
2、自下向上推动较难
不对等人员更难推动，比如测试推动开发负责人、产品
3、测试人员技术有限，评估工作量不够合理
不能很好的评估项目工作量和整体流程及进度，比如开发说这个项目很容易，3天就够了，等第二天说有点复杂，时间不够了，要往后延
4、自我意识不足，没有管理意识
不关注项目管理工作
四、项目管理中的技巧
1、自我管理，以项目经理自居
测试人员，做的好就是项目经理，做的不好，就是一个测试人员
测试人员要有管理意识，每个需求都是项目经理
2、全面了解业务，不断提升自我能力
理解业务是基础，必须掌握
没有脱离业务的技术建设
工作年限和业务熟练程度相匹配
业务需求，测试工具，测试技术，业务架构
3、注意沟通技巧，合理推动相关人员
需求评审，需求测试；推动解决需求中存在的问题
组织用例评审会议，验证覆盖情况
提出优质的bug，与开发交流，辅助开发修改bug，验证修复情况
上线发布，运维，开发，产品与测试交流，全面监督上线与发布
4、学会借力，四两拨千斤
充分了解需求性质，合理协调工作
了解合作人员的优缺点，注意测试要点
根据开发人员特点，选择合适的交流技巧
善于借力，通过领导推动项目
5、项目总结，对事不对人
项目结束后，积极组织项目总结
分析项目过程中存在的问题，当时的解决方案
分析bug分布情况，如何避免
讨论项目未处理的问题，后续处理办法
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：【文末小卡片领取】
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
