51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[转贴] 解析提高测试覆盖率的四大步骤

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

    连续签到: 1 天

    [LV.10]测试总司令

    跳转到指定楼层
    1#
    发表于 2022-7-26 09:08:29 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    摘要:您需要为用户提供功能强大且强大的应用程序以保持相关性,这已不是什么秘密。而且您知道您需要测试您的产品以实现该目标。但是您如何衡量您的测试工作呢?您的应用测试覆盖率会告诉您是否进行了足够的测试以及哪里还有改进的余地。尽管广泛的测试覆盖率并不能保证发布无错误的应用程序,但它可以极大地帮助您完成这项工作。按照以下4 个步骤提高您的测试覆盖率,并为您的用户提供更强大、更有趣的移动产品。
      什么是测试覆盖率?
      测试覆盖率衡量您测试了多少应用程序。这不仅与您执行的测试数量有关。它还与您查看的真实设备、浏览器操作系统版本有关!您测试的设备和操作系统组合越多,测试覆盖的代码越多,测试覆盖率就越高。
      请注意,实现 100% 的测试覆盖率是不现实的。一般来说,达到70%对你来说可能就足够了。此外,实现更高的测试覆盖率可能需要更多时间并延迟您的应用程序启动。要确定正确的数字,您必须评估您的需求并分析与较低测试覆盖率相关的风险。经过仔细评估,您可以更安全地确定发布稳定可靠的应用程序需要多少测试覆盖率。
      如果您知道您的应用程序的测试覆盖率,您还可以在您未测试的代码中找到被忽略的部分。因此,您可以获得关于如何增加测试覆盖率和降低发布畸形应用程序风险的新想法。此外,您可以更好地估计时间和成本并更有效地分配资源。有什么不喜欢的?
      现在,您可能想知道如何提高测试覆盖率。您如何充分利用团队的测试时间并向您的受众提供令人满意的移动应用程序?让我们开始使用以下四个技巧来增加应用程序的测试覆盖率。
      1 制定计划并设定目标
      没有计划就无法提高测试覆盖率。您需要定义测试策略的各个方面,以便您的团队知道该做什么以及何时该做什么。
      例如,您应该定义要运行测试的设备、操作系统和操作系统版本。请务必在新设备和操作系统版本发布时更新此列表,旧设备和操作系统将从市场上消失。此外,请考虑您的用户喜欢什么!专注于测试您的实际客户使用什么来为他们提供出色的产品体验。简而言之,您需要定义您的应用测试设备覆盖范围。
      但还有更多需要考虑和计划!你多久测试一次?您是否还检查了您的应用程序在不同的实际条件下的行为方式?例如,您是否应用了不同的网络连接配置文件?
      始终考虑这些测试需要多长时间,以及您是否负担得起。最后,您通常必须根据可用资源权衡潜在风险,以决定应该测试哪些内容以及测试的频率。
      但请注意,即使是 100% 的测试覆盖率也不意味着发布完美无瑕的产品!这就是为什么你永远不应该停止测试——即使是发布后。
      不要忘记:您还需要一个可以为之努力的目标!您的应用需要多少测试覆盖率?定义您的测试人员在您的团队向您的用户发布应用程序之前需要达到的测试设备覆盖率和代码覆盖率的百分比。继续制定您的策略并评估结果。分析哪些有效,哪些无效,相应地简化您的计划,并使您的团队保持一致。通过这种方式,您可以逐渐增加您的测试覆盖率!
      2 增加代码覆盖率
      传统上,许多软件开发团队喜欢通过他们的代码覆盖率来定义他们的测试覆盖率。代码覆盖率取决于组件有多少行代码以及在测试用例中执行了多少行。
      您需要应用来计算代码覆盖率的公式如下所示:
    1. (测试执行的代码行数/总代码行数)* 100 = 代码覆盖率百分比
    复制代码
    您可能想知道如何知道您的代码覆盖率。通常,如果您使用持续集成工具,则可以针对所有代码运行代码覆盖率。此操作的结果将使您对现状有很好的了解。然后,您的团队可以制定行动计划,通过编写缺失的测试来提高代码覆盖率。
      通常,目标应至少为 80%——越高越好。您对组件执行的测试越多,等待用户的未检测到的错误就越少。但是,请记住,代码覆盖率不会告诉您有关其他基本标准(例如代码质量)的任何信息!所以不要仅仅依靠代码覆盖率来确保发布高质量的应用程序。
      3 增强测试自动化
      测试自动化让你在更短的时间内执行更多的测试。仅依靠手动测试会导致瓶颈并减慢上市时间。具有测试自动化的持续集成和持续部署可帮助您在开发生命周期的早期识别产品中的错误和瓶颈。此外,通过自动化重复的测试用例,您的团队可以专注于更令人兴奋和更具挑战性的任务。
      当然,根据您的测试要求,测试自动化可能不是实现预期结果的可行选项。总的来说,我们已经看到一些常见的用例,在这些用例中,在真实设备上进行手动测试是更好的选择。例如,您需要手动测试您的应用程序的外观和感觉是否正确,以确保用户体验恰到好处。
      但是,大多数情况下,您可以押注其他测试场景的自动化,例如重复测试或期望特定结果的测试。
      很可能,您已经自动化了大部分测试。为了提高测试覆盖率,请尝试在任何可能和可行的地方实现自动化。因此,您可以利用获得的时间在更多设备上进行测试或增加代码覆盖率。
      4 更大规模的测试
      您可以通过同时在无限数量的设备上进行测试,从自动化测试设置中获得更多收益。
      运行自动化测试需要时间——测试用例越复杂,花费的时间就越长。想一想:如果您一次在一台设备上运行自动化测试,那么您将有一段时间不会发布您的应用程序。如果您想实现高设备覆盖,这种情况会变得更糟!
      为确保及时发布,您需要进行更大规模的测试。您需要使用可以同时测试无限数量设备的环境。因此,您可以在尽可能短的时间内根据需要进行尽可能多的设备和操作系统版本的组合。
      同样,您可以利用通过在其他地方尽可能多的设备进行测试而节省的时间。例如,您可以增加测试设备或代码覆盖率,执行更多必要的手动测试等。


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

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-23 10:37 , Processed in 0.068056 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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