forcedotcom/sf-skills

dx-devops-test-suite-assignments-configure

Recommends and manages DevOps Center test suite assignments for pipeline stages.

Quelltext ansehen

Verwendung

  1. Installationsbefehl kopieren und das Quellpaket vor der Installation in der eigenen Agentenumgebung prüfen.
  2. Benötigte Werkzeuge, Zugangsdaten und Hosts im Original prüfen.
  3. Eingabe und gewünschtes Ergebnis beschreiben und die Ausgabe mit den Quellen abgleichen.
npx skills add https://github.com/forcedotcom/sf-skills --skill dx-devops-test-suite-assignments-configure

Vor dem Start

  • Die Installation umfasst weder Modellabo noch API-Kontingent oder Dateizugriffsrechte.
  • Sterne und Installationen zeigen Aktivität, keine unabhängige Qualitäts- oder Sicherheitsprüfung.
Originales Skill-Dokument

Aus dem Quell-Repository gerendert; Überschriften, Beispiele, Code, Tabellen, Links und Bilder bleiben erhalten.

Configure DevOps Center Suite Assignments

Recommends which existing test suites to run for a change, and manages how suites are assigned and mapped to pipeline stages. These operations share the same suite-stage metadata: a recommendation surfaces relevant suites and flags gaps, and those gaps lead directly into assignment.

API version: All DevOps testing system calls target Salesforce API v67.0 (minimum required).

Important: All DevOps Center data lives in the Salesforce org — NOT the local repo. Never search the filesystem for suite configuration. Always query the org with sf data query or sf api request rest.


Step 1 — Run prerequisites first (always)

Run the prerequisite checks in references/prerequisite-checks.md before any query or system call. On any failure, surface the plain-language message and stop.

  • Mode A (recommend): Prerequisites 1–4 (org login, plugin, DevOps Center org auth, pipeline identified). No stage required — recommendation reads the pipeline-level Review trigger.
  • Modes B–D (assign/map/classes): Prerequisites 1–4 and Prerequisite 5 (stage). You need doce-org-alias, pipelineId, and stageId.

Step 2 — Select the mode

If the user wants to…ModeFollow
Know which suites to run for a commit/diff, or what covers their changesA — Recommend suitesreferences/recommendation-logic.md
Assign one suite to a stage as a one-offB — Assign a single suitereferences/suite-assignment-modes.md
Bulk-map multiple suites to a stage as a testing strategyC — Map multiple suitesreferences/suite-assignment-modes.md
Add/remove individual test classes within a suite assignmentD — Add/remove classesreferences/suite-assignment-modes.md

Mode A is pure reasoning (no writes). Modes B–D mutate org state via the same testSuiteStages endpoint (references/api-endpoint.md).

How A feeds B–D: When recommendation flags a relevant suite that is not assigned to the stage, that gap is the input to Mode B/C. When it flags a new method with no suite coverage, direct the developer to author tests manually (v1 constraint — never suggest generating tests here).


Step 3 — Governance & confirmation (Modes B–D)

Modes B–D must confirm before any write:

  • Mode B — single confirmation prompt naming the suite, stage, and event.
  • Mode C — a mandatory impact-preview table (Suite / Stage / Event / Action) before the confirmation gate.
  • Mode D — re-present the final test list before confirming. Rejected tests must be EXCLUDED from the payload. If tests were modified during review, re-present the final list before requesting confirmation. Never call without explicit approval.

Do not call the API until the user gives an affirmative response. If the user declines, stop without writing. Full wording for each gate is in references/suite-assignment-modes.md.

Mode A (recommendation) makes no writes and needs no confirmation gate.


Step 4 — Execute and report

Follow the chosen reference file:

  • references/recommendation-logic.md — Mode A: diff classification, provider matching, ranking, gap flagging, output format.
  • references/suite-assignment-modes.md — Modes B–D: inputs, confirmation wording, success messages.
  • references/api-endpoint.md — the shared testSuiteStages POST payload schema (Modes B–D).
  • references/error-handling.md — status-code → plain-language tables.

Never expose raw API errors, stack traces, or JSON to the user.


Related skills

  • `dx-devops-test-pipeline-configure` — if the suite you want to assign doesn't appear yet, configure or re-sync the provider; also configures quality gates on a stage after mapping.
  • `dx-devops-test-suite-run` — execute a recommended/assigned suite on a stage.
  • `dx-devops-test-failures-analyze` — analyze failures and improvement suggestions for the tests within a suite.

Verwandte Aufgaben

aus demselben Repository

Weitere Skills

Alle Skills
forcedotcom
Community

platform-custom-application-generate

Use this skill when users need to create or configure tab-based Salesforce Custom Applications with navigation, branding, and action overrides. Trigger when users mention custom apps, application metadata, app navigation, or organizing tabs into applications. Use when users want to create app containers for tabs and pages. Do NOT use when the goal is hosting a React UI bundle in the App Launcher — use experience-ui-bundle-custom-app-generate for that case.

Installationen
1
GitHub Stars
1112
Aktualisiert
23. Okt.
forcedotcom
Community

platform-custom-field-generate

Use when users create, generate, or validate Salesforce Custom Field metadata. Trigger on custom fields, field types, Roll-Up Summary, Master-Detail/Lookup relationships, formula fields, picklists, dependent (controlling) picklists, referencing a value set from a field, or scoping picklist values per record type; also field deployment errors, including a record type that won't deploy without a business process. DO NOT TRIGGER for creating/customizing the value set itself — a new GlobalValueSet o

Installationen
1
GitHub Stars
1112
Aktualisiert
23. Okt.
forcedotcom
Community

platform-custom-metadata-type-generate

Use to create, generate, or validate Salesforce Custom Metadata Type metadata — the mdt object, fields, and deployable records. Trigger on custom metadata types, CMDT, mdt objects, .md-meta.xml files, or cross-org reference/config data; also admin-maintained mapping/lookup/crosswalk tables (config that changes without a deploy belongs in a CMDT, never hardcoded in Apex/Flow), and CMDT deploy errors. DO NOT TRIGGER for Custom Settings (use platform-custom-setting-generate), business-record object

Installationen
1
GitHub Stars
1112
Aktualisiert
23. Okt.
forcedotcom
Community

platform-custom-report-type-generate

Use to create, generate, or validate Salesforce Custom Report Type metadata. Trigger on custom report types, CRTs, cross-object reports, report builder data sources, exposing fields for reporting across related objects, inner vs outer joins in reports, report type categories, or deployment errors for .reportType-meta.xml files. Do NOT trigger for running, editing, or filtering existing reports; creating report folders, dashboards, or list views; or non-authoring reporting questions.

Installationen
1
GitHub Stars
1112
Aktualisiert
23. Okt.