我是 {testthat} 的新手,并且正在为修改字符串的函数构建测试,并且预计会为某些输入模式生成特定的输出。
作为示例(下面的表示形式),add_excitement
在其输入字符串中添加一个感叹号。当输入“hello”时,它应该返回“hello!”;当给出任何其他输入时,它不应该返回“你好!”。我想对一系列模式进行{testthat} 行为并返回信息性错误,这些错误指定导致错误的模式。
基于 {testthat} 包文档,我相信我应该使用expect_match
. 但是,这会引发“无效的参数类型”错误,而expect_identical
有效。我不明白为什么会这样。我的问题是:
- 为什么不
expect_identical
接受expect_match
这个quasi_label
论点? - 我可以使用
expect_identical
而不是expect_match
用于我的目的,还是会冒其他错误的风险?
这是一个代表:
library(testthat)
library(purrr)
patterns = c("hello", "goodbye", "cheers")
add_excitement <- function(pattern) paste0(pattern, "!")
# For a single pattern
show_failure(expect_identical(add_excitement(!!patterns[2]), "hello!"))
#> Failed expectation:
#> add_excitement("goodbye") not identical to "hello!".
#> 1/1 mismatches
#> x[1]: "goodbye!"
#> y[1]: "hello!"
try(
show_failure(expect_match(add_excitement(!!patterns[2]), "hello!", fixed = TRUE,all = TRUE))
)
#> Error in !patterns[2] : invalid argument type
# For multiple patterns
purrr::map(
patterns,
~ show_failure(expect_identical(add_excitement(!!.), "hello!"))
)
#> Failed expectation:
#> add_excitement("goodbye") not identical to "hello!".
#> 1/1 mismatches
#> x[1]: "goodbye!"
#> y[1]: "hello!"
#> Failed expectation:
#> add_excitement("cheers") not identical to "hello!".
#> 1/1 mismatches
#> x[1]: "cheers!"
#> y[1]: "hello!"
#> [[1]]
#> NULL
#>
#> [[2]]
#> NULL
#>
#> [[3]]
#> NULL
try(
purrr::map(
patterns,
~ show_failure(expect_match(add_excitement(!!.), "hello!",
fixed = TRUE, all = TRUE)
)
)
)
#> Error in !. : invalid argument type
由reprex 包于 2021-02-04 创建(v0.3.0)
谢谢您的帮助!