Umweltstrategiemuster
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 |
Versionsverwaltungsmuster
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 |
Teststrategiemuster
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 |
Anti-Pattern der Umweltstrategie
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 |
Anti-Pattern der Versionsverwaltung
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 |
Testen des Anti-Patterns der Strategie
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 |