Dieser Text wurde mit dem automatisierten Übersetzungssystem von Salesforce übersetzt. Nehmen Sie an unserer Umfrage teil, um Feedback zu diesem Inhalt zu geben und uns mitzuteilen, was Sie als Nächstes sehen möchten.
Resilient – Application Lifecycle Management (Anwendungslebenszyklus-Verwaltung)
Erfahren Sie mehr über Gut entwickelte anpassungsfähige Anwendungen → Resilient → Anwendungslebenszyklus-Verwaltung → Umweltstrategie
| Wohin schauen? Produktbereich | Standort | Wie sieht gut aus? Muster |
|---|---|
| Plattform | Organisation | ✅ Metadaten in einer bestimmten Umgebung sind unabhängig von Ihren Versionsartefakten |
| Plattform | Organisation | ✅ Umgebungen entsprechen nicht direkt einem Versionspfad |
| Plattform | Organisation | ✅ Freigabepfade für eine Änderung hängen vom Typ der Änderung ab (hohes Risiko, mittleres Risiko, geringes Risiko) |
| Plattform | Organisation | ✅ Überfüllte Umgebungen sind nicht vorhanden |
| Plattform | Organisation | ✅ Riskante Konfigurationsänderungen werden nie direkt in der Produktion vorgenommen |
| Plattform | Organisation | ✅ Während der Hauptgeschäftszeiten erfolgen keine Freigaben |
| Plattform | Organisation | ✅ Ein quellgesteuertes Entwicklungs- und Versionsmodell wird übernommen |
| Plattform | Sandbox-Instanzen | ✅ Die Quellverfolgung ist für Developer- und Developer Pro-Sandbox-Instanzen aktiviert |
Erfahren Sie mehr über Gut entwickelte anpassungsfähige Anwendungen → Resilient → Anwendungslebenszyklus-Verwaltung → Versionsverwaltung
| Wohin schauen? Produktbereich | Standort | Wie sieht gut aus? Muster |
|---|---|
| Plattform | Designstandards | ✅ Versionsnamen sind klar |
| Plattform | Designstandards | ✅ Teams können klare Richtlinien zum Taggen von Artefakten, Entwicklungselementen und anderen Arbeiten mit den richtigen Versionsnamen finden und befolgen |
| Plattform | Dokumentation | ✅ Versionsnamen können durchsucht und gefunden werden |
| Plattform | Dokumentation | ✅ Es ist möglich, eine klare Ansicht eines Versionsmanifests nach Versionsname zusammenzustellen |
| Plattform | KPIs | ✅ Qualitätsschwellenwerte für generative AI-Anwendungen werden für verschiedene Entwicklungsphasen definiert |
| Plattform | Produktion | ✅ Metadaten zeigen die Verwendung stabiler Versionsmechanismen Bereitstellungen über das Metadaten-API-source |
| Plattform | Produktion | ✅ Metadaten zeigen die Verwendung stabiler Versionsmechanismen Metadaten sind in entsperrten Paketen organisiert |
| Plattform | Produktion | ✅ In Bereitstellungsprotokollen werden keine fehlgeschlagenen Bereitstellungen im verfügbaren Verlauf angezeigt |
| Plattform | Produktion | ✅ Bereitstellungsverlauf mit klaren Versionsrhythmen und relativ einheitlichen Bereitstellungsclustern in Versionsfenstern |
| Plattform | Produktion | ✅ DevOps Center ist aktiv und installiert |
| Plattform | Produktion | ✅ Metadaten zeigen die Verwendung stabiler Versionsmechanismen Änderungssets werden nicht zum Veröffentlichen von Änderungen verwendet |
| Plattform | Roadmap | ✅ Funktionen sind eindeutig an eine bestimmte benannte Version gebunden |
| Plattform | Roadmap | ✅ Versionsnamen sind klar |
| Plattform | Roadmap | ✅ Versionsnamen können durchsucht und gefunden werden |
Erfahren Sie mehr über Gut entwickelte anpassungsfähige Anwendungen → Anwendungslebenszyklus-Verwaltung → Teststrategie
| Wohin schauen? Produktbereich | Standort | Wie sieht gut aus? Muster |
|---|---|
| Data 360 | Apex | ✅ Apex Testklassen enthalten Abdeckung für Abfragen, die für Data Cloud-Objekte ausgeführt werden. Testklassen erweitern die Klasse System.SoqlStubProvider und überschreiben die Methode handleSoqlQuery(). DMO-Instanzen werden mit Test.createStubQueryRow() oder Test.createStubQueryRows() erstellt. |
| Platform | Apex | ✅ Datenfabrikmuster werden für Einheitentests verwendet |
| Platform | Apex | ✅ Mock/Stubs werden zum Simulieren von API-Antworten verwendet |
| Plattform | Unternehmen | ✅ Sie schließen Skalierungstests als Teil Ihres Qualitätsprüfungsprozesses ein, wenn Sie über B2C-Anwendungen, große Benutzermengen oder große Datenmengen verfügen |
| Plattform | Unternehmen | ✅ Ihre Skalierungstests weisen genau definierte Kriterien auf |
| Plattform | Unternehmen | ✅ Sie führen Skalierungstests in einer Vollständigen Sandbox durch |
| Plattform | Unternehmen | ✅ Ihre Skalierungstests konzentrieren sich auf Aspekte mit hoher Priorität des Systems |
| Plattform | Unternehmen | ✅ Simulatoren werden verwendet, um produktionsähnliche Bedingungen für Skalierbarkeits- und Leistungstests zu reproduzieren |
| Plattform | Unternehmen | ✅ Tests werden automatisiert ausgeführt, wenn Änderungen in die Quellcodeverwaltung gelangen |
| Plattform | Unternehmen | ✅ Ausdauer-, Belastungs-, Leistungs- und Skalierungstests werden in mehreren Intervallen im Anwendungsentwicklungszyklus ausgeführt und als fortlaufende Aufgaben berücksichtigt |
| Plattform | Unternehmen | ✅ Aufforderungs-Engineering beinhaltet eine Qualitätsüberprüfung durch einen Menschen |
| Plattform | Unternehmen | ✅ Usability Tests verwenden eine Vielzahl von Geräten und Hilfstechnologien |
| Plattform | Organisation | ✅ Alle Testdaten werden von sensiblen und identifizierenden Daten bereinigt |
| Plattform | Testpläne | ✅ Umgebungen werden nach dem Typ der Tests klassifiziert, die sie unterstützen können |
| Plattform | Testpläne | ✅ Angemessene Testregime werden nach Risiko, Anwendungsfall oder Komplexität angegeben |
Erfahren Sie mehr über Gut entwickelte anpassungsfähige Anwendungen → Resilient → Anwendungslebenszyklus-Verwaltung → Umweltstrategie
| Wohin schauen? Produktbereich | Standort | Was vermeiden? Anti-Pattern |
|---|---|
| Plattform | Organisation | ⚠️ Umgebungen entsprechen direkt einem Versionspfad |
| Plattform | Organisation | ⚠️ Der Versionspfad für jede Änderung ist gleich |
| Plattform | Organisation | ⚠️ Überfüllte Umgebungen vorhanden |
| Plattform | Organisation | ⚠️ Riskante Konfigurationsänderungen werden direkt in der Produktion vorgenommen |
| Plattform | Organisation | ⚠️ Ein organisationsbasiertes Entwicklungs- und Versionsmodell wird übernommen |
| Plattform | Organisation | ⚠️ Versionen erfolgen während der Hauptgeschäftszeiten |
| Plattform | Organisation | ⚠️ Metadaten in einer bestimmten Umgebung sind Ihr Versionsartefakt |
| Plattform | Sandbox-Instanzen | ⚠️ Die Quellverfolgung ist für Developer- und Developer Pro-Sandbox-Instanzen nicht aktiviert |
Erfahren Sie mehr über Gut entwickelte anpassungsfähige Anwendungen → Resilient → Anwendungslebenszyklus-Verwaltung → Versionsverwaltung
| Wohin schauen? Produktbereich | Standort | Was vermeiden? Anti-Pattern |
|---|---|
| Plattform | Designstandards | ⚠️ Versionsnamen fehlen |
| Plattform | Designstandards | ⚠️ Teams beziehen sich auf verschiedene Arten auf Artefakte, Entwicklungselemente und andere Arbeiten. |
| Plattform | Dokumentation | ⚠️ Versionsnamen sind ad hoc oder nicht vorhanden |
| Plattform | Dokumentation | ⚠️ Es ist nicht möglich, eine klare Ansicht eines Versionsmanifests mithilfe eines Versionsnamens zusammenzustellen. |
| Plattform | KPIs | ⚠️ Qualitätsschwellenwerte für generative AI-Anwendungen sind nicht definiert oder werden in unterschiedlichen Entwicklungsphasen nicht definiert |
| Plattform | Produktion | ⚠️ Metadaten geben die Verwendung von organisationsbasierten Versionsmechanismen an Bereitstellungen über das package.xml für die Metadaten-API |
| Plattform | Produktion | ⚠️ Metadaten geben die Verwendung von organisationsbasierten Versionsmechanismen an Aktive Nutzung von Änderungssets |
| Plattform | Produktion | ⚠️ In Bereitstellungsprotokollen werden wiederholt fehlgeschlagene Bereitstellungen im verfügbaren Verlauf angezeigt |
| Plattform | Produktion | ⚠️ Bereitstellungen weisen keinen erkennbaren Rhythmus auf oder weisen ungleiche Cluster von Bereitstellungen auf (Anzeichen von Hotfix- und Ad-hoc-Rollbacks) |
| Plattform | Produktion | ⚠️ DevOps Center ist nicht aktiviert und installiert |
| Plattform | Roadmap | ⚠️ Funktionen sind nicht eindeutig an eine bestimmte Version gebunden |
| Plattform | Roadmap | ⚠️ Versionsnamen fehlen |
| Plattform | Roadmap | ⚠️ Versionsnamen sind ad hoc oder nicht vorhanden |
Erfahren Sie mehr über Gut entwickelte anpassungsfähige Anwendungen → Anwendungslebenszyklus-Verwaltung → Teststrategie
| Wohin schauen? Produktbereich | Standort | Was vermeiden? Anti-Pattern |
|---|---|
| Data 360 | Apex | ⚠️ Für SOQL-Abfragen, die für Data Cloud-Objekte ausgeführt werden, besteht keine Testabdeckung. SOQL-Abfragen für ein DMO werden nicht durch Apex-Testmethoden abgedeckt. |
| Platform | Apex | ⚠️ Ihre Einheitentests sind von Organisationsdaten abhängig |
| Platform | Apex | ⚠️ Mock/Stummel werden nicht verwendet |
| Plattform | Unternehmen | ⚠️ Ihre Skalierungstests werden nicht priorisiert |
| Plattform | Unternehmen | ⚠️ Sie führen keine Skalierungstests als Teil Ihres Qualitätsprüfungsprozesses durch und verfügen über B2C-Anwendungen, große Benutzermengen oder große Datenmengen. |
| Plattform | Unternehmen | ⚠️ Ihre Skalierungstests weisen keine genau definierten Kriterien auf |
| Plattform | Unternehmen | ⚠️ Sie führen Skalierungstests in einer Teilkopie- oder Developer Sandbox aus |
| Plattform | Unternehmen | ⚠️ Benutzerfreundlichkeitstests werden nicht oder nur auf begrenzten Geräten durchgeführt |
| Plattform | Unternehmen | ⚠️ Produktionsähnliche Mengen an Benutzeranforderungen, API-Datenverkehr und Variationen der Netzwerkgeschwindigkeit werden nicht getestet. |
| Plattform | Unternehmen | ⚠️ Testautomatisierung ist nicht vorhanden |
| Plattform | Unternehmen | ⚠️ Bei der Eingabeaufforderungstechnik fehlt eine Qualitätsüberprüfung durch einen Menschen |
| Plattform | Unternehmen | ⚠️ Ausdauer-, Belastungs-, Leistungs- und Skalierungstests gelten als Phase oder Phase der Entwicklung. |
| Plattform | Organisation | ⚠️ Testdaten sind mit Produktionsdaten identisch |
| Plattform | Testpläne | ⚠️ Es ist nicht klar, welche Umgebung welche Art von Tests unterstützen kann |
| Plattform | Testpläne | ⚠️ Testregimes werden nicht nach Risiko, Anwendungsfall oder Komplexität kategorisiert |
| Plattform | Testpläne | ⚠️ Leistungstests für benutzerdefinierte Lightning-Webkomponenten sind ein nachträgliches Warten bis zum Ende des Entwicklungszyklus, um benutzerdefinierte Lightning-Komponenten zu testen |
| Plattform | Testpläne | ⚠️ Testen von Integrationen mit weniger als 50 % des erwarteten Benutzerdatenverkehrs Auf das Ergebnis einer Handvoll Benutzer angewiesen, um einen Integrationstest als ausreichend zu betrachten |