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

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

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

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

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

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

　　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 ，

　　搞定如上几点，平稳度过使用试用期，完全没问题 。

　　一般来说，试用期搞定后，后续被辞退的可能性，就更低了 。

　　很多时候，能力不一定是最大的瓶颈 。

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

　　这是第一篇，针对高级岗位 。根据文章的阅读情况、留言情况，决定后续两篇（中级、初级）的输出时间 。

　　如上，一家之言，你有任何疑问，欢迎留言讨论 。

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