05年大学毕业的时候,一心想去做开发的我,在成功应聘了XX公司的研发岗位后,心中激动了很久,因为个人对这份工作和公司还是比较满意的.
到公司报到后,在经过了一系列培训后,才得知自己是被分到XX产品的测试部门时,心里落差很大,说不出什么样的滋味.此时的我,并不知道测试是什么?测试到底要做什么?测试能做什么?测试和开发到底是什么关系?曾经想退出,但是又舍不得放弃公司的环境.于是就这样走上了"测试"之路,感觉有点心不甘情不愿.
到部门当天,领导给我分配了一个美女导师,一个我终身都感谢的老师来指导我三个月的工作.望着一张张陌生的微笑的面孔,我很快就融入到了这个集体,大家对我这个新人也格外的友好,虽然大家平时都非常忙碌,但只要我有问题,大家都会放下手中的工作来帮助我,到现在我都很感激那些给过我帮助的人,我感谢这个team.
到公司的第一天,我知道了测试就是找bug(这是我第一次给测试下的定义,很浅显,很直观),找出存在软件里的问题.到公司的第二天,美女导师发现了一个问题,让我提交一个问题单给开发部.问题单,我第一次知道了bug是需要用问题单来跟踪的,而不是直接跑到开发那边去说,XX功能有一个XX问题,你们解决下吧.^_^
等我在XX库里,新建了一个问题单,我看傻了,怎么提交一个问题单那么复杂的,怎么需要填写那么多的信息,比如:提单人,部门,产品的版本,产品的功能模块,严重程度,优先程度,开发部受理人,问题的是否可现,问题单的状态,问题单的标题,问题单的具体描述,问题截图,日志信息等等.等我花了n长时间填写好了一个问题,导师过来简单的过来看了下,要我重写,我傻了,我说为什么啊?老师说:首先标题要一针见血的介绍是什么问题,再次在问题单描述信息里一定要把详细的操作步骤写清楚,最好有截图,第三,尽量用专业的词汇.在经过老师的一番指导后,我终于成功的填写了一个问题单,虽然问题不是我发现的,但是我知道了其实做每件事都有自己的规范,自己的流程,很多事情并不是你想象的那么简单.
再经过了一段时间的磨练,我明白了一个有效的问题单是可以方便开发人员分析定位和解决问题,因为开发人员并不是坐再你身边,人家需要通过看你的问题单,来重新定位问题,如果问题单报告的质量不高,势必要增加沟通的成本,既然这样,为什么不把事情一次性做好呢?对,再新员工的的一个月,我明白了几个工作中需要注意的地方,
第一: 有些时候要站在别的立场来考虑问题,就拿问题单报告来说,可能这个问题自己非常清楚,但是人家通过看你的问题单报告,并不能十分清楚你想表达的意思.
第二: 能一次性做好的事情,尽量一次性做好.
第三: 多沟通,多交流,多向前辈学习,这样可以减少自己走弯路的概率.
第四: 一个好的team很重要,尽早融入到team中去,这样对自己的成才更有利.
测试,我来了 ^_^
