Resilient - Administration af applikationslivscyklus
Få mere at vide om veludviklet tilpasning → Resilient → Application Lifecycle Management → Environment Strategy
| Hvor skal du se? Produktområde | Placering | Hvordan ser godt ud? Mønster |
|---|---|
| Platform | Organisation | ✅ Metadata i et givet miljø er uafhængige af dine frigivelsesobjekter |
| Platform | Organisation | ✅ Miljøer svarer ikke direkte til en frigivelsesti |
| Platform | Organisation | ✅ Versionsstier for en ændring afhænger af ændringstypen (høj risiko, medium risiko, lav risiko) |
| Platform | Organisation | ✅ Overfyldte miljøer findes ikke |
| Platform | Organisation | ✅ Risikable konfigurationsændringer foretages aldrig direkte i produktion |
| Platform | Organisation | ✅ Der forekommer ingen versioner i spidsbelastningstider |
| Platform | Organisation | ✅ En kildestyret udviklings- og versionsmodel er ibrugtaget |
| Platform | Sandboxes | ✅ Kildesporing er aktiveret for Developer- og Developer Pro-sandboxes |
Få mere at vide om Well-Archived Adaptable → Resilient → Application Lifecycle Management → Release Management
| Hvor skal du se? Produktområde | Placering | Hvordan ser godt ud? Mønster |
|---|---|
| Platform | Designstandarder | ✅ Versionsnavne er tydelige |
| Platform | Designstandarder | ✅Teams kan finde og følge tydelige retningslinjer for tagging af artefakter, udviklingselementer og andet arbejde med de korrekte versionsnavne |
| Platform | Dokumentation | ✅ Der kan søges i og findes i versionsnavne |
| Platform | Dokumentation | ✅ Det er muligt at samle en tydelig visning af et versionsmanifest efter versionsnavn |
| Platform | KPIs | ✅ Kvalitetstærskler for generative AI-apps er defineret for forskellige udviklingsfaser |
| Platform | Produktion | ✅ Metadata viser brug af stabile frigivelsesmekanismer Implementeringer via Metadata API bruger source format |
| Platform | Produktion | ✅ Metadata viser brug af stabile frigivelsesmekanismer Metadata er organiseret i ulåste pakker |
| Platform | Produktion | ✅ Implementeringslogfiler viser ingen mislykkede implementeringer i den tilgængelige historik |
| Platform | Produktion | ✅ Implementeringshistorik viser tydelige frigivelseskadencer og ret ensartede implementeringsklynger i frigivelsesvinduer |
| Platform | Produktion | ✅ DevOps Center er aktivt og installeret |
| Platform | Produktion | ✅ Metadata viser brug af stabile frigivelsesmekanismer Ændringssæt bruges ikke til at frigive ændringer |
| Platform | Oversigtskort | ✅ Funktioner er tydeligt bundet til en specifik, navngiven version |
| Platform | Oversigtskort | ✅ Versionsnavne er tydelige |
| Platform | Oversigtskort | ✅ Der kan søges i og findes i versionsnavne |
Få mere at vide om veludformet tilpasning → Resilient → Application Lifecycle Management → Test Strategy
| Hvor skal du se? Produktområde | Placering | Hvordan ser godt ud? Mønster |
|---|---|
| Data 360 | Apex | ✅ Apex inkluderer dækning for forespørgsler, der kører mod Data Cloud-objekter Testklasser udvider System.SoqlStubProvider-klassen og tilsidesætter handleSoqlQuery()-metoden. DMO-forekomster oprettes ved brug af enten Test.createStubQueryRow() eller Test.createStubQueryRows(). |
| Platform | Apex | ✅ Datafactory-mønstre bruges til enhedstest |
| Platform | Apex | ✅ Mock/stubs bruges til at simulere API-svar |
| Platform | Business | ✅ Du inkluderer skaleringstest som en del af din kvalitetsvurderingsproces, når du har B2C-skalaapps, store mængder brugere eller store mængder data |
| Platform | Business | ✅ Dine skaleringstest har veldefinerede kriterier |
| Platform | Business | ✅ Du udfører skala test i en Fuld sandbox |
| Platform | Business | ✅ Dine skaleringstest er fokuseret på aspekter af systemet med høj prioritet |
| Platform | Business | ✅ Simulatorer bruges til at replikere produktionslignende betingelser for skalerbarhed og ydeevnetest |
| Platform | Business | ✅ Test automatiseres til at køre, når ændringer kommer i kildekontrol |
| Platform | Business | ✅ Udholdenhedstest, stress, ydeevne og skaleringstest køres med flere intervaller i applikationsudviklingscyklussen og tages med i betragtning som igangværende opgaver |
| Platform | Business | ✅ Meddelelsesteknik inkluderer en kvalitetsgennemgang af et menneske |
| Platform | Business | ✅ Anvendelsestest anvender en række forskellige enheder og støttende teknologi |
| Platform | Organisation | ✅ Alle testdata fjernes fra følsomme og identificerbare data |
| Platform | Testplaner | ✅ Miljøer klassificeres efter, hvilken type test de kan understøtte |
| Platform | Testplaner | ✅ Egnede testplaner angives i henhold til risiko, anvendelsessituation eller kompleksitet |
Få mere at vide om veludviklet tilpasning → Resilient → Application Lifecycle Management → Environment Strategy
| Hvor skal du se? Produktområde | Placering | Hvad skal undgås? Anti-mønster |
|---|---|
| Platform | Organisation | ⚡️ Miljøer svarer direkte til en frigivelsesti |
| Platform | Organisation | ⚡️ Frigivelsestien for hver ændring er den samme |
| Platform | Organisation | ⚡️ Overfyldte miljøer findes |
| Platform | Organisation | ⚡️ Risikable konfigurationsændringer foretages direkte i produktion |
| Platform | Organisation | ⚡️ En organisationsbaseret udviklings- og versionsmodel er ibrugtaget |
| Platform | Organisation | ⚡️ Releases forekommer i spidsbelastningstider |
| Platform | Organisation | ⚡️ Metadata i et givet miljø er din frigivelsesartikel |
| Platform | Sandboxes | ⚡️ Kildesporing er ikke aktiveret for Developer- og Developer Pro-sandboxes |
Få mere at vide om Well-Archived Adaptable → Resilient → Application Lifecycle Management → Release Management
| Hvor skal du se? Produktområde | Placering | Hvad skal undgås? Anti-mønster |
|---|---|
| Platform | Designstandarder | ⚡️ Versionsnavne mangler |
| Platform | Designstandarder | ⚡️Teams refererer til artefakter, udviklingselementer og andet arbejde på forskellige måder |
| Platform | Dokumentation | ⚡️ Versionsnavne er ad hoc eller findes ikke |
| Platform | Dokumentation | ⚡️ Det er ikke muligt at samle en tydelig visning af et versionsmanifest ved brug af et versionsnavn |
| Platform | KPIs | ⚡️ Kvalitetstærskler for generative AI-apps er ikke defineret eller er ikke defineret på forskellige udviklingsfaser |
| Platform | Produktion | Metadata angiver brug af organisationsbaserede frigivelsesmekanismer Implementeringer via Metadata API bruger package.xml |
| Platform | Produktion | ⚡️ Metadata angiver brug af organisationsbaserede frigivelsesmekanismer Aktiv brug af ændringssæt |
| Platform | Produktion | ⚡️ Implementeringslogfiler viser gentagne forekomster af mislykkede implementeringer i den tilgængelige historik |
| Platform | Produktion | ⚡️ Implementeringer har ingen synlig kadence eller viser uensartede klynger af implementeringer (tegn på hot-fix og ad hoc-tilbagevendelser) |
| Platform | Produktion | DevOps Center er ikke aktiveret og installeret |
| Platform | Oversigtskort | ⚡️ Funktioner er ikke tydeligt bundet til en bestemt version |
| Platform | Oversigtskort | ⚡️ Versionsnavne mangler |
| Platform | Oversigtskort | ⚡️ Versionsnavne er ad hoc eller findes ikke |
Få mere at vide om veludformet tilpasning → Resilient → Application Lifecycle Management → Test Strategy
| Hvor skal du se? Produktområde | Placering | Hvad skal undgås? Anti-mønster |
|---|---|
| Data 360 | Apex | ⚡️ Testdækning findes ikke for SOQL-forespørgsler, der kører mod Data Cloud-objekter SOQL-forespørgsler mod et DMO er ikke dækket af Apex |
| Platform | Apex | ⚡️ Dine enhedstest er afhængige af organisationsdata |
| Platform | Apex | ⚡️ Mocks/stubs bruges ikke |
| Platform | Business | ⚡️ Dine skaleringstest prioriteres ikke |
| Platform | Business | ⚡️ Du udfører ikke skaleringstest som en del af din kvalitetsvurderingsproces, og du har B2C-skalaapps, store mængder brugere eller store mængder data |
| Platform | Business | ⚡️ Dine skaleringstest har ikke veldefinerede kriterier |
| Platform | Business | ⚡️ Du udfører skaleringstest i en Delvis kopi- eller Developer Sandbox |
| Platform | Business | ⚡️ Anvendelsestest udføres ikke eller udføres på et begrænset sæt af enheder |
| Platform | Business | Produktionslignende mængder af brugeranmodninger, API-trafik og variationer i netværkshastighed testes ikke. |
| Platform | Business | ⚡️ Testautomatisering findes ikke |
| Platform | Business | ⚡️ Meddelelsesteknik mangler en kvalitetsgennemgang af et menneske |
| Platform | Business | ⚡️ Udholdenhed, stress, ydeevne, skaleringstest betragtes som en fase eller fase af udvikling. |
| Platform | Organisation | ⚡️ Testdata er identiske med produktionsdata |
| Platform | Testplaner | ⚡️ Det er ikke tydeligt, hvilket miljø der kan understøtte hvilken type test |
| Platform | Testplaner | ⚡️ Testregimer kategoriseres ikke efter risiko, anvendelsessituation eller kompleksitet |
| Platform | Testplaner | ⚡️ Ydeevnetest for tilpasset LWC er en eftertænkning Venter til slutningen af udviklingscyklussen for at teste tilpassede Lightning |
| Platform | Testplaner | ⚡️ Test af integrationer med mindre end 50 % af den forventede brugertrafik, der er afhængig af resultatet af en håndfuld brugere for at overveje en integrationstest som tilstrækkelig |