首先，我们了解软件测试从业者处于阶段：高级岗位、中级从业者、菜鸟小白。
高级岗位：部门leader、核心测试开发岗位等。->对应的上级是：质量部Leader（经理/总监）、技术VP->公司老板。
中级岗位：能独立负责一个项目的整体测试工作，从事2-3年的从业者。
初级岗位：刚入行1年左右。
高级岗位汇报工作注意
（1）汇报对象：质量部Leader
1.考虑当前部分现状，了解部门leader的期望，需要处理什么问题。整年部门规范。
2.落地能力、事项推进能能力。主动推进一些事项落地、主动汇报进度、主动抛出问题并给出一些思考。
3.万一leader不满意时，沟通问题，高效处理。
（2）汇报对象：老板（无论是否懂技术）
1.规划部门发展方向，提高全公司的研发效率&质量（减少线上问题反馈、bug漏测率）
2.制定一些流程规范。
3.梳理公司目前存在的问题，并且提出建议。
4.培养团队能力，提升团队的能力和士气。
5.通过实际数据来体现价值。如：bug率每周下降，把其他部门关注的数据报表化。
高级岗位了解知识
1.业务能力
（1）功能业务：确定核心业务后，再开始进行任务。
（2）了解业务：深刻理解业务，尤其Leader更要首当其冲，仔细评估产品原型、交互设计，我们是关键人物先过初稿确定技术、运营可行避免浪费集体的时间，然后所有相关人一起过。
（3）保持节奏感：目前采用项目拆分为周目标为核心措施。个别事情以天计，少数事情比如修紧急bug以小时甚至更小单位计
（4）服务可用性：我们是通过预发、灰度测试、可回滚等措施来控制发布质量，保持较高的可用性。
（5）忠实用户群：集部分优质用户入群，保持沟通，挺重要的，微信群虽然是当为首选但是群功能有点弱，我的开源项目主要用QQ群，也比较坑哈哈。
（6）反馈与数据：反馈和数据都是验证结果的最好的参考之一，追寻反馈背后的动机很重要，研究用户路径、功能使用等数据辅助确定下阶段任务。
（7）低成本试错：尽量以最低的成本来试错，避免大量浪费资源，不要过早优化和扩张，先单点或AB测试，验证过后再铺开。
（8）方法与方向：很多时候方法比方向重要，好的方法可以不断纠正方向，发布较单纯的功能来验证问题和方案，应该避免堆积功能，盲目发散方向，没有经过验证的方向就是假设。
（9）创新与迭代：精益创业的MVP策略有助于大多功能性或服务性新创公司检验产品，而创新型产品靠产品本身和培育市场拉动需求，但都需要事实检验和迭代完善。
（10）手动和自动：初期能手动解决的问题动手解决就挺好的，一开始就考虑自动化机器化可能会延误时间，或者高成本解决了一个频率并不高的问题。
（11）亲为和团干：没有经过实践验证的事情负责人最好自己先亲为，才能深切体会，形成一定感知后优化，或者交给团队一起干。
（12）灵感和总结：灵感稍纵即逝，总结过期不候!应该有自己的全端云笔记，和博客。短期记笔记，长期入博客，灵感可能就在你琐碎的一瞬间，很多东西经过三五个月一忘而光。
2.团队
一个公司的产品和服务，是其自身组织结构和沟通、工作方式的反映(康威定律)。
人员的架构会改变和影响产品的架构，产品一大，人分组拆开了，项目也跟着拆开了，越多人一起工作就更需要科学的流程和协作方法。所以说人和组织会决定或影响产品。
如果说初期目标是打造一个良好的产品或服务，随着发展应该慢慢更着力于打造一个能开发良好产品的团队。
以下几个层面是我们去实践的几个点，其他没想到的后边再补充吧：
（1）关于招聘：找到合适的人是关键，不要贪多贪大，创业公司招人较好的时机是不招就会死，注意避免青黄不接。交流技术的同时感受性格，性格不合适早点终止面试，相信直觉，年限、学校不重要，重要的是作品和能力。
（2）明确职责：团队应该明确关键人物的角色，公开规定好一个角色由谁来担任，职责和指标是什么，甚至可以约定任期是多久，因为角色是活的。我的主项目里有一个PM角色(协助跟踪进度等)，一个PA角色(辅助协调、构建打包等)，都是主工程师兼任。
（3）充分授权：一个完整的团队应该有充分的决策权，角色应该有比较明确的职责，可以给建议但不要随意干涉个人的职责或决策。
（4）关于协作：我的团队就是统一IDE(idea)和构建环境，统一码风，统一版本控制策略的。合理创建Tag、Branch，尽量规范使用协作工具。
（5）关于沟通：我的做法是让队员遇到锁事直接和当事人沟通，重要问题反馈Leader，保持充分沟通我们每周都要有一次全体碰面会议，最好有点零食。
（6）团队提升：选定一个主题、此项以周为节奏，每人都要充当讲师，我们客户端团队已经系统的学了面向对象6大原则和23种设计模式，我们android、iOS、前端一起沟通技术。
（7）开诚布公：私下沟通为主很多时候是解决不了团队、个人冲突的，要开诚布公的面对面谈，将冲突事情一一列出，对事不对人，根据轻重缓急，综合当前状况给出解决方案，是公司是全局是状况不能让所有人满意，而不是谁不能让你满意。
（8）前途钱途：不谈钱就是耍流氓，不要妄图用成长压制待遇，不要总想用青春换取血汗，做得好就是要好的回报，但是也要讲规矩，一般能力先到位再要求待遇，当然其实还要看你的位置可替代性如何。
（9）回报远与近：眼前看能力，近期看薪水，远期看期权(股份)，看好公司一般略侧重期权，看空则略侧重薪水。心情、成长、待遇、期权组成一个人的主要回报，Leader应明白队员想法并努力为团队争取合适的回报。
（10）一些福利：公司每天会买些水果当下午茶，像苹果、桔子、香蕉、哈密瓜、葡萄、etc，看季节的。员工庆生蛋糕、年度旅游、节日活动等。
3.技术
（1）风格统一：团队内统一风格、规约、编译环境，开始是idea作为IDE，年底整体迁移到AS、Gradle环境开发和管理。
（2）锻炼思维：集体学习6大设计原则和23种设计模式，理论结合实践，更深刻的认知面向对象的设计理念。
（3）技术提升：优先完成业务，此项以更长时间为周期，在项目不那么紧张时开立个人技术项目，我们选一个方向量化形成博文或者小类库，Leader支持并协助队员完成，培养人才，各有所长。
（4）关于类库：尽量选择稳定专注、知根知底的框架，如果没有，那就选择知名开源框架，仍要深刻研究其代码。
（5）关于业务：我们客户端业全部的务统一构建在SDK子项目中，和View剥离，便于切到多种终端设备。
（6）关于架构：我们核心方向其实全部使用我写的类库，由通用组件、网络、异步、数据库等组成通用的底层项目，叫做LiteSDK，任何App几乎都可以用它，可谓用之四海，它是可拆解并独立发展的，刚才提到的业务SDK项目是基于它的。
（7）学习前沿：尽力去接触新技术
4.文档
（1）文档公正、规范。
中级岗位汇报工作注意
1. 快速熟悉公司整体业务
作为一个合格的中级岗位，一个合格的测试工程师，你得独立负责某个项目/业务的质量工作（至少也得独立负责某几个模块的业务测试，或者自动化测试的执行工作），相关的业务线知识，必须得了解。一般来说，一个公司的任何业务，必定是与其他业务有关联的 。
熟悉后，可以快速定位，问题来源，问题原因，每个问题知道找哪些同事协助，提升工作效率 。
延伸，
如何快速熟悉业务 ？
看Wiki文档、看用例、看Bug、看线上反馈的问题、问测试同事、问相关业务线开发、问产品经理 。
2. 快速了解线上线下Bug提交、跟进套路
跟进Bug，是测试必备的基础能力，不用多说 。
比如，跟进流程是怎样的 ？各种问题如何解决 ？需要录入到系统否 ？（每个公司不同，进入公司后，得快速了解这些。一般来说，公司都有文档说明，或者有导师带你了解这些）
3. 快速了解日常工作所需工具
比如，
链接Linux服务器的工具Xshell等，链接数据库的工具Navicat等，Git客户端，Bug管理工具禅道、Jira等，用例管理工具，日常文档协作工具Wiki等，很多很多 。这些，至少一周内得搞定 。职场没太多时间让你慢慢熟悉，这个阶段，大家都不是新人，招你过来，就是快速干活的。
延伸，
如何能快速掌握 ？
平时工作之余，就得掌握这些工具的日常使用（少抱怨、少闲扯、少玩游戏）。去任何公司，只是规范不同，工具使用无门槛，几天可搞定 。
4. 快速跟部门内同学混熟
不用多说，如何与人沟通，职场必备软技能 。
5. 快速跟工作需要协调的相关人混熟
开发、产品、设计、客服 等 。
不用多说，如何与人沟通，职场必备软技能 。
6. 日事日清
把每天老大交付的任务做完、做好，且反馈结果
7. 及时响应
交付的工作任务，及时响应，有结果后，及时同步（即使没完成，遇到困难，也同步进度，知道你在干这事）
8. 结果输出
测试结束了，及时产出测试报告 。
用例完成后，及时输出文档（不管是Excel形式、还是走的用例管理系统），安排评审（看公司具体流程，有些需要2次评审，有些公司无评审环节）
9. 让Leader放心
每次的任务，都能主动思考，交付出满意的结果，或者微创新，Leader会对你刮目相看 。
10.文档落地、沉淀（不仅自己会，还得让其他同学会）
养成输出文档的习惯，一个人的研究成果，可以让多人快速掌握，不用重复投入时间 。这是Leader比较喜欢的员工 。
|
1
2
3
|
如果真能做到如上几点，至少超过80%的「同阶段从业者」 。
过试用期 ？肯定没啥问题 。
而且，还会非常优秀，假以时日，可成长为一名合格的高级测试 。
|
初级岗位汇报工作注意
1.认真看看公司的行政规范，别触发公司原则性问题 。比如，迟到、早退、虚假学历、虚假工作经验等 。
2. 把新人入职指引上面的内容，尽快弄懂
一般，有两块指引：行政这块的入职指引 和 部门这块的工作指引 。
比如，
1）日常工作所需工具：Bug工具、用例工具、代码管理工具、项目管理工具、Linux客户端工具、Mysql客户端工具等；
不会的自己百度，百度后，折腾了几小时还是搞不定的，问下同事，别再瞎浪费时间了。也许是你折腾的姿势不对 。
2）公司的组织架构情况，了解下哪些部门，与哪些部门需要强协作的。部门的同事 ，研发同事，产品同事 等 。
3. 学会提问
1）做一件事，不确定具体的目标之前，先跟老大确认下 。别折腾几天，最终做的结果，不是Leader需要的 。同类事情，发生几次，Leader就没有耐心了。
2）你工作中，遇到的所有问题，同事都已经遇到过 。汇总自己不懂的问题（千万别一个个问，一天问N次，多了，谁都烦），问身边的同事。或者，问你的导师（很多公司，对于入职的新人，会安排一位导师，全程解决，你的各方面问题，好好利用这块的资源福利）。
4. 看看历史Bug库、用例库
便于快速了解系统现状，存在的问题，通过问题，快速熟悉系统 。特别是你即将要负责的业务模块，一定要弄懂 。
5. 有时间，多用用自己的公司产品 。
技术不足，业务来补 。
6. 认真完成，Leader交付的每个任务，完成后，反馈结果 。
就是这么简单，初级岗位，多数都是执行类事物 。执行完成后，同步结果即可 。
7. 充满激情 。
激情很重要，毕竟年轻（这条好像也没啥实质性作用） 。
/
搞定如上，平稳度过试用期，完全没问题 。
一般来说，试用期搞定后，后续被辞退的可能性，就更低了 。
毕竟，经过试用期三个月培养，已经差不多熟悉业务了，可以干活了。且招聘成本那么高，重新招聘，成本太大，入职周期也是未知 。另外，试用期过后，辞退，涉及赔偿事宜，麻烦 。
很多时候，能力不一定是最大的瓶颈 。
能力不够，可以随时恶补 。 反而，态度、工作习惯，是很难短时间改正的。而且，这些，也是面试时，很难暴露出来的 。
周报、日报汇报注意
文档输出注意：
层次清晰，阅读者快速知道文档有用点。重点内容特别颜色标记。
工作文档，直接写落地。
wiki、git、svn等记录。
日报输出：
完成哪些有价值的工作。
进度多少。
明天计划做什么。
有哪些问题需要协助。
周报输出：
完成哪些有价值的工作。
进度多少。
明天计划做什么。
有哪些问题需要协助。
内容差不多，重点是简单、易懂、清晰。
