浙江理工大学|测试工程师,避免试用期被辞退指南( 二 )


熟悉后 , 可以快速定位 , 问题来源 , 问题原因 , 每个问题知道找哪些同事协助 , 提升工作效率。
如何快速熟悉业务 ?
看Wiki文档、看用例、看Bug、看线上反馈的问题、问测试同事、问相关业务线开发、问产品经理 。
2
快速了解线上线下Bug提交、跟进套路
跟进Bug , 是测试必备的基础能力 , 不用多说。
比如 , 跟进流程是怎样的?各种问题如何解决 ?需要录入到系统否 ?(每个公司不同 , 进入公司后 , 得快速了解这些 。 一般来说 , 公司都有文档说明 , 或者有导师带你了解这些)
3
快速了解日常工作所需工具
比如 , 链接Linux服务器的工具Xshell等 , 链接数据库的工具Navicat等 , Git客户端 , Bug管理工具禅道、Jira等 , 用例管理工具 , 日常文档协作工具Wiki等 , 很多很多。 这些 , 至少一周内得搞定。 职场没太多时间让你慢慢熟悉 , 这个阶段 , 大家都不是新人 , 招你过来 , 就是快速干活的 。
延伸:
如何能快速掌握?
平时工作之余 , 就得掌握这些工具的日常使用(少抱怨、少闲扯、少玩游戏) 。 去任何公司 , 只是规范不同 , 工具使用无门槛 , 几天可搞定 。
4
快速跟部门内同学混熟
不用多说 , 如何与人沟通 , 职场必备软技能
快速跟工作需要协调的相关人混熟
开发、产品、设计、客服等
不用多说 , 如何与人沟通 , 职场必备软技能
5
日事日清
把每天老大交付的任务做完、做好 , 且反馈结果
及时响应
交付的工作任务 , 及时响应 , 有结果后 , 及时同步(即使没完成 , 遇到困难 , 也同步进度 , 知道你在干这事)
结果输出
测试结束了 , 及时产出测试报告 。
用例完成后 , 及时输出文档(不管是Excel形式、还是走的用例管理系统) , 安排评审(看公司具体流程 , 有些需要2次评审 , 有些公司无评审环节)
让Leader放心
每次的任务 , 都能主动思考 , 交付出满意的结果 , 或者微创新 , Leader会对你刮目相看。
文档落地、沉淀(不仅自己会 , 还得让其他同学会)
养成输出文档的习惯 , 一个人的研究成果 , 可以让多人快速掌握 , 不用重复投入时间 。 这是Leader比较喜欢的员工。
总结
如果真能做到如上几点 , 至少超过80%的「同阶段从业者」。
过试用期 ?肯定没啥问题。
而且 , 还会非常优秀 , 假以时日 , 可成长为一名合格的高级测试。

初级岗位
1
企业招聘人才的成本挺高的 , 既然能成功入职 , 至少说明 , 符合岗位需求的  。 只要不是培训机构包装的「刚毕业 , 伪装3年经验」 , 或者「工作了两年 , 却啥都不懂 , 还不如应届生」 , 就不会有太大问题。
每个岗位 , 都有对应的预期 。 对于初级岗位 , Leader对你的预期也不会太高 。 期望不高失望就不会太大 。
初级岗位 , 避免被辞退 。 总结下来 , 就17个字 :「态度好、好学习、不犯原则性错误、知错能改」
2
1.认真看看公司的行政规范 , 别触发公司原则性问题。 比如 , 迟到、早退、虚假工作经验等。
2. 把新人入职指引上面的内容 , 尽快弄懂
一般 , 有两块指引:行政这块的入职指引和 部门这块的工作指引  。
比如:
1)日常工作所需工具:Bug工具、用例工具、代码管理工具、项目管理工具、Linux客户端工具、Mysql客户端工具等;
不会的自己百度 , 百度后 , 折腾了几小时还是搞不定的 , 问下同事 , 别再瞎浪费时间了 。 也许是你折腾的姿势不对 。
2)公司的组织架构情况 , 了解下哪些部门 , 与哪些部门需要强协作的 。 部门的同事, 研发同事 , 产品等。
3
1)做一件事 , 不确定具体的目标之前 , 先跟老大确认下。 别折腾几天 , 最终做的结果 , 不是Leader需要的。 同类事情 , 发生几次 , Leader就没有耐心了 。
2)你工作中 , 遇到的所有问题 , 同事都已经遇到过。 汇总自己不懂的问题(千万别一个个问 , 一天问N次 , 多了 , 谁都烦) , 问身边的同事 。 或者 , 问你的导师(很多公司 , 对于入职的新人 , 会安排一位导师 , 全程解决 , 你的各方面问题 , 好好利用这块的资源福利) 。
看看历史Bug库、用例库
便于快速了解系统现状 , 存在的问题 , 通过问题 , 快速熟悉系统 。 特别是你即将要负责的业务模块 , 一定要弄懂  。


推荐阅读