Files
website/sonar-project.properties
wtclaude 2f3e8f7df5
All checks were successful
PR Checks / bot-install (pull_request) Successful in 14s
PR Checks / client-build (pull_request) Successful in 23s
PR Checks / server-tests (pull_request) Successful in 9m25s
ci(sonarqube): report test execution so the Unit Tests measure populates
The lcov reports only feed SonarQube's Coverage metric — the "Unit Tests" tile
stayed "-" because we never provided a test-execution report (a separate input
via sonar.testExecutionReportPaths, in SonarQube's own Generic Test Execution
XML format, which the lcov/junit reporters don't produce).

Add a dependency-free custom node:test reporter (scripts/sonar-test-reporter.mjs)
that emits that XML — repo-root-relative <file path> entries matching sonar.tests,
integer-ms durations — and wire it into both the server and client coverage runs
in sonarqube.yml, plus sonar.testExecutionReportPaths in sonar-project.properties.

Verified locally: server 380 + client 43 test cases, well-formed XML, all three
reporters (spec/lcov/sonar) coexist in one `node --test` invocation.

Co-Authored-By: Claude <noreply@anthropic.com>
2026-07-21 01:16:08 -05:00

37 lines
2.0 KiB
Properties

# SonarQube analysis config for the website repo.
# Consumed by the scanner in .gitea/workflows/sonarqube.yml on push to main.
# The project key must match the one created in SonarQube (dashboard URL
# ?id=runic-gateway-website).
sonar.projectKey=runic-gateway-website
sonar.projectName=runic gateway website
# Analysed application code. The three npm workspaces (server / client / bot).
sonar.sources=server/src,client/src,bot/src
# Test code is analysed separately from sources so coverage/metrics attribute
# correctly. The server suite and the client's pure-logic unit tests both run on
# Node's built-in test runner (no browser/DOM), so they live side by side here.
sonar.tests=server/test,client/test
sonar.test.inclusions=server/test/**/*.test.js,client/test/**/*.test.js
# Coverage. The sonarqube.yml workflow runs both suites with Node's built-in
# test-coverage and writes an LCOV report for each BEFORE the scan runs; without
# them the dashboard shows 0% (the scanner never executes tests itself). The SF:
# paths in each report are repo-root-relative (server/src/... , client/src/...) so
# the scanner resolves them against the project base dir.
sonar.javascript.lcov.reportPaths=server/coverage/lcov.info,client/coverage/lcov.info
# Test execution ("Unit Tests" measure). This is a SEPARATE report from coverage:
# the lcov files above only populate Coverage, so without this the dashboard shows
# a coverage % but an empty "Unit Tests" tile. The sonarqube.yml workflow writes
# these with a custom node:test reporter (scripts/sonar-test-reporter.mjs) that
# emits SonarQube's Generic Test Execution XML; the <file path=…> entries are
# repo-root-relative and must fall under sonar.tests above.
sonar.testExecutionReportPaths=server/coverage/test-execution.xml,client/coverage/test-execution.xml
# Never analyse dependencies, build output, generated specs, or runtime dirs.
sonar.exclusions=**/node_modules/**,client/dist/**,client/public/**,server/swagger/**,server/logs/**,server/uploads/**,server/coverage/**,client/coverage/**,**/*.min.js
sonar.sourceEncoding=UTF-8