write-testthat-tests
정보
이 Claude Skill은 R 패키지 함수를 위한 포괄적인 testthat(에디션 3) 단위 테스트를 생성합니다. 개발자가 새로운 함수에 대한 테스트를 추가하고, 기존 코드의 커버리지를 높이며, 버그 수정을 위한 회귀 테스트를 생성하는 데 도움을 줍니다. 본 스킬은 높은 커버리지 목표를 달성하기 위해 테스트 구성, 예상 결과 검증, 모의 객체 생성, 스냅샷 테스트, 매개변수화된 테스트를 다룹니다.
빠른 설치
Claude Code
추천npx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/write-testthat-testsClaude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요
문서
書 testthat 之試
以 testthat 第三版為 R 包之函立全試。
用時
- 為新包函加試
- 增現碼之試覆
- 為訛修書回歸試
- 為新包設試基設
入
- 必要:欲試之 R 函
- 必要:期行與邊例
- 可選:試之夾或樣數
- 可選:目覆百分(默:80%)
法
第一步:設試基設
若未行:
usethis::use_testthat(edition = 3)
此立 tests/testthat.R 與 tests/testthat/ 域。
得:tests/testthat.R 與 tests/testthat/ 域已立。DESCRIPTION 含 Config/testthat/edition: 3。
敗則:usethis 不可得者,手立 tests/testthat.R 含 library(testthat); library(packagename); test_check("packagename") 並加 tests/testthat/ 域。
第二步:立試文
usethis::use_test("function_name")
此立 tests/testthat/test-function_name.R 附模。
得:試文立於 tests/testthat/test-function_name.R,附待充之 test_that() 塊。
敗則:usethis::use_test() 不可得者,手立文。從名約 test-<function_name>.R。
第三步:書基試
test_that("weighted_mean computes correct result", {
expect_equal(weighted_mean(1:3, c(1, 1, 1)), 2)
expect_equal(weighted_mean(c(10, 20), c(1, 3)), 17.5)
})
test_that("weighted_mean handles NA values", {
expect_equal(weighted_mean(c(1, NA, 3), c(1, 1, 1), na.rm = TRUE), 2)
expect_true(is.na(weighted_mean(c(1, NA, 3), c(1, 1, 1), na.rm = FALSE)))
})
test_that("weighted_mean validates input", {
expect_error(weighted_mean("a", 1), "numeric")
expect_error(weighted_mean(1:3, 1:2), "length")
})
得:基試覆典入之正出、NA 處之行、入驗訛辭。
敗則:試即敗者,驗函已載(devtools::load_all())。訛辭不配者,於 expect_error() 中用 regex 模代精串。
第四步:試邊例
test_that("weighted_mean handles edge cases", {
# Empty input
expect_error(weighted_mean(numeric(0), numeric(0)))
# Single value
expect_equal(weighted_mean(5, 1), 5)
# Zero weights
expect_true(is.nan(weighted_mean(1:3, c(0, 0, 0))))
# Very large values
expect_equal(weighted_mean(c(1e15, 1e15), c(1, 1)), 1e15)
# Negative weights
expect_error(weighted_mean(1:3, c(-1, 1, 1)))
})
得:邊例皆覆:空入、單值、零權、極值、無效入。每邊例有明期行。
敗則:函處邊例不如所期者,定修函抑調試。錄歧例之意行。
第五步:用夾為複試
立 tests/testthat/fixtures/ 為試數:
# tests/testthat/helper.R (loaded automatically)
create_test_data <- function() {
data.frame(
x = c(1, 2, 3, NA, 5),
group = c("a", "a", "b", "b", "b")
)
}
# In test file
test_that("process_data works with grouped data", {
test_data <- create_test_data()
result <- process_data(test_data)
expect_s3_class(result, "data.frame")
expect_equal(nrow(result), 2)
})
得:夾予多試文一致數。tests/testthat/helper.R 中助函由 testthat 自載。
敗則:助函不見者,確文名 helper.R(非 helpers.R)且於 tests/testthat/。需者重 R 會。
第六步:模外依
test_that("fetch_data handles API errors", {
local_mocked_bindings(
api_call = function(...) stop("Connection refused")
)
expect_error(fetch_data("endpoint"), "Connection refused")
})
test_that("fetch_data returns parsed data", {
local_mocked_bindings(
api_call = function(...) list(data = list(value = 42))
)
result <- fetch_data("endpoint")
expect_equal(result$value, 42)
})
得:外依(API、庫、網呼)模之,試無實連而行。模返值行函之數處邏。
敗則:local_mocked_bindings() 敗者,確被模函於試範可達。他包之函者,用 .package 參。
第七步:複出之快照試
test_that("format_report produces expected output", {
expect_snapshot(format_report(test_data))
})
test_that("plot_results creates expected plot", {
expect_snapshot_file(
save_plot(plot_results(test_data), "test-plot.png"),
"expected-plot.png"
)
})
得:快照文立於 tests/testthat/_snaps/。首行立基線;後行對之較。
敗則:意變後快照敗者,以 testthat::snapshot_accept() 更之。跨平差者,用 variant 參守平特快照。
第八步:用略條
test_that("database query works", {
skip_on_cran()
skip_if_not(has_db_connection(), "No database available")
result <- query_db("SELECT 1")
expect_equal(result[[1]], 1)
})
test_that("parallel computation works", {
skip_on_os("windows")
skip_if(parallel::detectCores() < 2, "Need multiple cores")
result <- parallel_compute(1:100)
expect_length(result, 100)
})
得:需特境(網、庫、多核)之試正以略條守。本地行而於 CRAN 或限 CI 略。
敗則:CRAN 或 CI 上敗而本地過者,於 test_that() 塊首加宜 skip_on_cran()、skip_on_os()、或 skip_if_not() 守。
第九步:行試而察覆
# Run all tests
devtools::test()
# Run specific test file
devtools::test_active_file() # in RStudio
testthat::test_file("tests/testthat/test-function_name.R")
# Check coverage
covr::package_coverage()
covr::report()
得:諸試以 devtools::test() 過。覆報示已達目百分(目 >80%)。
敗則:試敗者,讀試出求特斷敗。覆下目者,用 covr::report() 識未試碼徑而為加試。
驗
- 諸試以
devtools::test()過 - 覆逾目百分
- 諸出函至少有一試
- 訛條已試
- 邊例覆(NA、NULL、空、界值)
- 試不賴外態或行序
陷
- 試相依:每
test_that()塊必獨立 - 硬編文徑:用
testthat::test_path()為試夾 - 浮點較:用
expect_equal()(有容)非expect_identical() - 試私函:可時經公 API 試。
:::慎用 - CI 中快照試:快照平敏。跨平用
variant參 - 忘
skip_on_cran():需網、庫、長時之試於 CRAN 必略
例
# Pattern: test file mirrors R/ file
# R/weighted_mean.R -> tests/testthat/test-weighted_mean.R
# Pattern: descriptive test names
test_that("weighted_mean returns NA when na.rm = FALSE and input contains NA", {
result <- weighted_mean(c(1, NA), c(1, 1), na.rm = FALSE)
expect_true(is.na(result))
})
# Pattern: testing warnings
test_that("deprecated_function emits deprecation warning", {
expect_warning(deprecated_function(), "deprecated")
})
參
create-r-package- 為包立試基設為包立之部write-roxygen-docs- 錄所試之函setup-github-actions-ci- 推時自行試submit-to-cran- CRAN 需試於諸平過
GitHub 저장소
연관 스킬
evaluating-llms-harness
테스팅이 Claude Skill은 MMLU, GSM8K를 포함한 60개 이상의 표준화된 학술 과제에서 LLM 성능을 벤치마크하기 위해 lm-evaluation-harness를 실행합니다. 개발자들이 모델 품질을 비교하고, 학습 진행 상황을 추적하거나 학술 결과를 보고할 수 있도록 설계되었습니다. 이 도구는 HuggingFace와 vLLM 모델을 포함한 다양한 백엔드를 지원합니다.
cloudflare-cron-triggers
테스팅이 스킬은 cron 표현식을 사용하여 Worker를 스케줄링하기 위한 Cloudflare Cron Triggers 구현에 관한 포괄적인 지식을 제공합니다. 주기적 작업, 유지보수 작업, 자동화된 워크플로우 설정 방법을 다루며, 잘못된 cron 표현식이나 시간대 문제 같은 일반적인 이슈들을 해결하는 방법을 포함합니다. 개발자들은 이를 통해 스케줄된 핸들러 구성, cron 트리거 테스트, Workflows 및 Green Compute와의 연동 작업을 수행할 수 있습니다.
webapp-testing
테스팅이 Claude Skill은 Python 스크립트를 통해 로컬 웹 애플리케이션을 테스트하기 위한 Playwright 기반 툴킷을 제공합니다. 프론트엔드 검증, UI 디버깅, 스크린샷 캡처, 로그 확인 기능을 지원하며 서버 라이프사이클을 관리합니다. 브라우저 자동화 작업에 사용하되 컨텍스트 오염을 방지하기 위해 소스 코드를 읽지 않고 스크립트를 직접 실행하세요.
finishing-a-development-branch
테스팅이 스킬은 테스트 통과를 확인한 후 체계적인 통합 옵션을 제시하여 개발자가 완성된 작업을 마무리하도록 돕습니다. 구현이 완료된 후 머지, PR 생성, 브랜치 정리와 같은 워크플로우를 안내합니다. 코드가 준비되고 테스트가 완료되었을 때 개발 프로세스를 체계적으로 마무리하기 위해 사용하세요.
