首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

devtools::test()工作,但在测试`expect_known_value()`时,devtools::check()失败

devtools是一个R语言的开发工具包,用于开发和测试R包。devtools::test()函数用于运行包中的测试脚本,而devtools::check()函数用于检查包的完整性和质量。

在给定的问答内容中,问题描述了在运行devtools::test()时工作正常,但在测试expect_known_value()时,devtools::check()失败的情况。

这种情况可能是由于以下几个原因导致的:

  1. 代码错误:expect_known_value()函数可能存在错误,导致在运行devtools::check()时失败。需要仔细检查expect_known_value()函数的实现,并确保其正确性。
  2. 测试数据问题:expect_known_value()函数可能依赖于特定的测试数据,而这些数据可能在运行devtools::check()时不可用或不正确。需要检查测试数据的来源和准确性,并确保在运行devtools::check()时能够正确访问这些数据。
  3. 环境配置问题:devtools::test()和devtools::check()可能在不同的环境中运行,导致在运行devtools::check()时出现问题。需要检查两个函数运行的环境配置,并确保它们在相同的环境中运行。

为了解决这个问题,可以采取以下步骤:

  1. 检查代码:仔细检查expect_known_value()函数的实现,确保其逻辑正确,并修复任何可能存在的错误。
  2. 检查测试数据:检查测试数据的来源和准确性,确保在运行devtools::check()时能够正确访问这些数据。如果测试数据存在问题,可以尝试使用其他数据进行测试,或者修复测试数据的问题。
  3. 检查环境配置:检查devtools::test()和devtools::check()运行的环境配置,确保它们在相同的环境中运行。如果存在环境配置问题,可以尝试调整配置,或者使用相同的环境运行两个函数。

总结起来,要解决devtools::test()工作正常,但在测试expect_known_value()时,devtools::check()失败的问题,需要仔细检查代码、测试数据和环境配置,并进行相应的修复和调整。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • Go:基于BDD的测试框架 Ginkgo 简介及实践

    在如何有效地测试Go代码一文中,我们谈论了单元测试,针对它的两大难点:解耦、依赖,提出了面向接口、mock 依赖的解决方案。同时,该文还讨论了一些 Go 领域内的实用测试工具,欢迎读者阅读。单元测试关注点是代码逻辑单元,一般是一个对象或者一个具体函数。我们可以编写足够的单元测试来确保代码的质量,当功能修改或代码重构时,充分的单元测试案例能够给予我们足够的信心。单元测试之上是开发规范。在敏捷软件开发中,有两位常客:测试驱动开发(Test-Driven Development,TDD)和行为驱动开发(Behavior-driven development,BDD)。它们是实践与技术,同时也是设计方法论。

    01

    让单测变得如此简单 -- spock 框架初体验

    测试流程在软件开发过程中显得越来越重要了,因为无论经验多么丰富的开发者,都难免在编码过程中出现失误甚至是逻辑错误,在这样的前提下,单元测试就显得非常重要了。 单元测试通过对程序中每个部分进行独立的测试覆盖,且在每次代码更新后自动执行,保证了新的修改不会影响到旧的功能。 可以说,编写单元测试让程序员尽早的发现问题、暴露问题,从而让整个编码过程更为可控,同时,编写单元测试过程中对细节的关注,也让程序员更多的思考自己编写的程序的健壮性。 但单元测试又意味着我们需要在维护业务代码的同时,额外维护单元测试的流程和用例,无疑增加了维护成本,而对于程序开发的交接工作来说,除了文档、业务代码,还需要阅读和理解前人的单元测试流程,无疑也让新人的上手难度大为增加。 既然单元测试如此重要,那么我们是否可以找到一个编写高效、易于维护、简单易懂的单元测试框架呢?java 中的 spock 正是凭借这样的理念而诞生的一种测试框架。

    02
    领券