Veerkrachtig - levenscyclusbeheer voor toepassingen
Lees meer over EPS Kisten van 75 x 70cm (50 x 200 cm) → Resistent → Toepassingslevenscyclusbeheer → Milieustrategie
| Waar zoeken? Productgebied | Locatie | Hoe ziet goed eruit? Patroon |
|---|---|
| Platform | Organisatie | ✅ Metagegevens in een bepaalde omgeving is onafhankelijk van uw release artefacten |
| Platform | Organisatie | ✅ Omgevingen komen niet direct overeen met een releasepad |
| Platform | Organisatie | ✅ Releasetrajecten voor een wijziging zijn afhankelijk van het type wijziging (hoog risico, normaal risico, laag risico) |
| Platform | Organisatie | ✅ Overvolle omgevingen bestaan niet |
| Platform | Organisatie | ✅ Risicovolle configuratiewijzigingen worden nooit rechtstreeks in productie aangebracht |
| Platform | Organisatie | ✅ Geen releases plaatsvinden tijdens drukke kantooruren |
| Platform | Organisatie | ✅ Er wordt een brongestuurd ontwikkelings- en releasemodel gebruikt |
| Platform | Sandboxen | ✅ Bron bijhouden is ingeschakeld voor Developer en Developer Pro sandboxen |
Lees meer over EPS Kisten van 75 x 70cm (50 x 200 cm) → Hout → Kisten van 75 x 70cm → Release Management
| Waar zoeken? Productgebied | Locatie | Hoe ziet goed eruit? Patroon |
|---|---|
| Platform | Ontwerpstandaarden | ✅ Releasenamen zijn duidelijk |
| Platform | Ontwerpstandaarden | ✅ Teams kunnen vinden en volgen duidelijke richtlijnen voor het taggen van artefacten, ontwikkelingsitems en ander werk met de juiste releasenamen |
| Platform | Documentatie | ✅ Release namen zijn doorzoekbaar en ontdekbaar |
| Platform | Documentatie | ✅ Het is mogelijk om een duidelijke weergave van een release manifest te verzamelen op releasenaam |
| Platform | KPI's | ✅ Kwaliteitsdrempels voor generatieve AI-apps worden gedefinieerd voor verschillende ontwikkelingsfasen |
| Platform | Productie | ✅ Metagegevens tonen het gebruik van stabiele releasemechanismen Implementaties via de source voor het gebruik van de API voor metagegevens |
| Platform | Productie | ✅ Metagegevens tonen gebruik van stabiele release mechanismen Metagegevens zijn georganiseerd in ontgrendelde pakketten |
| Platform | Productie | ✅ Implementatielogboeken tonen geen mislukte implementaties binnen de beschikbare historie |
| Platform | Productie | ✅ Implementatiehistorie toont duidelijke releasecadansen en vrij uniforme implementatieclusters binnen releasevensters |
| Platform | Productie | ✅ DevOps Center is actief en geïnstalleerd |
| Platform | Productie | ✅ Metagegevens tonen gebruik van stabiele releasemechanismen Wijzigingssets worden niet gebruikt om wijzigingen vrij te geven |
| Platform | Routekaart | ✅ Functies zijn duidelijk gebonden aan een specifieke, benoemde release |
| Platform | Routekaart | ✅ Releasenamen zijn duidelijk |
| Platform | Routekaart | ✅ Release namen zijn doorzoekbaar en ontdekbaar |
Lees meer over EPS Kisten van 75 x 70cm (50 x 200 cm) → Resilitant → Toepassingslevenscyclusbeheer → Teststrategie
| Waar zoeken? Productgebied | Locatie | Hoe ziet goed eruit? Patroon |
|---|---|
| Gegevens 360 | Apex | ✅ Apex testklassen omvatten dekking voor query's die worden uitgevoerd op Data Cloud-objecten Testklassen breiden de klasse System.SoqlStubProvider uit en overschrijven de methode handleSoqlQuery(). DMO-exemplaren worden gemaakt met Test.createStubQueryRow() of Test.createStubQueryRows(). |
| Platform | Apex | ✅ Gegevensfabriekspatronen worden gebruikt voor eenheidstests |
| Platform | Apex | ✅ Mock / stubs worden gebruikt om API-responsen te simuleren |
| Platform | Zakelijk | ✅ U neemt schaaltests op als onderdeel van uw QA-proces wanneer u apps op B2C-schaal, grote volumes gebruikers of grote volumes gegevens hebt |
| Platform | Zakelijk | ✅ Uw schaaltests hebben duidelijk gedefinieerde criteria |
| Platform | Zakelijk | ✅ Je voert scale testing uit in een Full sandbox |
| Platform | Zakelijk | ✅ Uw schaaltests zijn gericht op aspecten met hoge prioriteit van het systeem |
| Platform | Zakelijk | ✅ Simulatoren worden gebruikt om productie-achtige omstandigheden te repliceren voor schaalbaarheid en prestatietests |
| Platform | Zakelijk | ✅ Tests worden geautomatiseerd om uit te voeren wanneer wijzigingen in bronregeling komen |
| Platform | Zakelijk | ✅ Uithoudingsvermogen, stress, prestaties en schaaltests worden uitgevoerd met verschillende intervallen in de applicatieontwikkelingscyclus en overwogen lopende taken |
| Platform | Zakelijk | ✅ Prompt engineering omvat een kwaliteitsbeoordeling door een mens |
| Platform | Zakelijk | ✅ Usability tests gebruiken een verscheidenheid aan apparaten en ondersteunende technologie |
| Platform | Organisatie | ✅ Alle testgegevens worden verwijderd van gevoelige en identificerende gegevens |
| Platform | Testplannen | ✅ Omgevingen worden geclassificeerd op welk type tests ze kunnen ondersteunen |
| Platform | Testplannen | ✅ De aangewezen testregimes worden gespecificeerd volgens risico, gebruikscase, of complexiteit |
Lees meer over EPS Kisten van 75 x 70cm (50 x 200 cm) → Resistent → Toepassingslevenscyclusbeheer → Milieustrategie
| Waar zoeken? Productgebied | Locatie | Wat te vermijden? Anti-patroon |
|---|---|
| Platform | Organisatie | ⚠️ Omgevingen komen direct overeen met een releasepad |
| Platform | Organisatie | ⚠️ Het releasepad voor elke wijziging is hetzelfde |
| Platform | Organisatie | ⚠️ Overvolle omgevingen bestaan |
| Platform | Organisatie | ⚠️ Risicovolle configuratiewijzigingen worden rechtstreeks in de productie aangebracht |
| Platform | Organisatie | ⚠️ Er wordt een op organisatie gebaseerd ontwikkelings- en releasemodel gebruikt |
| Platform | Organisatie | ⚠️ Releases vinden plaats tijdens drukke kantooruren |
| Platform | Organisatie | ⚠️ Metagegevens in een bepaalde omgeving is uw release-artefact |
| Platform | Sandboxen | ⚠️ Bron bijhouden is niet ingeschakeld voor Developer en Developer Pro sandboxen |
Lees meer over EPS Kisten van 75 x 70cm (50 x 200 cm) → Hout → Kisten van 75 x 70cm → Release Management
| Waar zoeken? Productgebied | Locatie | Wat te vermijden? Anti-patroon |
|---|---|
| Platform | Ontwerpstandaarden | ⚠️ Releasenamen zijn afwezig |
| Platform | Ontwerpstandaarden | ⚠️ Teams verwijzen op verschillende manieren naar artefacten, ontwikkelingsitems en ander werk |
| Platform | Documentatie | ⚠️ Releasenamen zijn ad hoc of bestaan niet |
| Platform | Documentatie | ⚠️ Het is niet mogelijk om een duidelijke weergave van een releasemanifest samen te stellen met behulp van een releasenaam |
| Platform | KPI's | ⚠️ Kwaliteitsdrempels voor generatieve AI-apps zijn niet gedefinieerd of worden niet gedefinieerd in verschillende ontwikkelingsfasen |
| Platform | Productie | ⚠️ Metagegevens geven gebruik van op organisatie gebaseerde releasemechanismen aan Implementaties via de package.xml voor het gebruik van de API voor metagegevens |
| Platform | Productie | ⚠️ Metagegevens geven gebruik van op organisatie gebaseerde releasemechanismen aan Actief gebruik van wijzigingssets |
| Platform | Productie | ⚠️ Implementatielogboeken tonen herhaalde gevallen van mislukte implementaties binnen de beschikbare historie |
| Platform | Productie | ⚠️ Implementaties hebben geen waarneembare cadans of vertonen ongelijke clusters van implementaties (tekenen van hot-fix en ad-hoc terugdraaiingen) |
| Platform | Productie | ⚠️ DevOps Center is niet ingeschakeld en geïnstalleerd |
| Platform | Routekaart | ⚠️ Voorzieningen zijn niet duidelijk gebonden aan een specifieke release |
| Platform | Routekaart | ⚠️ Releasenamen zijn afwezig |
| Platform | Routekaart | ⚠️ Releasenamen zijn ad hoc of bestaan niet |
Lees meer over EPS Kisten van 75 x 70cm (50 x 200 cm) → Resilitant → Toepassingslevenscyclusbeheer → Teststrategie
| Waar zoeken? Productgebied | Locatie | Wat te vermijden? Anti-patroon |
|---|---|
| Gegevens 360 | Apex | ⚠️ Testdekking bestaat niet voor SOQL-query's die worden uitgevoerd op Data Cloud-objecten SOQL-query's op een DMO worden niet gedekt door Apex testmethoden |
| Platform | Apex | ⚠️ Uw eenheidstests zijn afhankelijk van organisatiegegevens |
| Platform | Apex | ⚠️ De spotten/stoppen worden niet gebruikt |
| Platform | Zakelijk | ⚠️ Uw schaaltests krijgen geen prioriteit |
| Platform | Zakelijk | ⚠️ U voert geen schaaltests uit als onderdeel van uw QA-proces en u hebt apps op B2C-schaal, grote volumes gebruikers of grote volumes gegevens |
| Platform | Zakelijk | ⚠️ Uw schaaltests hebben geen duidelijk gedefinieerde criteria |
| Platform | Zakelijk | ⚠️ Je voert schaaltests uit in een Partial Copy of Developer Sandbox |
| Platform | Zakelijk | ⚠️ Bruikbaarheidstests worden niet uitgevoerd of worden uitgevoerd op een beperkte set apparaten |
| Platform | Zakelijk | ⚠️ Productieachtige volumes van gebruikersverzoeken, API-verkeer en variaties in netwerksnelheid worden niet getest. |
| Platform | Zakelijk | ⚠️ Testautomatisering is niet aanwezig |
| Platform | Zakelijk | ⚠️ Prompt engineering ontbreekt een kwaliteitsbeoordeling door een mens |
| Platform | Zakelijk | ⚠️ Uithoudingsvermogen, stress, prestaties, schaaltests worden beschouwd als een fase of fase van ontwikkeling. |
| Platform | Organisatie | ⚠️ Testgegevens zijn identiek aan productiegegevens |
| Platform | Testplannen | ⚠️ Het is niet duidelijk welke omgeving welk type tests kan ondersteunen |
| Platform | Testplannen | ⚠️ Testregimes worden niet gecategoriseerd op risico, gebruikscase of complexiteit |
| Platform | Testplannen | ⚠️ Prestaties testen voor aangepaste LWC is een nabeschouwing Wachten tot het einde van de ontwikkelingscyclus om aangepaste Lightning componenten te testen |
| Platform | Testplannen | ⚠️ Integraties testen met minder dan 50% van het verwachte gebruikersverkeer Vertrouwen op het resultaat van een handvol gebruikers om een integratietest voldoende te vinden |