---
schema_version: "1"
id: b75e706443afa06f2b00ac22f86a43ebec0d2e8c1d21a762febaa8431162c1f2
title: Resiliente – Gerenciamento de ciclo de vida do aplicativo
collection: architect
version: next
locale: pt-br
portal_url: https://docs.salesforce.com/architect/next/pt-br/well-architected-tools/guides/adaptable-application-lifecycle-management.md
canonical_url: https://staging.architect.salesforce.com/docs/architect/pt-br/well-architected-tools/guide/adaptable-application-lifecycle-management.html
source_site: staging.architect.salesforce.com
content_type: documentation
content_hash: 8a715cf248d2d809de146c412ff6d52f8af8e5acfa68475c2a8279f90a7f6c29
products:
- Ferramentas bem criadas
- Architect Site Content Repo
---
# Resiliente – Gerenciamento de ciclo de vida do aplicativo
### Padrão de estratégia de ambiente
Saiba mais sobre bem-construído e [adaptável](/docs/architect/pt-br/well-architected/guide/adaptable-overview) → [Resistente](/docs/architect/pt-br/well-architected/guide/resilient) → [Gerenciamento de ciclo de vida do aplicativo](/docs/architect/pt-br/well-architected/guide/resilient#gerenciamento-de-ciclo-de-vida-do-aplicativo) → Estratégia [ambientais](/docs/architect/pt-br/well-architected/guide/resilient#estratégia-ambiental)
| Onde procurar?
Área de produtos \| Local | Qual é a aparência de um bom?
Padrão |
| ------------------------------------------- | ------------------------------------------------------------------------------------------------------------------- |
| Plataforma \| Organização | ✅ Metadados em um determinado ambiente são independentes de seus artefatos de versão |
| Plataforma \| Organização | ✅ Os ambientes não correspondem diretamente a um caminho de liberação |
| Plataforma \| Organização | ✅ Os caminhos de liberação para uma alteração dependem do tipo da alteração (risco alto, risco médio, risco baixo) |
| Plataforma \| Organização | ✅ Ambientes sobrecarregados não existem |
| Plataforma \| Organização | ✅ Alterações de configuração arriscadas nunca são feitas diretamente na produção |
| Plataforma \| Organização | ✅ Nenhum lançamento ocorre durante o horário comercial de pico |
| Plataforma \| Organização | ✅ Um modelo de desenvolvimento e versão orientado por origem é adotado |
| Plataforma \| Sandboxes | ✅ O rastreamento de origem está habilitado para sandboxes Developer e Developer Pro |
### Padrão de gerenciamento de versão
Saiba mais sobre Well-Architected [Adaptable](/docs/architect/pt-br/well-architected/guide/adaptable-overview) → [Resilient](/docs/architect/pt-br/well-architected/guide/resilient) → [Application Lifecycle Management](/docs/architect/pt-br/well-architected/guide/resilient#gerenciamento-de-ciclo-de-vida-do-aplicativo) → [Release Management](/docs/architect/pt-br/well-architected/guide/resilient#gerenciamento-de-versão)
| Onde procurar?
Área de produtos \| Local | Qual é a aparência de um bom?
Padrão |
| ------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Plataforma \| Padrões de design | ✅ Os nomes de versão estão claros |
| Plataforma \| Padrões de design | ✅ As equipes podem encontrar e seguir diretrizes claras para marcar artefatos, itens de desenvolvimento e outros trabalhos com os nomes de versão corretos |
| Plataforma \| Documentação | ✅ Os nomes de versão são pesquisáveis e descobríveis |
| Plataforma \| Documentação | ✅ É possível reunir uma visualização clara de um manifesto de versão por nome da versão |
| Plataforma \| KPIs | ✅ Limites de qualidade para aplicativos de IA generativa definidos para diferentes estágios de desenvolvimento |
| Plataforma \| Produção | ✅ Metadados mostra o uso de mecanismos de liberação estáveis Implantações via API de metadados usam o formato `source` |
| Plataforma \| Produção | ✅ Metadados mostram o uso de mecanismos de versão estáveis Os metadados são organizados em pacotes desbloqueados |
| Plataforma \| Produção | ✅ Os registros de implementação não mostram nenhuma implementação com falha no histórico disponível |
| Plataforma \| Produção | ✅ O histórico de implementação mostra ritmos de versão claros e grupos de implementação bastante uniformes nas janelas de versão |
| Plataforma \| Produção | ✅ DevOps Center está ativo e instalado |
| Plataforma \| Produção | ✅ Metadados mostram o uso de mecanismos de versão estáveis Os conjuntos de alterações não são usados para alterações de versão |
| Plataforma \| Roteiro | ✅ Os recursos são vinculados claramente a uma versão nomeada específica |
| Plataforma \| Roteiro | ✅ Os nomes de versão estão claros |
| Plataforma \| Roteiro | ✅ Os nomes de versão são pesquisáveis e descobríveis |
### Padrão de estratégia de teste
Saiba mais sobre bem-construído [Adaptable](/docs/architect/pt-br/well-architected/guide/adaptable-overview) → [Resilient](/docs/architect/pt-br/well-architected/guide/resilient) → [Application Lifecycle Management](/docs/architect/pt-br/well-architected/guide/resilient#gerenciamento-de-ciclo-de-vida-do-aplicativo) → [Testing Strategy](/docs/architect/pt-br/well-architected/guide/resilient#estratégia-de-teste)
| Onde procurar?
Área de produtos \| Local | Qual é a aparência de um bom?
Padrão |
| ------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| Data 360 \| Apex | ✅ As classes de teste do Apex incluem cobertura para consultas executadas em objetos do Data Cloud. As classes de teste estendem a classe System.SoqlStubProvider e substituem o método handleSoqlQuery(). As instâncias de DMO são criadas usando Test.createStubQueryRow() ou Test.createStubQueryRows(). |
| Plataforma \| Apex | ✅ Os padrões de fábrica de dados são usados para testes de unidade |
| Plataforma \| Apex | ✅ Mock/Stubs são usados para simular respostas da API |
| Plataforma \| Negócios | ✅ Você inclui testes de escala como parte de seu processo de QA quando tiver aplicativos em escala B2C, grandes volumes de usuários ou grandes volumes de dados |
| Plataforma \| Negócios | ✅ Seus testes de escala têm critérios bem definidos |
| Plataforma \| Negócios | ✅ Você realiza testes de escala em um Sandbox completo |
| Plataforma \| Negócios | ✅ Seus testes de escala focam aspectos de alta prioridade do sistema |
| Plataforma \| Negócios | ✅ Os simuladores são usados para replicar condições semelhantes a produção para escalabilidade e testes de desempenho |
| Plataforma \| Negócios | ✅ Os testes são automatizados para execução quando as alterações entram no controle de origem |
| Plataforma \| Negócios | ✅ Testes de resistência, estresse, desempenho e escala são executados em vários intervalos no ciclo de desenvolvimento do aplicativo e considerados tarefas contínuas |
| Plataforma \| Negócios | ✅ A engenharia rápida inclui uma revisão de qualidade por um humano |
| Plataforma \| Negócios | ✅ Os testes de usabilidade usam uma variedade de dispositivos e tecnologia assistiva |
| Plataforma \| Organização | ✅ Todos os dados de teste são removidos de dados confidenciais e de identificação |
| Plataforma \| Planos de teste | ✅ Os ambientes são classificados pelo tipo de teste ao qual eles podem dar suporte |
| Plataforma \| Planos de teste | ✅ Os regimes de teste adequados são especificados de acordo com o risco, o caso de uso ou a complexidade |
---
### Antipadrão da estratégia ambiental
Saiba mais sobre bem-construído e [adaptável](/docs/architect/pt-br/well-architected/guide/adaptable-overview) → [Resistente](/docs/architect/pt-br/well-architected/guide/resilient) → [Gerenciamento de ciclo de vida do aplicativo](/docs/architect/pt-br/well-architected/guide/resilient#gerenciamento-de-ciclo-de-vida-do-aplicativo) → Estratégia [ambientais](/docs/architect/pt-br/well-architected/guide/resilient#estratégia-ambiental)
| Onde procurar?
Área de produtos \| Local | O que evitar?
Antipadrão |
| ------------------------------------------- | ----------------------------------------------------------------------------------------- |
| Plataforma \| Organização | ⚡️ Os ambientes correspondem diretamente a um caminho de versão |
| Plataforma \| Organização | ⚡️ O caminho da versão para cada alteração é o mesmo |
| Plataforma \| Organização | ⚡️ Existem ambientes sobrecarregados |
| Plataforma \| Organização | ⚡️ Alterações de configuração arriscadas são feitas diretamente na produção |
| Plataforma \| Organização | ⚡️ Um modelo de desenvolvimento e versão baseado em organização é adotado |
| Plataforma \| Organização | ⚡️ As versões ocorrem durante o horário comercial de pico |
| Plataforma \| Organização | Metadados em um determinado ambiente são seu artefato de versão |
| Plataforma \| Sandboxes | ⚡️ O rastreamento de origem não está habilitado para sandboxes Developer e Developer Pro |
### Antipadrão do Gerenciamento de versão
Saiba mais sobre Well-Architected [Adaptable](/docs/architect/pt-br/well-architected/guide/adaptable-overview) → [Resilient](/docs/architect/pt-br/well-architected/guide/resilient) → [Application Lifecycle Management](/docs/architect/pt-br/well-architected/guide/resilient#gerenciamento-de-ciclo-de-vida-do-aplicativo) → [Release Management](/docs/architect/pt-br/well-architected/guide/resilient#gerenciamento-de-versão)
| Onde procurar?
Área de produtos \| Local | O que evitar?
Antipadrão |
| ------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------- |
| Plataforma \| Padrões de design | ⚡️ Os nomes de versão estão ausentes |
| Plataforma \| Padrões de design | ⚡️ As equipes se referem a artefatos, itens de desenvolvimento e outros trabalhos de diferentes maneiras |
| Plataforma \| Documentação | ⚡️ Os nomes de versão são ad hoc ou não existem |
| Plataforma \| Documentação | ⚡️ Não é possível reunir uma visualização clara de um manifesto de versão usando um nome de versão |
| Plataforma \| KPIs | Limites de qualidade para aplicativos de IA generativa não são definidos ou não são definidos em diferentes estágios de desenvolvimento |
| Plataforma \| Produção | Metadados indicam o uso de mecanismos de liberação baseados em organização Implantações via API de metadados usam o formato `package.xml` |
| Plataforma \| Produção | ⚡️ Metadados indicam o uso de mecanismos de versão baseados em organização Uso ativo de conjuntos de alterações |
| Plataforma \| Produção | ⚡️ Os registros de implementação mostram instâncias repetidas de implementações com falha no histórico disponível |
| Plataforma \| Produção | As implantações não têm ritmo discernível ou mostram clusters desiguais de implantações (sinais de correções rápidas e reversões ad hoc) |
| Plataforma \| Produção | DevOps Center não está habilitado e instalado |
| Plataforma \| Roteiro | Os recursos não estão vinculados claramente a uma versão específica |
| Plataforma \| Roteiro | ⚡️ Os nomes de versão estão ausentes |
| Plataforma \| Roteiro | ⚡️ Os nomes de versão são ad hoc ou não existem |
### Antipadrão da estratégia de teste
Saiba mais sobre bem-construído [Adaptable](/docs/architect/pt-br/well-architected/guide/adaptable-overview) → [Resilient](/docs/architect/pt-br/well-architected/guide/resilient) → [Application Lifecycle Management](/docs/architect/pt-br/well-architected/guide/resilient#gerenciamento-de-ciclo-de-vida-do-aplicativo) → [Testing Strategy](/docs/architect/pt-br/well-architected/guide/resilient#estratégia-de-teste)
| Onde procurar?
Área de produtos \| Local | O que evitar?
Antipadrão |
| ------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Data 360 \| Apex | ⚡️ Não existe cobertura de teste para consultas SOQL executadas em objetos do Data Cloud. Consultas SOQL em relação a um DMO não são cobertas por métodos de teste do Apex |
| Plataforma \| Apex | ⚡️ Seus testes de unidade dependem de dados da organização |
| Plataforma \| Apex | ⚡️ Mocks/stubs não são usados |
| Plataforma \| Negócios | ⚡️ Seus testes de escala não são priorizados |
| Plataforma \| Negócios | ⚡️ Você não realiza testes de escala como parte de seu processo de QA e tem aplicativos em escala B2C, grandes volumes de usuários ou grandes volumes de dados |
| Plataforma \| Negócios | ⚡️ Seus testes de escala não têm critérios bem definidos |
| Plataforma \| Negócios | ⚡️ Você realiza testes de escala em uma cópia parcial ou Developer Sandbox |
| Plataforma \| Negócios | Os testes de usabilidade não são realizados ou são realizados em um conjunto limitado de dispositivos |
| Plataforma \| Negócios | Volumes semelhantes a produção de solicitações de usuário, tráfego de API e variações de velocidade de rede não são testados. |
| Plataforma \| Negócios | ⚡️ A automação de teste não está em vigor |
| Plataforma \| Negócios | ⚡️ A engenharia rápida não tem uma revisão de qualidade por um humano |
| Plataforma \| Negócios | ⚡️ Testes de resistência, estresse, desempenho e escala são considerados uma fase ou estágio de desenvolvimento. |
| Plataforma \| Organização | ⚡️ Os dados de teste são idênticos aos dados de produção |
| Plataforma \| Planos de teste | ⚡️ Não está claro qual ambiente pode dar suporte a qual tipo de teste |
| Plataforma \| Planos de teste | Os regimes de teste não são categorizados por risco, caso de uso ou complexidade |
| Plataforma \| Planos de teste | ⚡️ O teste de desempenho para o LWC personalizado é uma reflexão A espera do fim do ciclo de desenvolvimento para testar componentes personalizados do Lightning |
| Plataforma \| Planos de teste | ⚡️ Testar integrações com menos de 50% do tráfego de usuários esperado Com base no resultado de alguns usuários para considerar um teste de integração suficiente |
---