Questo testo è stato tradotto utilizzando il sistema di traduzione automatica di Salesforce. Partecipa al nostro sondaggio per fornire un feedback su questo contenuto e dirci cosa vorresti vedere dopo.
Resiliente - Gestione del ciclo di vita delle applicazioni
Ulteriori informazioni su Ben progettato Adattabile → Resiliente → Gestione del ciclo di vita delle applicazioni → Strategia ambientale
| Dove cercare? Area prodotto | Posizione | Che aspetto ha? Schema |
|---|---|
| Piattaforma | Organizzazione | ✅ I metadati in un determinato ambiente sono indipendenti dagli artefatti di rilascio |
| Piattaforma | Organizzazione | ✅ Gli ambienti non corrispondono direttamente a un percorso di rilascio |
| Piattaforma | Organizzazione | ✅ i percorsi di rilascio per una modifica dipendono dal tipo di modifica (rischio alto, rischio medio, rischio basso) |
| Piattaforma | Organizzazione | ✅ Gli ambienti sovraffollati non esistono |
| Piattaforma | Organizzazione | ✅ Le modifiche di configurazione rischiose non vengono mai apportate direttamente in produzione |
| Piattaforma | Organizzazione | ✅ Nessun rilascio si verifica durante l'orario di ufficio di punta |
| Piattaforma | Organizzazione | ✅ Viene adottato un modello di sviluppo e rilascio basato sulla fonte |
| Piattaforma | Sandbox | ✅ Il tracciamento sorgente è abilitato per i Sandbox Developer e Developer Pro |
Ulteriori informazioni su Adattabile → Resiliente → Gestione del ciclo di vita delle applicazioni → Gestione dei rilasci
| Dove cercare? Area prodotto | Posizione | Che aspetto ha? Schema |
|---|---|
| Piattaforma | Standard di progettazione | ✅ I nomi dei rilasci sono chiari |
| Piattaforma | Standard di progettazione | ✅ I team possono trovare e seguire linee guida chiare per l'assegnazione di tag a artefatti, elementi di sviluppo e altri lavori con i nomi di rilascio corretti |
| Piattaforma | Documentazione | ✅ I nomi dei rilasci sono ricercabili e individuabili |
| Piattaforma | Documentazione | ✅ È possibile riunire una visualizzazione chiara di un manifesto di rilascio per nome rilascio |
| Piattaforma | KPI | ✅ Le soglie di qualità per le app AI generative sono definite per le diverse fasi di sviluppo |
| Piattaforma | Produzione | ✅ I metadati mostrano l'uso di meccanismi di rilascio stabili Le distribuzioni tramite l'API dei metadati utilizzano il formato source |
| Piattaforma | Produzione | ✅ I metadati mostrano l'uso di meccanismi di rilascio stabili I metadati sono organizzati in pacchetti sbloccati |
| Piattaforma | Produzione | ✅ I registri di distribuzione non mostrano distribuzioni non riuscite nella cronologia disponibile |
| Piattaforma | Produzione | ✅ La cronologia di distribuzione mostra cadenze di rilascio chiare e cluster di distribuzione abbastanza uniformi all'interno delle finestre di rilascio |
| Piattaforma | Produzione | ✅ DevOps Center è attivo e installato |
| Piattaforma | Produzione | ✅ I metadati mostrano l'uso di meccanismi di rilascio stabili Le serie di modifiche non vengono utilizzate per rilasciare le modifiche |
| Piattaforma | Roadmap | ✅ Le funzioni sono chiaramente legate a un rilascio specifico denominato |
| Piattaforma | Roadmap | ✅ I nomi dei rilasci sono chiari |
| Piattaforma | Roadmap | ✅ I nomi dei rilasci sono ricercabili e individuabili |
Ulteriori informazioni su Adattabile → Resiliente → Gestione del ciclo di vita delle applicazioni → Strategia di test
| Dove cercare? Area prodotto | Posizione | Che aspetto ha? Schema |
|---|---|
| Data 360 | Apex | ✅ Le classi di test Apex includono la copertura delle query eseguite sugli oggetti Data Cloud Le classi di test estendono la classe System.SoqlStubProvider e sostituiscono il metodo handleSoqlQuery(). Le istanze DMO vengono create utilizzando Test.createStubQueryRow() o Test.createStubQueryRows(). |
| Piattaforma | Apex | ✅ Gli schemi di fabbrica dei dati vengono utilizzati per i test di unità |
| Piattaforma | Apex | ✅ Mock / stubs sono utilizzati per simulare le risposte API |
| Piattaforma | Business | ✅ Includere i test di scala come parte del processo di controllo della qualità quando si dispone di app su scala B2C, grandi volumi di utenti o grandi volumi di dati |
| Piattaforma | Business | ✅ I test di scala hanno criteri ben definiti |
| Piattaforma | Business | ✅ Si eseguono test di scala in un Sandbox Completo |
| Piattaforma | Business | ✅ I test di scala sono focalizzati sugli aspetti ad alta priorità del sistema |
| Piattaforma | Business | ✅ I simulatori vengono utilizzati per replicare condizioni simili alla produzione per testare la scalabilità e le prestazioni |
| Piattaforma | Business | ✅ I test vengono eseguiti automaticamente quando le modifiche entrano nel controllo sorgente |
| Piattaforma | Business | ✅ I test di resistenza, stress, prestazioni e scala vengono eseguiti a diversi intervalli nel ciclo di sviluppo dell'applicazione e considerati operazioni in corso |
| Piattaforma | Business | ✅ L'ingegneria del prompt include una revisione della qualità da parte di un essere umano |
| Piattaforma | Business | ✅ I test di usabilità utilizzano una varietà di dispositivi e tecnologie per l'assistenza |
| Piattaforma | Organizzazione | ✅ Tutti i dati di test vengono cancellati dai dati sensibili e identificativi |
| Piattaforma | Piani di test | ✅ Gli ambienti sono classificati in base al tipo di test che possono supportare |
| Piattaforma | Piani di test | ✅ I regimi di test appropriati sono specificati in base al rischio, al caso d'uso o alla complessità |
Ulteriori informazioni su Ben progettato Adattabile → Resiliente → Gestione del ciclo di vita delle applicazioni → Strategia ambientale
| Dove cercare? Area prodotto | Posizione | Cosa evitare? Anti-schema |
|---|---|
| Piattaforma | Organizzazione | ⚠️ Gli ambienti corrispondono direttamente a un percorso di rilascio |
| Piattaforma | Organizzazione | ⚠️ Il percorso di rilascio per ogni modifica è lo stesso |
| Piattaforma | Organizzazione | ⚠️ Esistono ambienti sovraffollati |
| Piattaforma | Organizzazione | ⚠️ Le modifiche di configurazione rischiose vengono apportate direttamente in produzione |
| Piattaforma | Organizzazione | ⚠️ Viene adottato un modello di sviluppo e rilascio basato sull'organizzazione |
| Piattaforma | Organizzazione | ⚠️ I rilasci avvengono durante l'orario di ufficio di punta |
| Piattaforma | Organizzazione | ⚠️ I metadati in un determinato ambiente sono l'artefatto del rilascio |
| Piattaforma | Sandbox | ⚠️ Il tracciamento sorgente non è abilitato per i Sandbox Developer e Developer Pro |
Ulteriori informazioni su Adattabile → Resiliente → Gestione del ciclo di vita delle applicazioni → Gestione dei rilasci
| Dove cercare? Area prodotto | Posizione | Cosa evitare? Anti-schema |
|---|---|
| Piattaforma | Standard di progettazione | ⚠️ I nomi dei rilasci sono assenti |
| Piattaforma | Standard di progettazione | ⚠️ I team si riferiscono a artefatti, elementi di sviluppo e altri lavori in modi diversi |
| Piattaforma | Documentazione | ⚠️ I nomi dei rilasci sono specifici o non esistono |
| Piattaforma | Documentazione | ⚠️ Non è possibile ottenere una visualizzazione chiara di un manifesto di rilascio utilizzando un nome di rilascio |
| Piattaforma | KPI | ⚠️ Le soglie di qualità per le app di intelligenza artificiale generative non sono definite o non sono definite nelle diverse fasi di sviluppo |
| Piattaforma | Produzione | ⚠️ I metadati indicano l'uso di meccanismi di rilascio basati sull'organizzazione Le distribuzioni tramite l'API dei metadati utilizzano il formato package.xml |
| Piattaforma | Produzione | ⚠️ I metadati indicano l'uso di meccanismi di rilascio basati sull'organizzazione |
| Piattaforma | Produzione | ⚠️ I registri di distribuzione mostrano le istanze ripetute di distribuzioni non riuscite nella cronologia disponibile |
| Piattaforma | Produzione | ⚠️ Le distribuzioni non hanno una cadenza distinguibile o mostrano cluster non regolari di distribuzioni (segni di hot-fix e di ritirate ad hoc) |
| Piattaforma | Produzione | ⚠️ DevOps Center non è abilitato e installato |
| Piattaforma | Roadmap | ⚠️ Le funzioni non sono chiaramente collegate a un rilascio specifico |
| Piattaforma | Roadmap | ⚠️ I nomi dei rilasci sono assenti |
| Piattaforma | Roadmap | ⚠️ I nomi dei rilasci sono specifici o non esistono |
Ulteriori informazioni su Adattabile → Resiliente → Gestione del ciclo di vita delle applicazioni → Strategia di test
| Dove cercare? Area prodotto | Posizione | Cosa evitare? Anti-schema |
|---|---|
| Data 360 | Apex | ⚠️ La copertura del test non esiste per le query SOQL eseguite su oggetti Data Cloud Le query SOQL su un DMO non sono coperte dai metodi di test Apex |
| Piattaforma | Apex | ⚠️ I test di unità dipendono dai dati dell'organizzazione |
| Piattaforma | Apex | ⚠️ Non vengono utilizzati falsi / ceppi |
| Piattaforma | Business | ⚠️ I test della scala non hanno priorità |
| Piattaforma | Business | ⚠️ Non si eseguono test di scala come parte del processo di controllo della qualità e si dispone di app su scala B2C, grandi volumi di utenti o grandi volumi di dati |
| Piattaforma | Business | ⚠️ I test della scala non hanno criteri ben definiti |
| Piattaforma | Business | ⚠️ Si eseguono test di scala in una Copia parziale o Developer Sandbox |
| Piattaforma | Business | ⚠️ I test di usabilità non vengono condotti o vengono condotti su un insieme limitato di dispositivi |
| Piattaforma | Business | ⚠️ I volumi di richieste utente, il traffico API e le variazioni della velocità di rete simili a quelli di produzione non vengono testati. |
| Piattaforma | Business | ⚠️ L'automazione dei test non è attiva |
| Piattaforma | Business | ⚠️ L'ingegneria pronta non ha un controllo di qualità da parte di un essere umano |
| Piattaforma | Business | ⚠️ I test di resistenza, stress, prestazioni e scala sono considerati una fase o uno stadio di sviluppo. |
| Piattaforma | Organizzazione | ⚠️ I dati dei test sono identici ai dati di produzione |
| Piattaforma | Piani di test | ⚠️ Non è chiaro quale ambiente può supportare quale tipo di test |
| Piattaforma | Piani di test | ⚠️ I regimi di test non sono classificati per rischio, caso d'uso o complessità |
| Piattaforma | Piani di test | ⚠️ I test delle prestazioni per i componenti LWC personalizzati sono un ripensamento Attesa fino alla fine del ciclo di sviluppo per testare i componenti Lightning personalizzati |
| Piattaforma | Piani di test | ⚠️ Test delle integrazioni con meno del 50% del traffico utente previsto Contare sul risultato di pochi utenti per considerare sufficiente un test di integrazione |