Resilient – Livssyklusbehandling for program
Lær mer om Godt utformet tilpasset → Resilient → Application Lifecycle Management → Environment Strategy
| Hvor skal du se? Produktområde | Sted | Hvordan ser godt ut? Mønster |
|---|---|
| Plattform | Organisasjon | ✅ Metadata i et gitt miljø er uavhengig av utgivelsesartefaktene dine |
| Plattform | Organisasjon | ✅ Miljøer svarer ikke direkte til en utgivelsesbane |
| Plattform | Organisasjon | ✅ Utgivelsesbaner for en endring er avhengig av typen endring (høy risiko, middels risiko, lav risiko) |
| Plattform | Organisasjon | ✅ Overfylte miljøer finnes ikke |
| Plattform | Organisasjon | ✅ Risikable konfigurasjonsendringer utføres aldri direkte i produksjonsorganisasjonen |
| Plattform | Organisasjon | ✅ Ingen utgivelser skjer i åpningstider med stor trafikk |
| Plattform | Organisasjon | ✅ En kildedrevet utviklings- og utgivelsesmodell tas i bruk |
| Plattform | Sandbox-organisasjoner | ✅ Kildesporing er aktivert for Developer- og Developer Pro-Sandbox-organisasjoner |
Finn ut mer om Well-Architected Adaptable → Resilient → Application Lifecycle Management → Release Management
| Hvor skal du se? Produktområde | Sted | Hvordan ser godt ut? Mønster |
|---|---|
| Plattform | Utformingsstandarder | ✅ Navn på utgivelser er tydelige |
| Plattform | Utformingsstandarder | ✅ Team kan finne og følge tydelige retningslinjer for koding av artefakter, utviklingselementer og annet arbeid med de riktige versjonsnavnene |
| Plattform | Dokumentasjon | ✅ Navn på utgivelser er søkbare og oppdagbare |
| Plattform | Dokumentasjon | ✅ Det er mulig å trekke sammen en tydelig visning av et utgivelsesmanifest etter utgivelsesnavn |
| Plattform | KPI-er | ✅ Kvalitetsterskeler for generative AI-apper er definert for forskjellige utviklingsfaser |
| Plattform | Produksjon | ✅ Metadata viser bruk av stabile utgivelsesmekanismer Distribusjoner via Metadata API bruker source format |
| Plattform | Produksjon | ✅ Metadata viser bruk av stabile utgivelsesmekanismer Metadata er organisert i ulåste pakker |
| Plattform | Produksjon | ✅ Distribusjonslogger viser ingen mislykkede distribusjoner innenfor den tilgjengelige historikken |
| Plattform | Produksjon | ✅ Distribusjonshistorikk viser tydelige utgivelseskadenser og ganske ensartede distribusjonsklynger i utgivelsesvinduer |
| Plattform | Produksjon | ✅ DevOps Center er aktiv og installert |
| Plattform | Produksjon | ✅ Metadata viser bruk av stabile utgivelsesmekanismer Endringssett brukes ikke til å utgi endringer |
| Plattform | Veikart | ✅ Funksjoner er tydelig knyttet til en bestemt, navngitt utgivelse |
| Plattform | Veikart | ✅ Navn på utgivelser er tydelige |
| Plattform | Veikart | ✅ Navn på utgivelser er søkbare og oppdagbare |
Lær mer om Godt utformet tilpasset → Resilient → Application Lifecycle Management → Testing Strategy
| Hvor skal du se? Produktområde | Sted | Hvordan ser godt ut? Mønster |
|---|---|
| Data 360 | Apex | ✅ Apex inkluderer dekning for spørringer som kjøres mot Data Cloud-objekter Testklasser utvider System.SoqlStubProvider-klassen og overstyrer handleSoqlQuery()-metoden. DMO-forekomster opprettes med enten Test.createStubQueryRow() eller Test.createStubQueryRows(). |
| Plattform | Apex | ✅ Datahabrikkmønstre brukes til enhetstester |
| Plattform | Apex | ✅ Mock/stubs brukes til å simulere API-svar |
| Plattform | Virksomhet | ✅ Du inkluderer skaleringstesting som en del av QA-prosessen når du har B2C-skalerte apper, store mengder brukere eller store mengder data |
| Plattform | Virksomhet | ✅ Skaleringstester har veldefinerte kriterier |
| Plattform | Virksomhet | ✅ Du utfører skala testing i en Fullstendig Sandbox |
| Plattform | Virksomhet | ✅ Skaleringstester fokuserer på aspekter med høy prioritet i systemet |
| Plattform | Virksomhet | ✅ Simulatorer brukes til å replikere produksjonslignende betingelser for skalerbarhet og ytelsestesting |
| Plattform | Virksomhet | ✅ Tester blir automatisert til å kjøre når endringer kommer i kildekontroll |
| Plattform | Virksomhet | ✅ Utholdenhetstester, stress, ytelse og skalering kjøres med flere intervaller i programutviklingssyklusen og vurderes som pågående oppgaver |
| Plattform | Virksomhet | ✅ Ledeteknikk inkluderer en kvalitetsgjennomgang av en person |
| Plattform | Virksomhet | ✅ Brukertester bruker en rekke enheter og hjelpeteknologi |
| Plattform | Organisasjon | ✅ Alle testdata fjernes fra sensitive og identifiserende data |
| Plattform | Testplaner | ✅ Miljøer klassifiseres etter hvilken type tester de kan støtte |
| Plattform | Testplaner | ✅ Egnede testregimer spesifiseres i henhold til risiko, bruksområde eller kompleksitet |
Lær mer om Godt utformet tilpasset → Resilient → Application Lifecycle Management → Environment Strategy
| Hvor skal du se? Produktområde | Sted | Hva bør unngås? Anti-mønster |
|---|---|
| Plattform | Organisasjon | ⚡️ Miljøer svarer direkte til en utgivelsesbane |
| Plattform | Organisasjon | ⚡️ Utgivelsesbanen for hver endring er den samme |
| Plattform | Organisasjon | ⚡️ Det finnes overfylte miljøer |
| Plattform | Organisasjon | ⚡️ Risikable konfigurasjonsendringer utføres direkte i produksjonsorganisasjonen |
| Plattform | Organisasjon | ⚡️ En organisasjonsbasert utviklings- og utgivelsesmodell tas i bruk |
| Plattform | Organisasjon | ⚡️ Utgivelser skjer i åpningstider med stor trafikk |
| Plattform | Organisasjon | ⚡️ Metadata i et gitt miljø er utgivelsesartefakten din |
| Plattform | Sandbox-organisasjoner | ⚡️ Kildesporing er ikke aktivert for Developer- og Developer Pro-Sandbox-organisasjoner |
Finn ut mer om Well-Architected Adaptable → Resilient → Application Lifecycle Management → Release Management
| Hvor skal du se? Produktområde | Sted | Hva bør unngås? Anti-mønster |
|---|---|
| Plattform | Utformingsstandarder | ⚡️ Navn på utgivelser er fraværende |
| Plattform | Utformingsstandarder | ⚡️ Team refererer til artefakter, utviklingselementer og annet arbeid på forskjellige måter |
| Plattform | Dokumentasjon | ⚡️ Navn på utgivelser er ad hoc eller finnes ikke |
| Plattform | Dokumentasjon | ⚡️ Det er ikke mulig å trekke sammen en tydelig visning av et utgivelsesmanifest med et utgivelsesnavn |
| Plattform | KPI-er | ⚡️ Kvalitetsterskeler for generative AI-apper er ikke definert, eller er ikke definert i forskjellige utviklingsfaser |
| Plattform | Produksjon | Metadata angir bruk av organisasjonsbaserte utgivelsesmekanismer Distribusjoner via Metadata API bruker package.xml-format |
| Plattform | Produksjon | ⚡️ Metadata angir bruk av organisasjonsbaserte utgivelsesmekanismer Aktiv bruk av endringssett |
| Plattform | Produksjon | ⚡️ Distribusjonslogger viser gjentatte forekomster av mislykkede distribusjoner i den tilgjengelige historikken |
| Plattform | Produksjon | ⚡️ Distribusjoner har ingen gjenkjennbar kadens eller viser ujevne klynger av distribusjoner (tegn på hurtigreparasjoner og ad hoc-tilbakekallinger) |
| Plattform | Produksjon | ⚡️ DevOps Center er ikke aktivert og installert |
| Plattform | Veikart | ⚡️ Funksjoner er ikke tydelig knyttet til en bestemt utgivelse |
| Plattform | Veikart | ⚡️ Navn på utgivelser er fraværende |
| Plattform | Veikart | ⚡️ Navn på utgivelser er ad hoc eller finnes ikke |
Lær mer om Godt utformet tilpasset → Resilient → Application Lifecycle Management → Testing Strategy
| Hvor skal du se? Produktområde | Sted | Hva bør unngås? Anti-mønster |
|---|---|
| Data 360 | Apex | ⚡️ Testdekning finnes ikke for SOQL-spørringer som kjøres mot Data Cloud-objekter SOQL-spørringer mot et DMO dekkes ikke av Apex |
| Plattform | Apex | ⚡️ Enhetstestene er avhengig av organisasjonsdata |
| Plattform | Apex | ⚡️ Mykninger/stubber brukes ikke |
| Plattform | Virksomhet | ⚡️ Skaleringstester prioriteres ikke |
| Plattform | Virksomhet | ⚡️ Du utfører ikke skaleringstester som en del av QA-prosessen, og du har B2C-skalaapper, store mengder brukere eller store mengder data |
| Plattform | Virksomhet | ⚡️ Skaleringstester har ikke godt definerte kriterier |
| Plattform | Virksomhet | ⚡️ Du utfører skaleringstester i en Delvis kopi- eller Developer Sandbox |
| Plattform | Virksomhet | ⚡️ Brukertester utføres ikke, eller utføres på et begrenset sett enheter |
| Plattform | Virksomhet | ⚡️ Produksjonslignende volumer av brukerforespørsler, API-trafikk og variasjoner i nettverkshastighet testes ikke. |
| Plattform | Virksomhet | ⚡️ Testautomatisering er ikke på plass |
| Plattform | Virksomhet | ⚡️ Ledeteknikken mangler en kvalitetsgjennomgang av en person |
| Plattform | Virksomhet | ⚡️ Utholdenhetstester, stress, ytelse og skalering betraktes som en fase eller etape i utviklingen. |
| Plattform | Organisasjon | ⚡️ Testdata er identiske med produksjonsdata |
| Plattform | Testplaner | ⚡️ Det er ikke klart hvilket miljø som kan støtte hvilken type tester |
| Plattform | Testplaner | ⚡️ Testregimer kategoriseres ikke etter risiko, bruksområde eller kompleksitet |
| Plattform | Testplaner | ⚡️ Ytelsestesting for tilpasset LWC er en ettertanke Venter til slutten av utviklingssyklusen for å teste tilpassede Lightning |
| Plattform | Testplaner | ⚡️ Teste integrasjoner med mindre enn 50 % av forventet brukertrafikk Avhengig av resultatet fra en håndfull brukere for å vurdere en integrasjonstest som tilstrekkelig |