translated up to 5.8

Author: sanguino

readme-es.md

@@ -1848,14 +1848,14 @@ Una politica de actualizaciones eficiente puede permitir cierto 'periodo de conc
 
 <br/><br/>
 
-## ⚪ ️ 5.8 Other, non-Node related, CI tips
+## ⚪ ️ 5.8 Otros consejos de CI no relacionados con Node
 
-:white_check_mark: **Haz:** This post is focused on testing advice that is related to, or at least can be exemplified with Node JS. This bullet, however, groups few non-Node related tips that are well-known
+:white_check_mark: **Haz:** Esta publicación se centra en los consejos sobre testing que están relacionados, o al menos pueden ejemplificarse con el Node JS. Sin embargo, este punto agrupa algunos consejos no relacionados con Node que son bien conocidos
 
- <ol class="postList"><li name="e3e4" id="e3e4" class="graf graf--li graf-after--p">Use a declarative syntax. This is the only option for most vendors but older versions of Jenkins allows using code or UI</li><li name="1fdc" id="1fdc" class="graf graf--li graf-after--li">Opt for a vendor that has native Docker support</li><li name="edcd" id="edcd" class="graf graf--li graf-after--li">Fail early, run your fastest tests first. Create a ‘Smoke testing’ step/milestone that groups multiple fast inspections (e.g. linting, unit tests) and provide snappy feedback to the code committer</li><li name="0375" id="0375" class="graf graf--li graf-after--li">Make it easy to skim-through all build artifacts including test reports, coverage reports, mutation reports, logs, etc</li><li name="df82" id="df82" class="graf graf--li graf-after--li">Create multiple pipelines/jobs for each event, reuse steps between them. For example, configure a job for feature branch commits and a different one for master PR. Let each reuse logic using shared steps (most vendors provide some mechanism for code reuse)</li><li name="19b0" id="19b0" class="graf graf--li graf-after--li">Never embed secrets in a job declaration, grab them from a secret store or from the job’s configuration</li><li name="b70d" id="b70d" class="graf graf--li graf-after--li">Explicitly bump version in a release build or at least ensure the developer did so</li><li name="957c" id="957c" class="graf graf--li graf-after--li">Build only once and perform all the inspections over the single build artifact (e.g. Docker image)</li><li name="339b" id="339b" class="graf graf--li graf-after--li">Test in an ephemeral environment that doesn’t drift state between builds. Caching node_modules might be the only exception</li></ol>
+ <ol class="postList"><li name="e3e4" id="e3e4" class="graf graf--li graf-after--p">Use una sintaxis declarativa. Esta es la única opción para la mayoría de los pipelines de CI, pero las versiones antiguas de Jenkins permiten usar código o incluos una interfaz de usuario</li><li name="1fdc" id="1fdc" class="graf graf--li graf-after--li">Opte por un CI que tenga soporte nativo de Docker</li><li name="edcd" id="edcd" class="graf graf--li graf-after--li">Falla antes, ejecuta tus test más rápidas primero. Crea un paso / hito de 'Smoke testing' que agrupe múltiples verificaciones rápidas (por ejemplo, linter, test unitarios) y que proporcione comentarios rápidamente al desarrollador que haya commiteado</li><li name="0375" id="0375" class="graf graf--li graf-after--li">Facilite la exploración de todos las partes de construcción, incluidos reportes de test, informes de cobertura, informes de mutación, registros, etc.</li><li name="df82" id="df82" class="graf graf--li graf-after--li">Crea múltiples pipelines / jobs para cada evento y reutilice los pasos entre ellos. Por ejemplo, configure un job para confirmaciones de commits a ramas de desarrollo y uno diferente para la rama master. Permita la reutilización de la logica usando pasos compartidos en los pipelines (la mayoría de los proveedores proporcionan algún mecanismo para la reutilización de código)</li><li name="19b0" id="19b0" class="graf graf--li graf-after--li">Nunca uses secretos directamente en la declaración del job, traelos de un store de secretos o de la configuración del propio job</li><li name="b70d" id="b70d" class="graf graf--li graf-after--li">Suba explícitamente la versión de una release o al menos asegúrate de que el desarrollador lo hizo</li><li name="957c" id="957c" class="graf graf--li graf-after--li">Construye solo una vez y realiza todas las inspecciones sobre el artefacto construido único (por ejemplo, imagen Docker)</li><li name="339b" id="339b" class="graf graf--li graf-after--li">Testea en un entorno efímero que no arrastre el estado entre las construcciones. El almacenamiento en caché de node_modules podría ser la única excepción</li></ol>
 <br/>
 
-❌ **De lo contrario:** You‘ll miss years of wisdom
+❌ **De lo contrario:** Echarás de menos años de sabiduría
 
 <br/><br/>