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