---
url: 'https://dxpr.com/de/hc/documentation/learn-dxpr-builder/integrations/setting-up-ab-tests'
title: 'Mitwirken | DXPR'
author:
  name: Jurriaan
  url: 'https://dxpr.com/users/jurriaan'
date: '2026-10-24T08:45:08+00:00'
updated: '2026-10-24T09:09:48+00:00'
copyright: 'Copyright DXPR. All rights reserved.'
type: article
summary: |-
  Die Entwicklung von DXPR Builder findet auf GitHub statt, unter
  github.com/dxpr/dxpr_builder. Alle
  Beiträge folgen dem Workflow, der im
  CONTRIBUTING.md des Repositorys beschrieben ist.
tags:
  - 'Variaties testen'
image: 'https://dxpr.com/themes/custom/dxpr_com/images/dxpr-share-card.jpg'
published: true
og:
  site_name: DXPR
  updated_time: '2026-10-24T09:09:48+0000'
  'image:alt': 'DXPR, powered by Drupal: AI-powered Drupal for marketers.'
schema:
  '@context': 'https://schema.org'
  '@graph':
    -
      mainEntity: {  }
    -
      '@type': TechArticle
      headline: Mitwirken
      description: |-
        Die Entwicklung von DXPR Builder findet auf GitHub statt, unter
        github.com/dxpr/dxpr_builder. Alle
        Beiträge folgen dem Workflow, der im
        CONTRIBUTING.md des Repositorys beschrieben ist.
      image:
        '@type': ImageObject
        url: 'https://dxpr.com/themes/custom/dxpr_com/images/dxpr-share-card.jpg'
        width: '1200'
        height: '630'
      datePublished: '2026-10-24T08:45:08+0000'
      dateModified: '2026-10-24T09:09:48+0000'
      author:
        '@type': Organization
        '@id': 'https://dxpr.com/#organization'
        name: DXPR
        url: 'https://dxpr.com/'
        logo:
          '@type': ImageObject
          url: 'https://dxpr.com/themes/custom/dxpr_com/dxpr-logo-dark.svg'
          width: '1348'
          height: '501'
      publisher:
        '@type': Organization
        '@id': 'https://dxpr.com/#organization'
        name: DXPR
        url: 'https://dxpr.com/'
        logo:
          '@type': ImageObject
          url: 'https://dxpr.com/themes/custom/dxpr_com/dxpr-logo-dark.svg'
          width: '1348'
          height: '501'
      mainEntityOfPage: 'https://dxpr.com/de/hc/documentation/learn-dxpr-builder/integrations/setting-up-ab-tests'
      articleSection: 'Variaties testen'
    -
      '@type': WebPage
      '@id': 'https://dxpr.com/de/hc/documentation/learn-dxpr-builder/integrations/setting-up-ab-tests'
      description: |-
        Die Entwicklung von DXPR Builder findet auf GitHub statt, unter
        github.com/dxpr/dxpr_builder. Alle
        Beiträge folgen dem Workflow, der im
        CONTRIBUTING.md des Repositorys beschrieben ist.
      breadcrumb:
        '@type': BreadcrumbList
        itemListElement:
          -
            '@type': ListItem
            position: 1
            name: Startseite
            item: 'https://dxpr.com/de'
      publisher:
        '@type': Organization
        '@id': 'https://dxpr.com/#organization'
        name: DXPR
      inLanguage: de
---
[Help Center](/de/hc)/[Documentation](/de/hc/documentation) /[Learn DXPR Builder](/hc/documentation/learn-dxpr-builder) /[Manage the site](/hc/documentation/learn-dxpr-builder/manage) /[Variaties testen](/hc/documentation/learn-dxpr-builder/integrations/ab-testing-overview) # Mitwirken.

 Learn DXPR BuilderManage the siteVariaties testen

   ## In this guide

 Related guides

- [Ihre A/B-Test-Ergebnisse lesen](/de/hc/documentation/learn-dxpr-builder/integrations/analyzing-results)

