如果您决定要成为一名
自动化测试人员,那肯定会犯错,尤其是在进行复杂的自动化测试的时候。如果您想避免错误并精通自动化测试,请学习他人的错误。考虑到这一点,下面总结了大多数自动化测试人员犯的九个常见错误,但你不必这样做。
在开始之前,请记住100%自动化是一个神话,我们始终需要做一些手动测试。
1.自动化一切
我的第一个任务是做一个Web应用程序的Selenium自动化测试脚本。为了给我的导师留下深刻的印象,我还接手了另一个模块的自动化测试任务,几天后我就自闭了。
事实证明,那个模块不太适合去实现自动化,因为它可能会导致许多误报和漏报。这浪费了我很多时间也影响了我的名声。至少我觉得没有留下很好的第一印象。
始终先定义测试范围,然后再考虑自动化。作为新的自动化测试人员,我们想要做最全面的测试工作。你可以使项目的95%自动化,但这是否值得去花费时间,精力和金钱?好奇是至关重要的,但是请始终记住,自动化并不是万能的,并且不可能使所有事情自动化。
总是问自己为什么要为一个项目做自动化。去问问其他有经验的同事,如果他们认为做自动化确实是会带来一些收益,那么你可以去做。但是仅仅需要去自动化那些能够提供价值并节省资源的测试工作。
2.不注意工具
工具可以使测试变得容易或具有挑战性,因此请明智地选择它们。你需要清楚自己的目标,以便可以相应地选择工具。不同的工具可以帮助您实现不同的目标。
例如,如果要测试网站的API,则应选择Postman。如果要检查网站的跨
浏览器兼容性,请使用LambdaTest之类的工具。一个项目可以分为许多目标,我们可以使用不同的工具来实现每个目标。
提示:首先找到问题,然后找到解决问题的工具,千万不要反过来做。
3.不与研究员合作
作为一个新的测试人员,你很有可能会在一个团队中工作。通常,团队的人员具有不同的专业知识水平。更好地了解每个人,可以帮助你了解谁在做什么,谁擅长做什么,以便于你日后与他们联系。
通过更好地了解他们及其技能,您可以在遇到问题时节省时间,因为您知道该与谁联系。此外,这将减少随机分配任务的机会。
提示:开始测试之前,请先熟悉你的测试人伙伴。
4.不检查资源
测试是一个昂贵的过程。但是大多数时候,人们会忘记这些费用。请记住:测试人员的薪水不是测试过程的唯一成本。工具,基础设施,机器,培训和升级也是费用。
如果您正在使用像Selenium这样的开源框架进行跨浏览器测试,则必须对测试人员进行框架培训。有时他们需要用于扩展测试的工具。对于跨浏览器测试,对于成长中的公司而言,在本地计算机上进行自动化测试可能还不够。你的团队可能需要搭建给予云端的并行测试基础架构。
团队内部可能需要对工具进行一些培训,例如跨浏览器测试工具,或者对第三方云服务的订阅(例如虚拟主机)。所有这些甚至在测试过程开始之前就是支出。通过在职业生涯的初期就充分利用所有资源,并最大限度地提高生产力,你将能够对资源的投资回报率产生积极影响。
提示:要成为团队的资产,您需要首先了解负债。
5.仅专注于无代码自动化
如果您想快速完成工作,那么无代码自动化软件可以帮你解决问题,但是并不能帮助你提升技能。如果仅使用此技能去面试,你将很难成功。
软件和网站变得如此复杂,以至于几乎不可能使用无代码自动化工具来使所有内容自动化。因此,您不能逃避代码。
提示:在知道如何编写测试代码之前,请不要使用无代码自动化软件。
6.不注意测试设计过程
测试设计就是根据需求的用途、预期结果和目标构建有形的
测试用例。
作为新手,我之前也会跳过
用例设计直接开始测试任务。测试设计对我来说是一项无聊的任务,我认为这是我最大的错误,因为我从没有对想要的最终结果有全面的了解。这导致了许多重复的工作和时间上的浪费。
设计测试用例将帮助你创建符合实际的有意义的测试。在你编写第一行代码之前,这将使您有一个总体思路,并使测试过程更加的高效。
提示:第一时间做好工作,因此您无需浪费资源进行修复。
7.陷入误报与漏报的陷阱
误报是指测试结果错误地表明测试失败,但实际上是通过了。
检测报告不是万能的真理,我们要辩证的接受它。例如,如果您正在测试登录功能,并且报告显示该用户已成功登录,则最好去检查该用户是否实际登录。这些类型的低级错误会损害你作为测试人员的信誉。
提示:首先测试你的测试代码,然后再测试其他人的代码
8.不遵循脚踏实地的方法
一步一个脚印,从每一小步开始。脚踏实地的方法要求你从自动化较小模块的测试开始,然后逐渐开始较大的模块。
作为一个新手,你可能不知道所有流程。你可能缺乏为更大的模块编写测试的技能,工作了一段时间之后这些问题就都会自然而然的小时。所以,从小事做起。
提示:从小处着手会让你为更大的模块做好准备。
9.不执行探索性测试
自动化测试人员犯的常见错误之一是没有将探索性测试纳入他们的每周例行程序中。不要陷入只看脚本和预先编写的测试用例的漩涡中。
通过探索性测试,您可以找出新的测试用例,这些用例可能不在预先编写的测试中。因此,不要忘记定期执行探索性测试。