Este texto se tradujo utilizando el sistema de traducción automatizado de Salesforce. Realice nuestra encuesta para proporcionar comentarios sobre este contenido y díganos qué le gustaría ver a continuación.
Resiliencia: Gestión del ciclo de vida de aplicaciones
Obtenga más información acerca de Adaptable bien arquitectado → Resiliente → Gestión del ciclo de vida de aplicaciones → Estrategia medioambiental
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué aspecto tiene? Patrón |
|---|---|
| Plataforma | Organización | ✅ Los metadatos en un entorno concreto son independientes de sus artefactos de versión |
| Plataforma | Organización | ✅ Los entornos no se corresponden directamente con una ruta de versión |
| Plataforma | Organización | ✅ Las rutas de versión para un cambio dependen del tipo de cambio (riesgo alto, riesgo medio, riesgo bajo) |
| Plataforma | Organización | ✅ Los entornos superpoblados no existen |
| Plataforma | Organización | ✅ Los cambios de configuración arriesgados nunca se realizan directamente en producción |
| Plataforma | Organización | ✅ No se producen liberaciones durante el horario laboral pico |
| Plataforma | Organización | ✅ Se adopta un modelo de desarrollo y versión dirigido por origen |
| Plataforma | Sandboxes | ✅ El seguimiento de origen está activado para entornos sandbox Developer y Developer Pro |
Obtenga más información acerca de Adaptable bien arquitectado → Resiliente → Gestión del ciclo de vida de aplicaciones → Gestión de versiones
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué aspecto tiene? Patrón |
|---|---|
| Plataforma | Estándares de diseño | ✅ Los nombres de versión están claros |
| Plataforma | Estándares de diseño | ✅ Los equipos pueden encontrar y seguir directrices claras para etiquetar artefactos, elementos de desarrollo y otro trabajo con los nombres de versión correctos |
| Plataforma | Documentación | ✅ Los nombres de versión se pueden buscar y descubrir |
| Plataforma | Documentación | ✅ Es posible extraer una vista clara de un manifiesto de versión por nombre de versión |
| Plataforma | KPI | ✅ Se definen umbrales de calidad para aplicaciones de IA generativa para diferentes etapas de desarrollo |
| Plataforma | Producción | ✅ Los metadatos muestran el uso de mecanismos de versión estables Las implementaciones a través de la API de metadatos utilizan el formato source |
| Plataforma | Producción | ✅ Metadatos muestra el uso de mecanismos de versión estables Los metadatos están organizados en paquetes desbloqueados |
| Plataforma | Producción | ✅ Los registros de implementación no muestran implementaciones con fallos en el historial disponible |
| Plataforma | Producción | ✅ El historial de implementación muestra cadencias de versión claras y clústeres de implementación bastante uniformes en plazos de versión |
| Plataforma | Producción | ✅ DevOps Center está activo e instalado |
| Plataforma | Producción | ✅ Los metadatos muestran el uso de mecanismos de versión estables Los conjuntos de cambios no se utilizan para publicar cambios |
| Plataforma | Hoja de ruta | ✅ Las funciones están vinculadas claramente a una versión nombrada específica |
| Plataforma | Hoja de ruta | ✅ Los nombres de versión están claros |
| Plataforma | Hoja de ruta | ✅ Los nombres de versión se pueden buscar y descubrir |
Obtenga más información acerca de Adaptable bien arquitectado → Resiliente → Gestión del ciclo de vida de aplicaciones → Estrategia de pruebas
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué aspecto tiene? Patrón |
|---|---|
| Data 360 | Apex | ✅ Las clases de prueba Apex incluyen cobertura para consultas ejecutadas en objetos de Data Cloud Las clases de prueba amplían la clase System.SoqlStubProvider y sustituyen el método handleSoqlQuery(). Las instancias de DMO se crean utilizando Test.createStubQueryRow() o Test.createStubQueryRows(). |
| Plataforma | Apex | ✅ Los patrones de fábrica de datos se utilizan para pruebas de unidad |
| Plataforma | Apex | ✅ Se utilizan simulacros/segunderos para simular respuestas de API |
| Plataforma | Negocio | ✅ Incluye pruebas a escala como parte de su proceso de control de calidad cuando tiene aplicaciones a escala B2C, grandes volúmenes de usuarios o grandes volúmenes de datos |
| Plataforma | Negocio | ✅ Sus pruebas de escala tienen criterios bien definidos |
| Plataforma | Negocio | ✅ Realiza pruebas de escala en un Sandbox completo |
| Plataforma | Negocio | ✅ Sus pruebas de escala son aspectos de alta prioridad centrados del sistema |
| Plataforma | Negocio | ✅ Los simuladores se utilizan para replicar condiciones similares a las de producción para pruebas de escalabilidad y rendimiento |
| Plataforma | Negocio | ✅ Las pruebas se automatizan para ejecutarse cuando los cambios entran en el control de origen |
| Plataforma | Negocio | ✅ Las pruebas de resistencia, estrés, rendimiento y escala se ejecutan en varios intervalos en el ciclo de desarrollo de aplicaciones y se consideran tareas continuas |
| Plataforma | Negocio | ✅ La ingeniería de solicitudes incluye una revisión de calidad por un humano |
| Plataforma | Negocio | ✅ Las pruebas de capacidad de uso emplean una variedad de dispositivos y tecnología de asistencia |
| Plataforma | Organización | ✅ Todos los datos de prueba se depuran con datos confidenciales e identificativos |
| Plataforma | Planes de prueba | ✅ Los entornos se clasifican por qué tipo de pruebas pueden admitir |
| Plataforma | Planes de prueba | ✅ Los regímenes de prueba apropiados se especifican según el riesgo, el caso de uso o la complejidad |
Obtenga más información acerca de Adaptable bien arquitectado → Resiliente → Gestión del ciclo de vida de aplicaciones → Estrategia medioambiental
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué evitar? Antipatrón |
|---|---|
| Plataforma | Organización | ⚠️ Los entornos corresponden directamente a una ruta de versión |
| Plataforma | Organización | ⚠️ La ruta de versión para cada cambio es la misma |
| Plataforma | Organización | ⚠️ Existen entornos superpoblados |
| Plataforma | Organización | ⚠️ Los cambios de configuración arriesgados se realizan directamente en producción |
| Plataforma | Organización | ⚠️ Se adopta un modelo de desarrollo y versión basado en organización |
| Plataforma | Organización | ⚠️ Las liberaciones se producen durante el horario laboral pico |
| Plataforma | Organización | ⚠️ Los metadatos en un entorno concreto son su artefacto de versión |
| Plataforma | Sandboxes | ⚠️ El seguimiento de origen no está activado para entornos sandbox Developer y Developer Pro |
Obtenga más información acerca de Adaptable bien arquitectado → Resiliente → Gestión del ciclo de vida de aplicaciones → Gestión de versiones
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué evitar? Antipatrón |
|---|---|
| Plataforma | Estándares de diseño | ⚠️ Los nombres de versión están ausentes |
| Plataforma | Estándares de diseño | ⚠️ Los equipos hacen referencia a artefactos, elementos de desarrollo y otros trabajos de diferentes formas |
| Plataforma | Documentación | ⚠️ Los nombres de versión son ad hoc o no existen |
| Plataforma | Documentación | ⚠️ No es posible extraer una vista clara de un manifiesto de versión utilizando un nombre de versión |
| Plataforma | KPI | ⚠️ Los umbrales de calidad para aplicaciones de IA generativa no están definidos o no están definidos en diferentes etapas de desarrollo |
| Plataforma | Producción | ⚠️ Los metadatos indican el uso de mecanismos de versión basados en la organización Las implementaciones a través de la API de metadatos utilizan el formato package.xml |
| Plataforma | Producción | ⚠️ Los metadatos indican el uso de mecanismos de versión basados en organización Uso activo de conjuntos de cambios |
| Plataforma | Producción | ⚠️ Los registros de implementación muestran instancias repetidas de implementaciones fallidas dentro del historial disponible |
| Plataforma | Producción | ⚠️ Las implementaciones no tienen una cadencia discernible o muestran grupos desiguales de implementaciones (signos de cambios rápidos y ad hoc) |
| Plataforma | Producción | ⚠️ DevOps Center no está activado e instalado |
| Plataforma | Hoja de ruta | ⚠️ Las funciones no están vinculadas claramente a una versión específica |
| Plataforma | Hoja de ruta | ⚠️ Los nombres de versión están ausentes |
| Plataforma | Hoja de ruta | ⚠️ Los nombres de versión son ad hoc o no existen |
Obtenga más información acerca de Adaptable bien arquitectado → Resiliente → Gestión del ciclo de vida de aplicaciones → Estrategia de pruebas
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué evitar? Antipatrón |
|---|---|
| Data 360 | Apex | ⚠️ La cobertura de prueba no existe para consultas SOQL ejecutadas en objetos de Data Cloud Las consultas SOQL en un DMO no están cubiertas por métodos de prueba Apex |
| Plataforma | Apex | ⚠️ Sus pruebas de unidad se basan en datos de organización |
| Plataforma | Apex | ⚠️ No se utilizan simulacros/muñecos |
| Plataforma | Negocio | ⚠️ Sus pruebas de escala no tienen prioridad |
| Plataforma | Negocio | ⚠️ No realiza pruebas a escala como parte de su proceso de control de calidad y tiene aplicaciones a escala B2C, grandes volúmenes de usuarios o grandes volúmenes de datos |
| Plataforma | Negocio | ⚠️ Sus pruebas de escala no tienen criterios bien definidos |
| Plataforma | Negocio | ⚠️ Realiza pruebas de escala en un Parcial Copy o Developer Sandbox |
| Plataforma | Negocio | ⚠️ Las pruebas de capacidad de uso no se realizan o se realizan en un conjunto limitado de dispositivos |
| Plataforma | Negocio | ⚠️ No se prueban volúmenes similares a producción de solicitudes de usuario, tráfico de API y variaciones en la velocidad de red. |
| Plataforma | Negocio | ⚠️ La automatización de pruebas no está establecida |
| Plataforma | Negocio | ⚠️ La ingeniería de solicitudes carece de una revisión de calidad por un humano |
| Plataforma | Negocio | ⚠️ Las pruebas de resistencia, estrés, rendimiento, escala se consideran una fase o etapa de desarrollo. |
| Plataforma | Organización | ⚠️ Los datos de prueba son idénticos a los datos de producción |
| Plataforma | Planes de prueba | ⚠️ No está claro qué entorno puede admitir qué tipo de pruebas |
| Plataforma | Planes de prueba | ⚠️ Los regímenes de prueba no se categorizan por riesgo, caso de uso o complejidad |
| Plataforma | Planes de prueba | ⚠️ Las pruebas de rendimiento para LWC personalizado son una idea posterior Esperar hasta el final del ciclo de desarrollo para probar componentes Lightning personalizados |
| Plataforma | Planes de prueba | ⚠️ Prueba de integraciones con menos del 50% del tráfico de usuarios esperado Basándose en el resultado de un puñado de usuarios para considerar suficiente una prueba de integración |