Deutsch (du)

Produktion und Entwicklung

Entwicklung, Vorschau und Produktion in condoo.Vibe verstehen. Authentifizierung, Zahlungen und Connectors sicher testen, bevor Kunden Änderungen sehen.

Bei der Entwicklung mit condoo.Vibe arbeitest du in unterschiedlichen Phasen mit deiner Anwendung.

Während du dein Projekt erstellst, änderst und testest, arbeitest du an der Anwendung, bevor diese Änderungen deinen Nutzern zur Verfügung stehen.

Sobald du das Projekt veröffentlichst, greifen Nutzer auf die Produktionsversion deiner Anwendung zu.

Diese Unterscheidung wird immer wichtiger, sobald deine Anwendung echte Nutzer, Kundendaten, Zahlungen und Integrationen hat.

Änderungen zuerst entwickeln und testen. Veröffentlichen, sobald sie für deine Nutzer bereit sind.

Was ist Entwicklung?

In der Entwicklung erstellst und verbesserst du deine Anwendung aktiv.

Du könntest condoo.Vibe bitten:

Während dieses Prozesses kannst du deine Änderungen prüfen, bevor du entscheidest, ob sie bereit für die Veröffentlichung sind.

Die Entwicklung ist deine Arbeitsumgebung.

DEINE IDEE
    ↓
condoo.Vibe
    ↓
ENTWICKELN
    ↓
VORSCHAU
    ↓
TESTEN

Du gestaltest das Produkt noch.

Was ist Produktion?

Produktion ist die Version deiner Anwendung, die echte Nutzer verwenden.

Wenn du beispielsweise:

app.yourcompany.com

veröffentlicht hast und deine Kunden sich dort anmelden und die Anwendung nutzen, ist das deine Produktionsanwendung.

Die Produktion kann echte Daten und Vorgänge enthalten:

Änderungen an einer Produktionsanwendung sollten deshalb sorgfältiger behandelt werden als Änderungen an einem frühen Prototyp.

Vorschau und Live-Version

Der Unterschied lässt sich besonders einfach so verstehen:

Preview

Was du während der Entwicklung gerade prüfst.

Live

Worauf deine Nutzer nach der Veröffentlichung zugreifen.

condoo.Vibe
  ↓
ENTWICKELN
  ↓
VORSCHAU
  ↓
Bist du zufrieden?
  ↓
VERÖFFENTLICHEN
  ↓
LIVE-ANWENDUNG

Publish-Schaltfläche in condoo.Vibe

Das gibt dir Gelegenheit, deine Arbeit zu prüfen, bevor du sie Nutzern bereitstellst.

Eine Live-Anwendung hindert dich nicht am Weiterentwickeln

Nach der Veröffentlichung eines Projekts kannst du es weiter verbessern.

Angenommen, Version 1 enthält:

Deine Kunden beginnen, sie zu nutzen.

Du kannst dann zu condoo.Vibe zurückkehren und sagen:

Teamzusammenarbeit hinzufügen, damit Eigentümer von Arbeitsbereichen andere Nutzer zu ihren Projekten einladen können.

Du kannst die neue Funktion entwickeln und prüfen, bevor du die Aktualisierung veröffentlichst.

Vereinfacht dargestellt:

AKTUELLE LIVE-VERSION
         ↓
Weiterentwickeln
         ↓
Neue Änderungen
         ↓
Vorschau
         ↓
Testen
         ↓
Veröffentlichen
         ↓
AKTUALISIERTE LIVE-VERSION

Dein Produkt kann sich nach dem Start weiterentwickeln.

Echte Nutzer nicht als Testumgebung verwenden

Sobald Kunden deine Anwendung nutzen, solltest du große Änderungen vor der Veröffentlichung testen.

Stell dir beispielsweise vor, du änderst:

Wie Abonnementberechtigungen berechnet werden.

Wenn du sofort ohne Tests veröffentlichst, könntest du zahlenden Kunden versehentlich den Zugang zu ihren Konten verwehren.

Stattdessen:

ÄNDERUNG
  ↓
VORSCHAU
  ↓
TESTEN
  ↓
ÜBERPRÜFEN
  ↓
VERÖFFENTLICHEN

Das wird mit dem Wachstum deiner Anwendung immer wichtiger.

Den gesamten Ablauf testen

Teste nicht nur die geänderte Seite.

