End-to-end: parse, slice, inventory, render.
Usage
svt_validate(
app_path,
manifest = NULL,
out_dir = "validation",
features = NULL,
modules = NULL,
lenient = FALSE,
tests = NULL,
test_path = NULL,
test_results = NULL,
strict_verification = FALSE,
scaffold = FALSE
)Arguments
- app_path
Path to a Shiny app root or a
.ziparchive.- manifest
Path to
features.yml, an in-memory manifest list, orNULL. WhenNULL,app_path/features.ymlis used if present.- out_dir
Where artifacts are written. Created if missing.
- features
Character vector of feature names to include (
NULL= all).- modules
Character vector of module names to include (
NULL= all).- lenient
If
TRUE, manifest issues become warnings.- tests
How far to take the testing layer (spec 06):
"coverage"also discovers the app's existing tests, maps them to features, and writestraceability.{json,md};"surface"derives each subgraph's test surface and writes thetest_surface.jsonartifacts and doc-stub sections;"off"skips the layer entirely.NULL— the default — resolves to"coverage"when the test tree exists and"surface"otherwise.- test_path
Where the app's tests live.
NULL=<app>/tests.- test_results
Path to a
testthat::JunitReporter()XML report to ingest, orNULL. We ingest; we never execute.- strict_verification
If
TRUE, ahigh-risk feature with no mapped test (SVT-W301) aborts the run rather than warning. The intended CI gate, and the one place the package takes a position.- scaffold
If
TRUE, also write test scaffolds into<out_dir>/tests/. Off by default: generating files into a validated repository is opt-in, always.