标签:保持平衡 用户 编码 linu pap 自己 gbk 方便 检查
如果您是一名测试人员,那么您必须就自动或手动测试进行讨论。这并不是什么新鲜事,许多技术人员对此都有不同的看法。无论您是一个大型团队,已经建立了自动化框架,还是小型团队,对于自动化来说都是新手,为了获得最大效率,始终必须保持这种平衡。
无疑,自动化测试具有提高效率,加快回归速度并因此有助于及时交付项目的好处。它还可以手动删除重复的测试用例或回归用例,并节省测试人员的生命。
但是,在考虑自动化之前,您应该评估一些要点。您一定已经听过“您无法使所有内容自动化”的说法,这是非常正确的。
在许多情况下,需要进行手动测试。实际上,手动测试本身的最大缺点是它的最大优点是需要人工干预!在某些情况下,需要人类的直觉和直观性来测试系统。仅举几例,在以下情况下,手动测试起着至关重要的作用。
在某些情况下,自动化测试是有益的,并且实际上可以减少工作量并提高生产率。我们来看一下:
什么,为什么以及如何实现自动化- 有时要在手动和自动化之间保持平衡可能非常棘手。我已经看到许多积极进取的管理人员都在推动一切自动化。但这是最好的方法吗?
在开始自动化之前,您需要回答以下三个问题:
首先让我们考虑一下到底需要自动化什么。在这里,“精确”是指“需求” /“功能” /“应用”的哪一部分是寻求自动化的候选人。通常将要自动化的应用程序称为AUT(被测应用程序)。很有可能一部分功能可以自动化,而其余功能可以手动测试。
这需要深入研究该功能,测试用例和所需的工作。有时,知道开发人员将如何实现该功能在决定是否可以自动化以及在多大程度上实现自动化至关重要。
这个非常重要。为什么需要自动化?是否因为它减少了工作量并提高了效率?还是因为它将长期受益?还是只是常规?在我担任质量检查人员的任期内,我发现一些经理人积极地希望所有东西都自动化,而没有分析这可能会增加工作量并且没有收获。您可能最终会问自己几个问题-
这是指找到解决方案。为什么和如何相互关联。因此,您可能会找到“回答方式”,并得到“为什么”的答案,反之亦然。
如何决定我们将如何自动化AUT。如果您要使整个应用程序或一个小功能实现自动化,请不要将其与AUT或功能混淆。有时对于小型应用程序,您不需要完整的自动化框架。
有各种可用的工具,它们不需要编码就可以解决需求。例如, CloudQA的TruBot 是这样一种工具,它具有许多方便的工具用于不同类型的测试,并且对于小型应用程序非常用户友好。
除此之外,只需编写一个shell脚本即可满足各种要求。
当AUT很大且不断进行改进时,就需要一个完整的自动化框架。那时,可以在每个功能发布之前执行回归分析,并且自动化可以大大减少工作量。
自动化框架的开发需要编码技能和时间,因此在进入该框架之前,测试人员应始终分析ROI(投资回报率),然后制定相应的计划。
自动化还使您有信心,可以最大程度地覆盖回归测试,并且不会因添加新功能而破坏现有功能。
我们得出的结论是,仅手动或仅自动化不是正确的方法。两者之间应该保持平衡,我希望以上几点将有助于找到正确的平衡。
标签:保持平衡 用户 编码 linu pap 自己 gbk 方便 检查
原文地址:https://www.cnblogs.com/FunTester/p/11878965.html