Überlege, was die Änderung beeinflusst.

Angenommen, du änderst den Registrierungsablauf.

Hör nicht auf, nachdem du festgestellt hast, dass die Registrierungsseite richtig aussieht.

Teste:

Registrierung
  ↓
Konto erstellt
  ↓
Authentifizierung
  ↓
Einführung
  ↓
Dashboard

Eine Änderung am Anfang eines Ablaufs kann alles beeinflussen, was danach kommt.

Testdaten und echte Daten

Während der Entwicklung erstellst du möglicherweise Beispieldaten zum Testen deiner Anwendung.

Zum Beispiel:

Kunde:
John Test

Unternehmen:
Acme Demo

Bestellung:
#TEST-001

Das ist während der Entwicklung hilfreich.

Deine Produktionsanwendung kann aber tatsächliche Kundeninformationen enthalten.

Entferne vor dem Start unnötige Platzhalter- oder Demoinhalte, die echte Nutzer nicht sehen sollen.

Entwicklungsdaten und Produktionsdaten

Die Unterscheidung zwischen deiner Anwendungsversion und ihren Daten ist wichtig.

Dein Projekt kann unterschiedliche Versionen durchlaufen, während die Datenbank dauerhaft gespeicherte Informationen enthält, zum Beispiel:

Geh nicht davon aus, dass eine Änderung oder Wiederherstellung einer Anwendungsversion automatisch die Datenbankdaten zurücksetzt.

Wie unter „Versionsverlauf und automatische Wiederherstellung“ beschrieben, sind Anwendungs- und Datenbankwiederherstellung getrennte Konzepte.

Authentifizierung sorgfältig testen

Authentifizierung gehört zu den wichtigsten Bereichen, die vor der Veröffentlichung von Änderungen getestet werden sollten.

Wenn du Folgendes änderst:

teste den gesamten Authentifizierungsablauf.

Zum Beispiel:

Neuer Nutzer
   ↓
Registrieren
   ↓
Konto erstellt
   ↓
Anmelden
   ↓
Richtiges Dashboard

Anschließend teste einen bestehenden Nutzer.

Bestehender Nutzer
     ↓
Anmelden
     ↓
Bestehende Daten verfügbar

Teste nicht nur mit deinem Administratorkonto.

Nutzerrollen testen

Wenn deine Anwendung unterschiedliche Rollen unterstützt, teste jede davon.

Zum Beispiel:

Eine Funktion, die für einen Owner korrekt funktioniert, muss nicht zwangsläufig auch für einen Customer korrekt funktionieren.

Prüfe, ob jeder Nutzer:

Zahlungen vor dem Start testen

Zahlungsabläufe verdienen besondere Aufmerksamkeit.

Wenn du Stripe verwendest, sollte dein Entwicklungsablauf Tests vor der Verarbeitung echter Transaktionen vorsehen.

Zum Beispiel:

Tarif auswählen
    ↓
Checkout
    ↓
Zahlung
    ↓
Abonnement erstellt
    ↓
Richtiger Zugriff gewährt

Teste nicht nur, ob sich die Checkout-Seite öffnet.

Prüfe, was nach der Zahlung passiert.

Erfüllt die Anwendung Folgendes?

Externe Connectors testen

Wenn deine Anwendung Connectors verwendet, teste sie als Teil deiner Produktionscheckliste.

Zum Beispiel:

Resend

Kommt die E-Mail tatsächlich an?

Twilio

Wird die vorgesehene Nachricht gesendet?

Cloudinary

Erscheinen hochgeladene Bilder korrekt?

Stripe

Aktualisiert eine Zahlung die Anwendung korrekt?

Google Calendar

Wird das richtige Ereignis erstellt?

Google Meet

Ist der Besprechungslink an der erwarteten Stelle verfügbar?

Ein erfolgreicher Anwendungsbuild garantiert nicht, dass jeder externe Dienst wie vorgesehen funktioniert.

Geheimnisse schützen

Füge sensible Zugangsdaten niemals direkt in öffentlich zugänglichen Anwendungscode oder Oberflächen ein.

Dazu gehören:

Verwende den passenden Connector oder sicheren Konfigurationsmechanismus von condoo.Vibe, wenn Zugangsdaten benötigt werden.

Entwicklungs- und Produktionszugangsdaten

Manche Dienste bieten getrennte Test- und Produktionsumgebungen.