Die Entwicklung von DXPR Builder findet auf GitHub statt, unter [github.com/dxpr/dxpr\_builder](https://github.com/dxpr/dxpr_builder). Alle Beiträge folgen dem Workflow, der im [CONTRIBUTING.md](https://github.com/dxpr/dxpr_builder/blob/3.x/CONTRIBUTING.md) des Repositorys beschrieben ist.

## Git-Workflow

1. Jeder Pull Request muss mit einem GitHub-Issue verknüpft sein
2. Branch-Benennung: `person/target-branch/#issue-description` (z. B. `jur/3.x/#42-fix-carousel-autoplay`)
3. Schreiben Sie atomare Commits im Stil des [alphagov-Git-Styleguides](https://github.com/alphagov/styleguides/blob/master/git.md)
4. Pull Requests müssen eine kurze Beschreibung der Lösung enthalten
5. Änderungen im Rahmen des Issues halten: keine unzugehörige Formatierung und kein unzugehöriges Refactoring

## Code-Owner

[@jjroelofs](https://github.com/jjroelofs) ist der Code-Owner. Ohne deren Review kann kein Pull Request gemergt werden.

## Coding-Standards

- PHP: [Drupal-Coding-Standards](https://www.drupal.org/docs/develop/standards)
- JavaScript: nur ES6+ (kein `var`, kein jQuery in neuem Code). Den [Airbnb-JavaScript-Coding-Standards](https://github.com/airbnb/javascript) mit den Ausnahmen des Projekts folgen
- CSS: dem [Design System](https://github.com/dxpr/dxpr_builder/blob/3.x/DESIGN-SYSTEM.md) für Custom Properties und Token-Benennung folgen
- Eine Änderung an der `showed`-Methode eines Elements muss das aktualisierte `dxpr_frontend.js` enthalten. Erzeugen Sie es aus der vollständigen Ausgabe, die der Editor in die Browser-Konsole schreibt, wenn Sie auf den Speichern-Button eines Containers klicken.
- Neue Funktionen brauchen QA-Analytics-Abdeckung.

Führen Sie nach dem Klonen einmal `npm install` aus. Damit wird der Husky-Pre-Commit-Hook installiert, der Ihre gestagten Dateien lintet; siehe [Testen](/de/hc/documentation/learn-dxpr-builder/development/testing).

## E2E-Tests ausführen

Tests werden per Slash-Befehl in PR-Kommentaren ausgelöst:

| Befehl | Beschreibung |
|---|---|
| `/e2e` | Die kompletten BS5-Editor- und Anonymous-Suiten ausführen |
| `/e2e groups=group-name` | Bestimmte Testgruppen ausführen |
| `/e2e tests=ClassName` | Bestimmte Testklassen ausführen |
| `/e2e-bs3` | Die BS3-Editor-Suite ausführen |
| `/e2eV2` | Die BS5-Suiten auf dem DXPR CMS-Stack ausführen |
| `/e2e maven_ref=branch` | Mit einem eigenen `dxpr_maven`-Branch testen |

Wenn eine Builder-Änderung eine Teständerung braucht, aktualisiert der QA-Engineer `dxpr_maven` auf einem Branch, und Sie führen `/e2e maven_ref=<branch>` auf Ihrem Pull Request aus. Der Builder-Pull-Request wird zuerst gemergt, dann der `dxpr_maven`-Pull-Request.

## Vor der Review-Anfrage

1. Die Änderung umsetzen
2. Sorgfältig testen
3. Eine Cleanup-/Refactoring-Runde einlegen
4. Erneut testen, um sicherzugehen, dass nichts kaputt ist
5. Mit sauberer Git-Historie committen und pushen
6. Prüfen, dass die Linter-Checks bestehen
7. Kommentieren Sie `/e2e` im PR, um Regressionstests zu starten
8. Review anfordern, sobald alle Checks bestehen