Este texto se tradujo utilizando el sistema de traducción automatizado de Salesforce. Realice nuestra encuesta para proporcionar comentarios sobre este contenido e indicarnos 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 diseñado → Resistente → 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 versiones 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 sandboxes Developer y Developer Pro |
Obtenga más información acerca de Adaptable bien diseñado → Resistente → 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 tienen capacidad de búsqueda y detección |
| Plataforma | Documentación | ✅ Es posible obtener 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 Implementaciones a través de API de metadatos utilizan formato de 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 tienen capacidad de búsqueda y detección |
Obtenga más información acerca de Adaptable bien diseñado → Resistente → Gestión del ciclo de vida de aplicaciones → Estrategia de pruebas
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué aspecto tiene? Patrón |
|---|---|
| Datos 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 unidades |
| Plataforma | Apex | ✅ Se utilizan simulacros / resúmenes para simular respuestas de API |
| Plataforma | Negocios | ✅ Incluye pruebas de 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 | Negocios | ✅ Sus pruebas de escala tienen criterios bien definidos |
| Plataforma | Negocios | ✅ Realiza pruebas de escala en un Sandbox completo |
| Plataforma | Negocios | ✅ Sus pruebas de escala son aspectos de alta prioridad enfocados del sistema |
| Plataforma | Negocios | ✅ Los simuladores se utilizan para replicar condiciones similares a producción para pruebas de escalabilidad y desempeño |
| Plataforma | Negocios | ✅ Las pruebas están automatizadas para ejecutarse cuando los cambios entran en control de origen |
| Plataforma | Negocios | ✅ Las pruebas de resistencia, estrés, desempeño y escala se ejecutan en varios intervalos en el ciclo de desarrollo de aplicaciones y se consideran tareas en curso |
| Plataforma | Negocios | ✅ La ingeniería de solicitudes incluye una revisión de calidad por un humano |
| Plataforma | Negocios | ✅ 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 diseñado → Resistente → 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 sandboxes Developer y Developer Pro |
Obtenga más información acerca de Adaptable bien diseñado → Resistente → 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 otro trabajo de diferentes formas |
| Plataforma | Documentación | ⚠️ Los nombres de versión son ad hoc o no existen |
| Plataforma | Documentación | ⚠️ No es posible obtener 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 organización Implementaciones a través de API de metadatos utilizan formato de 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 en el historial disponible |
| Plataforma | Producción | ⚠️ Las implementaciones no tienen una cadencia discernible o muestran clústeres desiguales de implementaciones (signos de reversiones puntuales y soluciones rápidas) |
| 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 diseñado → Resistente → Gestión del ciclo de vida de aplicaciones → Estrategia de pruebas
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué evitar? Antipatrón |
|---|---|
| Datos 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 dependen de datos de organización |
| Plataforma | Apex | ⚠️ No se utilizan simulacros/talones |
| Plataforma | Negocios | ⚠️ Sus pruebas de escala no tienen prioridad |
| Plataforma | Negocios | ⚠️ No realiza pruebas de 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 | Negocios | ⚠️ Sus pruebas de escala no tienen criterios bien definidos |
| Plataforma | Negocios | ⚠️ Realiza pruebas de escala en un entorno sandbox de copia parcial o Developer Sandbox |
| Plataforma | Negocios | ⚠️ Las pruebas de capacidad de uso no se realizan o se realizan en un conjunto limitado de dispositivos |
| Plataforma | Negocios | ⚠️ Los volúmenes similares a producción de solicitudes de usuario, el tráfico de API y las variaciones en la velocidad de red no se prueban. |
| Plataforma | Negocios | ⚠️ La automatización de pruebas no está establecida |
| Plataforma | Negocios | ⚠️ La ingeniería de solicitudes carece de una revisión de calidad por un humano |
| Plataforma | Negocios | ⚠️ Las pruebas de resistencia, estrés, desempeño, 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 desempeño para LWC personalizado es una idea posterior Esperar hasta el final del ciclo de desarrollo para probar componentes Lightning personalizados |
| Plataforma | Planes de prueba | ⚠️ Probar 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 |