版权申明：
此文首发于公众号「简尚」，作者：IDO 老徐
无需授权，即可转载；转载请保留此文完整信息 。

这篇文章，主要针对软件测试从业者，列出具体建议 。

根据从业者，所处的阶段，分三篇文章来写 。

这是第一篇，给高级岗位的同学

第二篇，会针对中级从业者

第三篇，会针对刚入行的职场小白（菜鸟）

至于第二篇、第三篇，何时写，看看这篇文章，大家的反应情况，算是一篇试错文（如果大家都不感兴趣，此系列，也许会暂停）。

1. 开始之前，先定义几个关键词 。

高级岗位：部门 Leader，或者团队 Leader，或者核心测试开发岗位（至少是在某个领域，要有独立产出的）。

中级岗位：能独立负责一个项目的整体测试工作，常规来看，2-3 年的从业者 。

初级岗位：刚入行，或者入行 1 年左右 。

2. 基于如上前提，达成共识后，开始此文 。

高级岗位，有几种情况 。

1）你的上级是质量部 Leader（经理/总监），或者技术 VP 等

2）你的上级是公司老板

3. 如果你的汇报对象，是质量部 Leader，

1）你应该思考下，如何根据部门当前现状，当前最严重的 Top 3 问题，给出你的解决建议 。

2）先跟部门 Leader 沟通，了解下他对你的期望，过来解决什么问题，文档化（或者思考脑图），产出你的整体规划（至少给人感觉，你的经验是丰富的、逻辑思维是清晰的、态度是认真的），剩下的就是当面碰，得出优先级高的 Top3

3）剩下的就是落地能力，以及事项推进能力（主动去推进一些事项的落地、主动汇报进度、主动抛出问题并给出一些你的思考），这个岗位，不是单纯的执行岗位，切勿等着 Leader 给你逐条指派任务（这种同学，很危险，也许突然就会被辞退了）。

4）万一遇到，老大对你某些内容不太满意，没有达到他的期望，他会找你沟通，把沟通的问题，都记下来，一一去高效的解决掉（至少让 Leader 感觉，哟，不错哦，轻轻点播，即有意外惊喜，可教也）。

5）还有就是日报、周报、文档输出等软技能，也是非常重要，文章底部统一讲解 。

4. 如果你的汇报对象，是老板（不懂技术的老板。懂技术的老板，也不关注你的技术细节）

1）你应该思考下，如何规划部门的发展方向，提升全公司的研发效率 & 质量（减少线上问题反馈量，以及 Bug 漏测率）

2）制定一些流程 & 规范 ，来跟老板一些安全感（发出去的版本，一定没有问题，就算有问题，你也可以搞定）

3）目前公司存在的一些问题，思维导图梳理出来，并给出你的一些建议 。

4）如何来培养团队，提升团队的能力 & 士气 。

5）通过实际的数据来体现你的价值，比如（Bug 率每周下降，把其他部门关注的数据，都报表化，每周同步给相关部门等）

如上，这些，都是应该思考的 。

5. 怎么写日报、周报，如何输出大家需要的文档 ？

作为高级岗位，文档是最基本的能力，你的价值，除了自己产出一些内容，更重要的是如何把这些能力，快速复制给更多同事，或者其他部门 。

这个时候，就通过文档的形式来体现了（所以，平时多写写文章，间接对工作，还是有点帮助的）。

写文档，几个点 ：

1）层次清晰，阅读者快速知道，文档上，哪些对自己有用，自己需要关注哪些点（根据角色来分布 或者 重点内容特色颜色标记）。

2）工作文档，别写废话，直接写工作中能落地的，拿来即用（很多同学，喜欢从网上抄一堆介绍，没啥用）

3）一个好的工具，Wiki 不错，可以了解下（实在不行，Git / svn 都可）

6. 日报 ，

今天完成了哪些有价值的内容 ， 进度多少 ，明天计划做些啥 ，有哪些问题需要协助的 。

就是这么简单 。

很多同学，也许没写过日报 。

这里给个建议，试用期员工，必须写日报 ，好及时了解问题 & 能力 。

周报 ，
同上，只是范围，从日，到周 。

End ，
搞定如上几点，平稳度过使用试用期，完全没问题 。
一般来说，试用期搞定后，后续被辞退的可能性，就更低了 。

很多时候，能力不一定是最大的瓶颈 。
能力不够，可以随时恶补 。 反而，态度、工作习惯，是很难短时间改正的。而且，这些，也是面试时，很难暴露出来的 。

这是第一篇，针对高级岗位 。根据文章的阅读情况、留言情况，决定后续两篇（中级、初级）的输出时间 。
如上，一家之言，你有任何疑问，欢迎留言讨论 。

希望，此文，对大家，有那么点，价值 。

/