“二”计划第一课

离上完第一堂课已经过去一天,第一篇文章先贡献给知识点回顾吧。

1、关于简历

     简历一般是短短的一页A4纸,如何在这薄薄的一张纸中脱颖而出,从而获得机会?

     一张好的简历基本应该具备以下几点:

     (1)要有特长。你具备什么能力,有什么专长、擅长的点(跟工作有关、技术相关)。

     (2)项目经验。应简单描述自己具体负责的内容,运用了哪些技术体系等等,经验也是招人时十分看重的一点,面试官也较容易选择“在相对能力差不多的情况下,优先挑选跟所在项目有类似经历经验的从业者”。另:时间因由近及远写,过于久远的经验,可能提不起应聘公司的兴趣。

      (3)技术关键词。简历描述不宜繁琐无重点,如“在XX项目进行了测试,提交了BUG,再进行测试,然后发布版本,或者介绍该项目具体做什么的”之类无意义,对应聘公司无意义之言。简要的描述当中应该有技术方面的关键词(如Java、Jmeter)。

     (4)技术博客。无需过多辞藻,可以将自己擅长的、掌握的技术、掉过的坑,陈述出来即可。技术博客对于面试官来说是一个很大的加分项(简历中有技术博客,面试官会先访问你的博客查看,若有他感兴趣的点,那么面试时也会优先重点关注)。所以应该着手开始写技术博客,不仅仅是为了面试。写这篇文章的时候,自己充分感悟到,即使你当下听时心中有感悟,觉得自己理解了,但是着手写的时候却也没有那么顺畅,有些点你只是有一些大概模糊的感觉,但是具体还是不明白的。写技术博客的时候,一方面能够记录自己所学所感,也能将一些模糊的点理清楚,学习也会更加透彻。另一方面也便于快速回顾自己所学。

2、关于面试

      (1)面试前先了解公司技术、业务。首先,了解公司的话我们就能自己提前知道自己是否对这家公司感兴趣,这份工作自己喜欢与否,是否需要过去面试。其次,面试公司有时也会问应聘者对其公司是否有所了解,有何业务。总之,有所了解,有所准备,有备无患。

      (2)可以先争取电话面试。接到电话通知面试时,可以先问一下HR,该岗位的侧重点、要求的技术点是什么,自我分析下是否能够做到,倘若都做不到,该面试也无任何意义。

3、关于沟通

      曾经受到开发同事发给我的这么一段话(大致印象):

【  如何提bug?

      你发现一个问题,

      如果直接跟开发说“你这里有个BUG”,开发会想:傻逼,是你不会用吧!

      但是如果你跟开发说“我这边有一个操作结果不太一样,你能帮我看一下是否我操作有误还是使用环境不对吗”,开发就会想“挖槽,不会是BUG吧!”

     当然,这是一个笑话,但是也侧面反映了沟通上的问题。

      作为测试,工作中时常需要沟通,发现了一个BUG,不可以只是这么默默的就提交到BUG系统上。你还需要跟开发描述一下这么问题情况,便于开发定位,然后和开发协调沟通这个问题要什么时候解决,并且跟进该问题的解决情况。

       当前版本上线后,也会受到用户的一些问题反馈。用户是非专业的,有时候问题说得很模糊,甚至可能你无法知道他反馈的是哪个产品,那么这个时候就需要好好跟客户沟通,确定具体问题、产生情况,定位好问题。

        有可能测试产品的时候,有关于产品的优化建议时,也需要跟项目经理,或跟整个团队讨论该需求是否有必要增加等。

        一切的一切,都是需要沟通的,这个时候,如何沟通显得至关重要的。

       工作中常常会遇到沟通问题,或者有事也会与开发产生冲突,怎么应对和处理,见仁见智,但是我相信和同事、上级或者和其他人交流中,能够得到建议,也会做得越来越好的。

4、关于测试报告与工作报告

      要点:

      1、体现测试时间,工作量

      2、测试人员

      3、项目组成人员

      4、使用的测试机

      5、使用的浏览器、版本

      6、风险。该版本发出去会有那些风险

      7、注明测试观点。体现出观点,明确态度,是否可以发布等

      8、bug数据分析。有哪些问题、问题分布区域、问题解决情况等

      工作报告暂时还未写过,暂记要点。是否考虑,就算不必要写,也要着手磨砺自己。

      工作汇报:收到工作任务后,不仅仅要着手做,也需要进行工作汇报、状态同步等。因为工作不仅仅是一个人的埋头苦干,而是一个合作项目。

你可能感兴趣的:(“二”计划第一课)