51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 796|回复: 0
打印 上一主题 下一主题

[转贴] Web端自动化测试失败的原因(1)

[复制链接]
  • TA的每日心情
    无聊
    昨天 09:05
  • 签到天数: 1050 天

    连续签到: 1 天

    [LV.10]测试总司令

    跳转到指定楼层
    1#
    发表于 2022-7-14 10:01:34 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
    1、不切实际的期望– 100%自动化
      最初的测试自动化失败是从不切实际的期望中获得的。在我的职业生涯中,我已经多次观察到它,一旦您获得了自动化的质量保证或工作人员,管理层就期望他们对所有内容进行自动化测试。尽管听起来很令人愉悦,但这是不可能的。您不能进行100%的自动化测试,因为在少数几个领域必须进行人工检查。这些领域之一可能与您的Web应用程序的可访问性有关。
      例如,如果您正在执行自动跨浏览器测试,则用于Selenium测试的自动化脚本将在不同的浏览器或操作系统上呈现网页的显示。但是,要确定网站是否按照设计进行渲染,版式是否合适,文字是否合适,最好手动评估。
      2、自动化是什么以及自动化多少?
      许多组织确实意识到期望进行100%自动化测试的问题陈述,但通常会遇到以下问题。我们可以实现什么自动化,如果不是100%,那么我们可以为Web产品实际实现多少自动化?
      没有适用于每个企业的自动化测试覆盖率的完美百分比或近似值。这完全取决于您所提供的Web应用程序,并且由于不同的企业正在满足不同的需求。自然而然地,人们会对围绕自动化测试实际能实现的自动化测试百分比抱有独特的期望?自动化测试的范围将从电子商务Web应用程序到静态,动态或动画Web应用程序有所不同。因此,如果您想知道为什么自动化测试对您的组织失败?然后,我建议您根据所提供的Web应用程序的类型来评估所需的自动化测试量。
      3、管理不当导致测试自动化缺乏可见性
      在我作为自动化测试员开始IT生涯时,我就一直是管理不当的受害者。我当时在一家基于Service的公司工作,他们为我分配了我的第一个项目。这个项目已经运行了两年,当我加入后,我被交给了一系列测试自动化脚本。项目的高层将要离开组织,管理层对即将到来的冲刺太忙了,无法考虑将要离开的高级自动化测试人员进行的全面知识转移课程。他们离开后发生的景象不佳?我的经理在听证会的结尾说,我们因停电而大吃一惊,而我刚起步,对各种出站和入站流程如何受到众多自动化脚本的影响的了解最少。然而, 我见过一些由少数成员负责实现自动化的团队,而其他成员则对正在发生的事情一无所知。
      您是否认为当一半的团队缺乏可见性时,从自动化测试中获得魔术效果是不现实的吗?由于自动化必须是一个协作的工作,因此对每个团队成员进行相关工具和流程的教育非常重要,尤其是对新手而言。您可以通过举行团队会议和会议来讨论与自动化有关的工具,趋势和实践,从而实现这一目标。
      4、对手动测试或探索性测试不了解
      这可能会让您有些惊讶,测试自动化失败的另一个原因可能是缺少手动测试技能或探索性测试技能。自动化测试脚本并不意味着团队成员可以减少一些懈怠。到目前为止,我们已经知道,自动化方法不能涵盖所有内容,而这正是挑战所在。因为现在您必须更深入地研究Web应用程序,并找到队友尚未发现的关键测试方案。
      自动化是节省测试工作的一种方式。软件公司应该使用它来最大程度地减少重复,并尽量使那些不易更改的元素自动化。一旦完成,公司应该分配他们的资源来执行广泛的手动测试或探索性测试,以找到独特的测试用例
      5、不仔细考虑并编写脚本
      自动化似乎是减少工作量的一个目标。但是在开发测试自动化脚本之前,必须考虑周全。此外,这可能会花费大量的自动化测试执行时间。框架和测试自动化工具的灵活性在开发脚本场景所需的时间中起着至关重要的作用。
      由于每种情况都不同,因此必须编写脚本。即使您仔细考虑,如果不编写脚本脚本,这都是浪费。确保测试工程师的编码技能与测试的复杂性保持一致。复杂的测试需要大量时间才能实现自动化。因此,随着全新功能的发展,他们通常没有机会发现回归的错误。在写下测试方案之前,请确保牢记这些注意事项。
      6、对何时使用自动化以及何时不使用自动化缺乏理解!
      “ 为什么测试自动化对您的公司失败?”背后的最常见的原因?”是人们不知道什么时候应该自动化,什么时候不知道。例如,可以自动化不同的网页功能。但是通过测试自动化评估填充,图像等渲染问题不是一个好主意。如果使用坐标来确定元素位置,则在以不同的屏幕分辨率和大小运行时,可能会导致差异。
      在测试易于进行大量更改的项目时,使用自动化是不可行的。如果您要测试稳定的实体,那么自动化是必经之路。基本上,需要重复执行某些操作的普通任务最适合自动化测试。因此,测试自动化可以简化您的回归测试过程。
      7、人员和资源计划选择不当
      我看到IT行业普遍存在错误观念。人们认为任何开发人员或测试人员都可以执行测试自动化。测试自动化的设计,配置和实施需要特定的技能。执行自动化的测试人员应该知道如何在经理,开发人员和客户之间阐明想法。他/她还应该对开发趋势有清晰的了解,并且应该知道开发团队要去的方向。
      自动化测试工程师是最困难但最重要的一些人。为了启动各种自动化项目,聘请具有广泛技术知识的测试人员至关重要。整个团队应该知道发生了什么,而不是由一个或几个人进行自动化测试。即使在雇用技术精湛的员工方面投入很高,但回报还是值得的。
      8、没有足够注意测试报告
      由于自动化测试是一个相对较新的现象,因此失败的可能性很高。测试团队进行的新实验太多,因此准确分析结果变得很重要。进行测试后,测试人员必须做出详尽的测试报告。但是,这就是测试自动化对您而言失败的原因!您的团队没有对测试报告的分析给予足够的重视。如果执行不当,分析可能会导致无人看管的故障,并浪费时间,资源和精力。
      在自动测试中,有些测试成功,有些失败。因此,必须检查测试报告是否有故障并分析某些测试失败的原因。最好手动进行分析,以发现真正的故障。揭露隐藏的问题并确保它们不会被其他问题掩盖而被忽略是至关重要的。
      9、自下而上的方法来定义您的自动化目标
      设置太高而不能成为自动化的真正目标,在纸面上似乎很完美。但是,在执行步骤时,团队成员之间严重缺乏清晰度。最大的问题是目标不明确。他们缺乏从自动化中获得真正价值的准确性和准确性。大多数公司所做的是,他们开始将非常复杂的事情自动化,并最终重构整个框架。结果,团队最终会浪费大量时间,金钱和精力。
      您可以通过从小处着手并逐步提高复杂性来消除不确定性。选择稳定的功能,并从其自动化开始。之后,收集反馈以确定出了什么问题。一旦您的测试达到一致性,就可以继续使用其他功能。对于不同的项目环境,需求可能会有所不同,因此请使用自定义方法进行测试自动化。
      10、选择合适的工具进行高效有效的测试
      在拥有大量自动化工具的情况下,有时候选择最佳工具变得充满挑战。最终目标是改善整体测试程序并满足实际要求。但是大多数团队都无法从头再来,也没有挑选出最适合其测试需求的工具。毫无疑问,自动化测试是高度依赖于您决定继续使用的工具。每个工具都有特定的功能。但是,团队缺乏充分利用这些功能所需的专业知识水平。
      此外,公司陷入了对特定工具的炒作。但是在选择它之后,他们意识到它并没有提供他们希望获得的一切。另外,每个团队都有预算,有时该工具的成本超出了预算。在继续选择操作工具之前,请仔细列出要求。之后,确定您对该工具的期望值。在设定目标时要非常具体,并检查与产品用户接受标准的对应关系。您也可以咨询有使用这些工具经验的专家。
      11、忽略假阴性和假阳性
      几乎每个组织都经常观察到这一点。一旦自动化测试套件准备就绪并且工作正常,管理就开始放松。他们开始放宽对测试执行的深入分析,因为他们认为只有通过/失败检查才足够。但是,这就是测试自动化导致他们失败的原因!
      有时,系统从根本上可以正常运行。但是,自动化脚本不能反映出相同的情况。他们以其他方式陈述并导致假阳性方案。因此,这造成了混乱的局面,浪费了时间,精力和资源。我已经看到测试团队试图找到不存在的东西是多么令人沮丧!
      另一种情况是,自动化脚本发出绿色信号时,出现了问题。系统无法正常运行,但脚本另有声明。网络问题可能会导致测试环境设置出现差异。这是由于数据库开始阶段缺乏准确性而导致的。从长远来看,让系统处于受损状态可能会导致灾难性的后果。
      12、具有未定义ID的Web元素
      每个Web元素都必须有一个ID才能执行有效的测试。但是有时,开发人员无法将ID分配给所有Web元素,这就是测试自动化失败的原因。在这种情况下,自动脚本必须查找这些Web元素,这会花费大量时间。此外,如果脚本无法在规定的时间内找到这些元素,则测试将失败。因此,为了确保脚本的正确同步,团队必须为所有Web元素分配唯一的ID。
      13、不利用并行执行
      因此,最终使所有想要自动化的东西都自动化了。您最终获得了庞大的测试套件,直到现在,您才开始碰壁。这些复杂的测试套件执行时间比您预期的要长。这开始与您各自的IDE测试自动化框架中的测试队列质量相抵触。结果,由于队列超时问题,测试用例突然停止,这都是因为您要按顺序执行它们。测试用例的顺序执行是Web应用程序测试自动化失败的另一个原因。
      与顺序运行测试不同,并行执行使您可以在不同的环境中同时执行多个测试。但是自动化测试可能会导致意外的代码交互。调试失败的原因非常困难,因此您需要透彻的报告机制,提供有关测试执行的详细见解。

    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-22 09:51 , Processed in 0.065073 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表