Zahlungen sind ein häufiges Beispiel.

Du könntest Folgendes verwenden:

Entwicklung
→ Stripe Test Mode

und später:

Produktion
→ Stripe Live Mode

Starte nicht versehentlich eine Produktionsanwendung mit Testkonfiguration, wenn echte Transaktionen erwartet werden.

Ebenso solltest du Entwicklungstests nicht versehentlich gegen Live-Systeme ausführen, wenn dadurch echte Kosten, Nachrichten, E-Mails oder Kundenaktionen ausgelöst werden könnten.

Vorsicht bei destruktiven Aktionen

Manche Anwendungsaktionen lassen sich nur schwer oder gar nicht rückgängig machen.

Beispiele sind:

Teste diese Abläufe sorgfältig.

Bei wichtigen destruktiven Aktionen solltest du Bestätigungsdialoge wie diesen erwägen:

Projekt löschen?

Diese Aktion kann nicht rückgängig gemacht werden.

[Cancel] [Delete Project]

Du kannst condoo.Vibe bitten:

Vor dem dauerhaften Löschen eines Projekts einen Bestätigungsschritt hinzufügen. Klarstellen, dass die Aktion nicht rückgängig gemacht werden kann.

E-Mails und Nachrichten während der Entwicklung

Sei vorsichtig beim Testen von Anwendungen, die Nachrichten versenden.

Wenn deine Datenbank beispielsweise 5,000 echte Kunden enthält, soll ein Entwicklungstest nicht versehentlich Folgendes auslösen:

5,000 E-Mails

oder:

5,000 SMS-Nachrichten

Verwende beim Entwickeln von Nachrichtenabläufen gegebenenfalls kontrollierte Testempfänger.

Anschließend prüfe die Automatisierung, bevor du sie mit echten Kundendaten arbeiten lässt.

Eine kleine Produktionsänderung vornehmen

Angenommen, deine Anwendung ist live, und du möchtest Folgendes ändern:

Die Überschrift auf der Startseite von „Schneller entwickeln“ in „Das nächste Produkt mit KI entwickeln“ ändern.

Das ist vergleichsweise risikoarm.

Dein Ablauf könnte einfach so aussehen:

Ändern
 ↓
Vorschau
 ↓
Prüfen
 ↓
Veröffentlichen

Eine große Produktionsänderung vornehmen

Nun stell dir Folgendes vor:

Das aktuelle Authentifizierungssystem ersetzen, die Einführung neu gestalten und die Funktionsweise der Nutzerberechtigungen ändern.

Das hat deutlich größere Auswirkungen.

Verwende:

EXPLORE
   ↓
PLAN
   ↓
PRÜFEN
   ↓
BUILD
   ↓
TESTEN
   ↓
UNTERSCHIEDLICHE NUTZER TESTEN
   ↓
VERÖFFENTLICHEN
   ↓
PRODUKTION ÜBERPRÜFEN

Der Umfang deiner Tests sollte zum Risiko der Änderung passen.

Den Plan-Modus für Produktionsänderungen verwenden

Der Plan-Modus wird besonders wertvoll, sobald deine Anwendung live ist.

Statt:

Unser Abonnementsystem ändern.

Besser:

Das bestehende Abonnementsystem analysieren und einen Plan zum Hinzufügen jährlicher Abrechnung erstellen, ohne bestehende Monatsabonnenten zu beeinträchtigen. Noch keine Änderungen vornehmen.

Du kannst den Ansatz prüfen, bevor condoo.Vibe die Anwendung ändert.

Das ist besonders nützlich für:

condoo.Vibe mitteilen, was unverändert bleiben muss

Wenn du eine etablierte Anwendung änderst, gib condoo.Vibe Grenzen vor.

Zum Beispiel:

Der Kundentabelle Filter hinzufügen. Bestehende Suche, Seitennavigation, Sortierung, Kundenberechtigungen und Tabellengestaltung nicht ändern.

Oder:

Dem bestehenden Stripe-Abonnementablauf jährliche Abrechnung hinzufügen. Bestehende Monatsabonnements und Kundenzugriffsregeln nicht ändern.

Das hilft, funktionierende Bereiche zu schützen.

Den Versionsverlauf als Sicherheitsnetz verwenden

Wenn ein Build dauerhaft scheitert, versucht condoo.Vibe, den Fehler zu untersuchen und zu reparieren.

