Search by

Shared QA tooling for SymPress packages.

Package info

github.com/SymPress/qa

pkg:composer/sympress/qa

Statistics

Installs: 1 749

Dependents: 17

Suggesters: 0

Stars: 0

Open Issues: 0

v0.1.2 2026-10-02 11:01 UTC

This package is auto-updated.

Last update: 2026-10-06 18:20:39 UTC


README

Shared QA tooling for SymPress packages.

This package does not replace sympress/coding-standards. The coding standards package remains responsible for PHPCS rulesets and custom sniffs. sympress/qa provides the shared toolchain, PHPStan defaults, PHPUnit templates, and the qa runner used by package scripts and CI.

The runner is a Symfony Console application and uses Symfony Process for tool execution. It is designed to behave the same in a standalone split package, in the SymPress monorepo, and inside CI containers.

When a monorepo root targets a package via --package, the runner prefers the root or QA toolchain before a package-local vendor/bin. That keeps direct monorepo checks deterministic even when an individual package still has an older local vendor directory. PHPCS and PHPCBF are executed with PHP deprecation notices suppressed, so dependency deprecations in coding-standard tooling do not abort scans on newer PHP runtimes.

Installation

composer require --dev sympress/qa

The package intentionally keeps PHPCS, PHPStan, PHPUnit and their extensions in require. Downstream packages install sympress/qa as a dev dependency and receive the complete QA toolchain transitively.

PHP 8.5 is required. The toolchain uses stable SymPress Coding Standards 1.1 releases and permits PHPUnit 10.5, 11.5 or 13, according to the consumer's constraints. See the 0.1.0 release preparation for the verified dependency set and remaining publication steps.

Composer Scripts

Recommended package scripts:

{
  "scripts": {
    "cs": "qa cs",
    "cs:fix": "qa cs:fix",
    "static-analysis": "qa static-analysis",
    "tests": "qa tests",
    "test": "@tests",
    "qa": [
      "@cs",
      "@static-analysis",
      "@tests"
    ]
  }
}

Packages can still keep custom implementations behind the same script names. CI should call composer qa and let each package decide whether it uses sympress/qa or custom commands.

Commands

vendor/bin/qa cs
vendor/bin/qa lint:php
vendor/bin/qa lint:php --package=packages/example --exclude=tests/site/public
vendor/bin/qa cs:fix
vendor/bin/qa static-analysis
vendor/bin/qa tests
vendor/bin/qa qa
vendor/bin/qa qa --strict
vendor/bin/qa doctor --strict

Local unavailable gates are visibly reported as SKIP. CI and GitHub Actions fail unavailable enabled gates automatically. Add --strict to a local tool command or to qa when an unavailable gate must fail. Use doctor --strict with an adoption file to verify that required gates are configured and referenced by composer qa.

DevOps Usage

lint:php checks package PHP files with the interpreter running QA (PHP_BINARY), without executing the files. It propagates syntax failures and the interpreter's exit code. Dependency, generated-output and cache directories (vendor, node_modules, .git, var, build, phpstan-cache, test-results and playwright-report) and symlinks are excluded. Public PHP entrypoints are checked; use repeatable --exclude options for additional package-relative directories. Packages opt in through "lint:php": "@php vendor/bin/qa lint:php" and @lint:php in composer qa. The aggregate qa qa command keeps its existing three gates.

CI jobs can keep their package-specific behavior simple:

composer install --prefer-dist --no-progress --no-interaction
composer qa

Packages that need custom behavior can keep the same Composer script names and wrap custom commands behind them. The runner also supports direct package targeting from a monorepo root:

php packages/qa/bin/qa qa --package=packages/kernel
php packages/qa/bin/qa doctor --strict --package=packages/kernel

doctor --strict checks only configured required gates. Missing optional gates are reported as planned work when an adoption file is present; without one, cs is the only required default.

The adoption format is defined by docs/qa-adoption.schema.json. Invalid JSON, schema-incompatible data or an unsupported version always fails instead of silently loading defaults. This repository's own composer qa runs all gates in strict mode.

Config Includes

PHPStan configs can include shared defaults:

includes:
    - vendor/sympress/qa/config/phpstan/library.neon

parameters:
    paths:
        - src
        - tests

WordPress packages can use:

includes:
    - vendor/sympress/qa/config/phpstan/wordpress.neon

parameters:
    paths:
        - src
    bootstrapFiles:
        - tests/Support/TestEnvironment.php

szepeviktor/phpstan-wordpress is installed by this package and should be loaded through phpstan/extension-installer. Consuming packages need to allow the Composer plugin:

{
  "config": {
    "allow-plugins": {
      "phpstan/extension-installer": true
    }
  }
}

PHPCS remains package-local through phpcs.xml.dist, usually referencing SymPress-Pure, SymPress-WordPress, SymPress-Boundary, or SymPress-Templates.