第二天上班,温婉还是继续熟悉系统,上午的时候,只闻名不见人的测试经理李云加了她的好友,拉她进了软件测试部的群,并作了介绍,群里共有5个人,测试经理李云,一个中级测试工程师连婷,初级测试工程师燕子莹,初级测试工程师穆柳,和实习生温婉。前三者都在驻场,暂时不会见到,几人在QQ上表示了欢迎后就各自干活了,然后李云在QQ上交待了她几句,就让她跟着柳姐测试进销存系统,并发了一份需求说明书给她,让她边研究边操作系统来熟悉业务,遇到不明白的地方可以先用文档记录,每天发一份到群里,大家有空的时候都会乐意给她解答的。
温婉一一听取指示,然后专心熟悉业务,虽然她之前做毕业设计时也做过需求搜集、整理,大家一起将需求文档完成了,但毕竟不是真实的商业项目,更多的是照本宣科。这是她第一次见到真实的商业项目的需求说明书。
好好的研究了文档,再跟实际项目一一对应,慢慢熟悉,到了第三天,她已经可以拿测试出来的问题去跟柳姐讨论,确实是bug的,柳姐让她直接跟项目负责人吕工说,吕工也是住在三楼的一名开发,也愿意跟她解释这是什么问题,教她怎么记录。
一开始她写bug信息挺随意的,有时候还带上人称,穆姐看见了就说:“小师妹,你写bug就跟我之前一样,看着跟口水话一样,我之前也因为这个被我哥说了。”
学长带她在宿舍转了一圈之后,大家都亲切的称她为“小师妹”了,她感觉挺暖心的。
“哦,那要怎么写啊?”温婉之前没觉得,被提醒了发现确实是,bug标题没写明白在什么地方出现什么问题,而是在具体步骤里写,还带上诸如“我看到”,“是不是”,“你看一下”之类的字眼,一看就特别不专业。
“我哥说了,报bug的时候要在标题上简洁的说明哪个模块发现了什么问题,要让开发一眼就能做到心里有数,然后步骤里要写清楚发现bug的操作步骤,只写客观的操作步骤,不要带上人称代词,语气助词,不要带上感情色彩,一个bug就是记录一个客观存在的问题,开发改好了我们就把bug关闭就行了。”柳姐让她看看自已写的,“我写的不够好,你还可以看看连婷是怎么记录bug的,当初我哥就是拿她的给我看的。”
“好的,我知道了,一定注意。”温婉很高兴,有人教自已,使她进步的感觉太好了。
然后柳姐正式的交了一个模块让她负责测试,虽然不用写测试用例就直接测试这个事情让她感觉到有点疑惑,但她听柳姐说从来就不写用例,都是这么测试的,温婉没办法,只好自已稍微列一下测试思路,就开始手工测试,使用word文档记录bug,吕工改过之后返回的bug记录文档里会写明是否已修复,或者不予解决的原因,她再进行回归测试。
69書吧
温婉感觉自已正慢慢的从一名学生转变成一名工作者,她所学的知识,正在缓缓的转变成可以谋生的技能。
如此过了两三周的时间,温婉慢慢的适应上班的节奏,对公司的测试方式也有所了解。
她感觉自已参与的这个项目,测试好像是没有计划的,都是测到哪算到哪,不写测试用例直接测试,不知道测试覆盖率如何,有bug更多的是直接跟开发说,偶尔记录到文档里也不全面,时常会出现测出的bug开发没有改,测试也忘记了的情况,要等到下一次再测到这个模块时才能想起来,如此种种,她感觉跟自已学习的软件工程和测试知识相差挺远的,但是她只是一个入职大半个月的实习生,完全不知道这种现象是不是企业默认如此的,而且柳姐和吕工对她很好,还经常帮助,指导她,如果提出这种问题,会不会伤害到她们。
虽然心中有疑问,但是工作还是要继续,她逐渐熟悉系统后,测试效率提升了不少,测完了分配给自已的模块,柳姐也谦虚的请她帮忙测一下她的模块,还真测出了不少之前没有被发现的深层逻辑缺陷,她一开始还怕柳姐会觉得没面子,会不会怨恨她,倒是柳姐看出来她的心思,安慰她。
“你放心,我不会的,我本来就不是测试出身,会做这一份工作还是多得我哥的教导,但他事务繁忙,能教的不多,然后因学历所限,有很多深层逻辑的东西是我考虑不到的,你的加入,使得我们的项目质量更好,然后我哥的公司口碑更好,能接到更多的项目来做,这有什么好生气的呢。”
因柳姐这一席话,温婉的心中舒畅了很多,在公司里也慢慢的放开了,跟老员工们相处的更为自然。
如遇章节错误,请点击报错(无需登陆)