Wie auf der vorherigen Seite beschrieben, kann condoo.Vibe das Projekt automatisch auf eine frühere funktionierende Version zurücksetzen, wenn wiederholte Reparaturversuche erfolglos bleiben.

Der Wiederherstellungsprozess sieht so aus:

Neue Änderung
    ↓
Build-Fehler
    ↓
condoo.Vibe versucht Reparatur
    ↓
Weiterhin fehlerhaft
    ↓
Weiterer Versuch
    ↓
Reparatur nicht möglich
    ↓
Frühere funktionierende Version

Das hilft zu verhindern, dass ein fehlgeschlagener Build zur Sackgasse wird.

Versionswiederherstellung ersetzt jedoch keine sorgfältigen Produktionstests.

Nach der Veröffentlichung erneut testen

Nur weil eine Funktion in Preview funktioniert, solltest du Tests der Live-Anwendung nicht überspringen.

Nach einer wichtigen Bereitstellung:

Veröffentlichen
   ↓
Live-URL öffnen
   ↓
Kritische Abläufe testen
   ↓
Funktioniert alles?
 ↙                 ↘
Ja                 Nein
 ↓                   ↓
Fertig              Debug

Veröffentlichte URL in condoo.Vibe

Teste die Produktionsversion genauso, wie deine Kunden sie verwenden werden.

Vorschau funktioniert, Produktion nicht

Das ist eine nützliche Information für condoo.Vibe.

Sag nicht einfach:

Die Anmeldung ist defekt.

Stattdessen:

Die Anmeldung funktioniert in Preview korrekt, aber nach der Veröffentlichung können Nutzer sich in der Live-Anwendung nicht anmelden. Die Anmeldeanfrage gibt diesen Fehler zurück: [FEHLER]. Das Authentifizierungsproblem in der Produktion untersuchen, ohne die aktuelle Anmeldeoberfläche zu ändern.

Diese Unterscheidung hilft condoo.Vibe, das Problem einzugrenzen.

Fehlersuche in der Produktion

Eine gute Anfrage im Debug-Modus könnte so aussehen:

Erwartet: Bestehende Kunden sollen sich anmelden und auf ihr Dashboard zugreifen können.

Vorschau: Die Authentifizierung funktioniert korrekt.

Produktion: Das Anmeldeformular lädt, aber das Absenden gültiger Zugangsdaten gibt einen Fehler zurück.

Letzte Änderung: Wir haben den Einführungsablauf aktualisiert.

Fehler: [FEHLER EINFÜGEN]

Das Authentifizierungsproblem in der Produktion untersuchen, ohne unabhängige Dashboard- oder Einführungsfunktionen zu ändern.

Gib condoo.Vibe möglichst viel Kontext dazu, wo das Problem auftritt.

Produktionscheckliste

Vor der Veröffentlichung einer wichtigen Aktualisierung prüfe:

Nach der Veröffentlichung:

In Umgebungen denken

Ein hilfreiches Modell ist:

ENTWICKELN
  ↓
ENTWICKLUNGSUMGEBUNG
  ↓
VORSCHAU
  ↓
TESTEN
  ↓
VERÖFFENTLICHEN
  ↓
PRODUKTION
  ↓
ECHTE NUTZER
  ↓
LERNEN
  ↓
WEITERENTWICKELN

Die Produktion ist nicht das Ende des condoo.Vibe-Ablaufs.

Hier trifft deine Anwendung auf echte Nutzer.

Ihr Feedback gibt dir neue Ideen, und du kehrst zu condoo.Vibe zurück, um das Produkt weiterzuentwickeln.

Abschnitt 5 abgeschlossen

Du hast jetzt Veröffentlichung und Domains behandelt:

Jetzt weißt du, wie dieser Weg funktioniert:

condoo.Vibe-PROJEKT
     ↓
ENTWICKELN
     ↓
TESTEN
     ↓
VERÖFFENTLICHEN
     ↓
BEREITSTELLEN
     ↓
EIGENE DOMAIN
     ↓
PRODUKTION

Als Nächstes: Mobiler Export

Der nächste Abschnitt in der Sitemap ist Abschnitt 6 „Mobiler Export“:

Die nächste Seite ist „Mobiler Export: Übersicht“.

Übersicht zum mobilen Export

Erfahre, wie condoo.Vibe beim Export deines Projekts als mobile Anwendung helfen kann.