Test suite upgrade: testthat edition 3, coverage ≥ 80%, numerical validation
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 18/100
Línea de trabajo
This is a multi-part test effort rather than one change. Start by running the existing suite with devtools::test() and reading tests/testthat/util_models_detfun.R, which the issue asks to rename to helper-models.R. Pick one exported function from the list, such as beta_params, and write a moment round-trip test with set.seed(). Done means that test passes, the edition-3 changes are applied to that file, and coverage for the function is reported by Codecov.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Suggested owner: Jorge Roa · Plan: Phase 2 (tests)
Goal
Tests that check numbers, not just that code runs. JOSS reviewers look for automated tests that confirm correctness.
Scope
- Move to testthat edition 3:
- Replace
context()andexpect_is()withexpect_s3_class(). - Rename
tests/testthat/util_models_detfun.Rtohelper-models.Rso it loads automatically.
- Replace
set.seed()in every stochastic test.- Add tests for exported functions that have none:
beta_params,gamma_params,lnorm_params,dirichlet_params(moment round-trips)number_ticks,print.icersplot.evppi,plot.evsiprint.metamodel,summary.metamodel- two-way
predict calc_evsi(n_by_param = TRUE)
- Numerical checks:
- ICERs against the Hunink textbook example (
hund_strat). - EVPI by hand from
cancer_psa_data. - EVPPI/EVSI with a fixed seed.
gen_psa_sampmoments for every distribution and parameterization, including truncated-normal, triangle, constant and bootstrap.
- ICERs against the Hunink textbook example (
- vdiffr snapshots for the main plots, with
skip_on_cran(). Pin the ggplot2 version noted in the snapshots.
Acceptance
- Codecov reports ≥ 80% line coverage.
- No test depends on unseeded randomness.
- CI passes on the 5-platform matrix.
- Lenguaje dominante
- R
- Estrellas
- 43
- Forks
- 14
- Merge medio
- 4 h 44 min
- PR fusionados (30 d)
- 15
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de DARTH-git/dampack
-
documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día
-
Release dampack 1.1.0 to CRANAbiertorelease
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
Los mantenedores suelen responder en 1 día
-
documentation release
Dificultad 3/5 1-2 días Aptitud para principiantes 25/100
Los mantenedores suelen responder en 1 día
-
documentation
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
Los mantenedores suelen responder en 1 día
Todos los issues de DARTH-git/dampack
Issues similares
-
documentation priority: low
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Pascal-Kueng/dyadMLM#179 ·
Los mantenedores suelen responder en 1 día
-
Consider changesAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
OHDSI/OmopSketch#618 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
-
bug exec:agent status:fix-merged
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
ichirio/rtfreporter#1046 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día