在平时工作过程中，你有没有因项目延时，需求频繁变更，开发提测质量不高，以及漏测的情况下，背了不少锅的情况呢？

作为测试人员，我们应该如何发挥积极主动性，进行项目管理，有效的控制项目流程？

在项目流程推过过程中，如果出现有风险，如何进行高效及时的风险预警？

一、测试管理都做什么工作？

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分布情况，如何避免

讨论项目未处理的问题，后续处理办法

感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

 

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取