测试猿的胖达老师曾经对我们说过,他刚毕业那会儿进公司,记得大约有半个月是不在项目里的。先熟悉下部门的业务,看看需求文档,翻翻老员工的用例。经理也在部门例会上找老员工对我们进行指导,讲解他们是怎么写用例的。每周六,公司也找了高级别的测试经理给我们上课,传授一些测试基础知识。就这样,我正式进入了测试启蒙阶段,从做一个小项目开始,慢慢的一个个小项目结束,不断提高,到现在介入中型、大型的项目。
当然前面这些都是公司安排好的,如果没有这样的指导,作为测试新人应该怎么办呢?测试猿课堂今天就是为了给大家分享这个知识的,下面我们一起来看,刚入行软件测试的新人,该如何快速提升能力。
1、测试猿P7测试总监晋级路线——了解和掌握企业产品线
首先,刚进入一个企业我们要熟悉部门业务,了解目前一共有哪些项目,你可能会投入哪个项目,这样就可以有优先级的看需求。看需求一定要仔细,如果看不透彻,很容易漏掉测试点,或者发现不了需求存在的问题。遇到不明白的地方,应及时询问项目中的测试、产品人员,并在需求文档做好批注,另存为自己的批注版;流程不明确的时候,可以借助流程图,让流程更直观、完善;
测试猿在培训学员的过程中,尤为强调的一个点就是创意。我们一定要学会随时随地保留和发散自己的创意思维,当我们突然想到一个测试点,可以添加到思维导图中,并且检查测试点是否能添加到其他分支模块。当你看完需求后,能给任何人讲清楚需求的整体架构,具体流程,每个细节,那你才算掌握了这个需求,才能从整个业务架构出发,及早发现更多漏洞。
2、测试猿P7测试总监进阶之路——理解和拆分需求
上面说的是有文档的需求,已经有所参考,那么,如何理解还几乎没有文档的新需求呢?这就需要我们不断的思考,一边和产品人员沟通,一边在脑海描绘产品的原型,每个页面,每个按钮,大概的样子和流程,问明白所有测试点的预期结果,并做好记录。如果沟通完成后,你依旧能给任何人讲清楚需求,或者可以回答测试经理提出的所有疑问,就可以认为理解了新需求。等产品做出来,对比下你理解的需求,如果发现有不一致的地方,就是一个待处理的问题了。
3、测试猿P7测试总监进阶之路——熟练掌握测试用例
非常熟练地把需求转换成测试用例,是个很强的能力,这时候就体现需求理解的价值了。需求掌握地差不多后,就可以练习下设计用例的思想。设计方法有很多,常见的有边界值、等价类、错误推断、探索式测试等等。在需求转换用例时,融入这些用例设计,需要自己不断练习和摸索,也可以寻求带教人的帮助或者查阅相关资料进行提高。用例编写有个值得注意的地方:通常每个公司的用例规范是不同的。虽然用例表达的内容是相同的,但为符合部门习惯,尽可能做到用例编写规范一致。
用例会设计了,就要深一步做测试框架,上文提到的思维导图,就是一个很好的工具。一个项目,总会存在某些固定的测试点,比如和病毒防火墙的冲突性、不同浏览器的兼容性、普通平台的兼容性、版本升级、更新、卸载等等操作。通过思维导图不断完善、归纳,就可以很好的记录测试点,最终形成一个测试框架,可以让任何人来使用,既提高了编写用例的效率,也防止了测试点的遗漏。
4、测试猿P7测试总监进阶之路——掌握测试的基础功
测试框架确定了,保证功能测试用例八九不离十,就可以进行bug预防了。我们进行大量长期的测试后,发现了大约80%的bug,在这个项目中会出现,那个项目中也会出现。在测试猿的就业班软件测试特训营中,老师会教我们可以把这些常见的bug总结归类,通过联系开发负责人或者开发总监,推进制定开发规范,防止相似的bug每次都出现。同时我们也可以制定测试规范,把发现这些常见bug的方法,写入测试规范,对常见bug进行双重预防。把这些测试规范加入测试框架中,基本保证常见的bug尽可能少出现,提高整体项目质量,规范了团队的开发能力和测试能力,对个人的技能也有很好的提升。
如果新手已经把功能测试三剑客做的很好,测试猿课堂建议大家就可以从手工测试转向自动化测试、性能测试的学习了。当然这个不在测试新人的学习范畴,对新人来说,打好基础,比什么都重要!如果要进阶更高级的自动化软件测试,那么首先就需要掌握一门基础的编程语言,测试猿推荐Python,其次还要掌握一些基础前端知识、接口和框架相关的知识。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.