测试员如何在职场中走进管理岗位？

1#

真的职场，不需要滔滔不绝，妙语连珠。

镗镗镗说相声那样的，可能是你说的爽，绝对不是领导听的爽。我遇到有人汇报工作滔滔不绝就脑瓜疼。经常现场制止：讲重点！

有一个小伙子说话啰嗦、思维发散，还抢话，我现在只看他的文字汇报。看不明白的叫他过来直接问。

2#

汇报工作讲结果

不需要任何修饰、不拐弯抹角让领导琢磨的那种结果。领导很累，要思考的东西很多，听汇报越轻松他越舒服。

3#

汇报过程要闭环

（1）汇报前，可以先整理汇报内容的文字版，提前发给领导。有的领导不喜欢现场语言交流，发给他让他提前思考。整理一遍，也帮助你理清思路。

（2）汇报中，没必要展示工作之外的才能。我以前的下属，不知道是文学水平高还是想给我炫他的思路清晰。上来引经据典，讲大道理，他有一次汇报开篇就是：工欲善其事，必先利其器，……

（3）汇报完，该请示的提方案，征求领导意见。剩下的等领导问。你一边思考一边陈述，可以配合文字记录，记录关键点。对话像打乒乓那样的节奏。

（4）汇报结束，结合领导的意思把结论陈述一遍，看自己领悟的是否正确、完整。

（5）回去整理好了，给领导发一份，保持工作的闭环性和持续性。本次起点是上次汇报的结论，本次汇报的结论，就是下次汇报的起点。

4#

汇报内容不要去背

记关键信息，尤其是数字

只要刻意背，100%掉链子，和领导之间的交流是开放话题，不是演电视重现剧本。背的东西关联性不好，只要领导不按你预设的话题或者方式问，几句把你倒腾糊涂你就慌了饺子。

要提前准备：（1）汇报逻辑，（2）在脑子里把关键数字倒腾清楚。

5#

一个好的测试工程师，应该怎么做？

作为一个软件测试人员，我们同样也要拥有这种“把事情做好”，而不是仅仅是“把事情做完”这种心态。“汇报”更是建立在基本职责的上层建筑。

对于一个普通软件测试人员来说，基本职责包括：理解需求，创建测试用例，执行测试，提交缺陷，整理测试报告。

除了这些基本职责，我们还能做哪些工作，可以让我们的测试做的更好，同时也可以增强我们的技能呢？

有一位网友分享了一些经验，虽然未必适合所有产品的软件测试，但在移动互联网测试中，对测试人员来说若可以掌握，就可以让测试人员在工作中更专业更深入。

在项目前期

1、在开发人员调研技术阶段，根据自己的项目经验，给出建议。必要的时候还可以通过邮件的方式，给领导提出建议，就像是从基层员工到项目管理，他只用了一年时间。

2、若需求文档缺失或不完善，需要和开发人员一起收集散落的需求，确保对所有需求的理解一致。

3、尽早参与审查软件的UI/Workflow，给出建议和意见。

4、收集竞争对手或者与当前项目类似的软件信息，比较并分析，更深刻地理解用户需求；确保对需求的审核更准确。

项目进行中

1、关注项目所涉及的技术，开发平台，业务等动态信息，分享给开发人员或产品经理。

2、熟悉SCM的流程，明确自己的职责。

3、定期与开发人员沟通关于测试流程、缺陷控制流程。

在项目后期

1、定期发布缺陷状态分析报告。

2、帮助客服人员准备FAQ，一方面是对BUG的总结，另一方面也是再次从用户角度更深刻的理解当前产品。

除此之外，我们还要注意，测试人员就像医生，除了本职工作，还需要以服务的心态来对待开发人员，与开发人员保持顺畅地沟通。

让开发人员觉得我们是在帮助他们发现问题，可以协助他们更快更好的解决问题，而不是单纯的找茬。

最关键的是我们自己要明确，所有项目参与人员的目标是一致的，那就是开发出让用户/客户满意的软件。

不论是做什么，你的优秀程度，决定你会抱着什么样的心态和观念面对工作和生活；你的观念，又会进一步影响你的优秀程度。

这是一个循环的过程，可以是良性循环，也可以是恶性循环。但是如果想要打破循环，第一步要做到的就是先要改变观念。

虽然努力并不一定能够得到回报，但是至少可以在积蓄力量的时候，让自己变得更加厉害一些，在面对未知的将来的时候，也总会更有把握。

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

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