The latest articles on Forem by Oswaldo TC (@oswwwaldotc). https://forem.com/oswwwaldotc https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F283523%2Fd93286e7-2b3a-4da3-9693-caccc60d5adb.png https://forem.com/oswwwaldotc en Oswaldo TC Wed, 03 Jan 2024 02:28:41 +0000 https://forem.com/oswwwaldotc/los-siete-principios-aplicados-a-las-pruebas-de-software-30ai https://forem.com/oswwwaldotc/los-siete-principios-aplicados-a-las-pruebas-de-software-30ai <h2> ¿Que es Quality Engineering? </h2> <p><a href="https://res.cloudinary.com/practicaldev/image/fetch/s--VMrRq9Mh--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_800/https://images.unsplash.com/photo-1532619675605-1ede6c2ed2b0%3Fq%3D80%26w%3D2070%26auto%3Dformat%26fit%3Dcrop%26ixlib%3Drb-4.0.3%26ixid%3DM3wxMjA3fDB8MHxwaG90by1wYWdlfHx8fGVufDB8fHx8fA%253D%253D" class="article-body-image-wrapper"><img src="https://res.cloudinary.com/practicaldev/image/fetch/s--VMrRq9Mh--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_800/https://images.unsplash.com/photo-1532619675605-1ede6c2ed2b0%3Fq%3D80%26w%3D2070%26auto%3Dformat%26fit%3Dcrop%26ixlib%3Drb-4.0.3%26ixid%3DM3wxMjA3fDB8MHxwaG90by1wYWdlfHx8fGVufDB8fHx8fA%253D%253D" alt="image-00" width="800" height="533"></a></p> <p>La ingeniería de calidad se centra en garantizar que los productos de software sean confiables, funcionales y cumplan con las expectativas del usuario. En un mundo cada vez más dependiente de la tecnología, la calidad del software es esencial. </p> <h2> ¿Porque es necesario aplicar Quality Engineering? </h2> <p>En palabras simples genera confianza de un producto, genera valor.</p> <p>El acto de no abordar adecuadamente la calidad en el desarrollo de software puede tener consecuencias negativas. Puede llevar a una serie de problemas, como:</p> <ul> <li>Errores Costosos: La corrección de errores en etapas avanzadas del desarrollo puede ser costosa y retrasar el lanzamiento.</li> <li>Daño a la Reputación: Los usuarios experimentan frustración y pérdida de confianza si encuentran problemas en una aplicación.</li> <li>Pérdida de Negocios: Los errores graves pueden llevar a la pérdida de clientes y oportunidades de negocio.</li> <li>Inseguridad de Datos: La falta de seguridad en el software puede exponer datos sensibles de los usuarios.</li> </ul> <p><a href="https://res.cloudinary.com/practicaldev/image/fetch/s--4qLqtYY_--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_800/https://images.unsplash.com/photo-1522071820081-009f0129c71c%3Fq%3D80%26w%3D2070%26auto%3Dformat%26fit%3Dcrop%26ixlib%3Drb-4.0.3%26ixid%3DM3wxMjA3fDB8MHxwaG90by1wYWdlfHx8fGVufDB8fHx8fA%253D%253D" class="article-body-image-wrapper"><img src="https://res.cloudinary.com/practicaldev/image/fetch/s--4qLqtYY_--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_800/https://images.unsplash.com/photo-1522071820081-009f0129c71c%3Fq%3D80%26w%3D2070%26auto%3Dformat%26fit%3Dcrop%26ixlib%3Drb-4.0.3%26ixid%3DM3wxMjA3fDB8MHxwaG90by1wYWdlfHx8fGVufDB8fHx8fA%253D%253D" alt="image-01" width="800" height="534"></a></p> <blockquote> <p>La palabra “Testing” podemos entenderla como una acción. <br> Mientras que Quality Engineering (QE) es la ciencia, la metodología, aquella serie de pasos necesarios para aplicarla efectivamente.</p> </blockquote> <h2> A detalle </h2> <p>Existen principios para realizar las pruebas a un producto o software, son las siguientes:</p> <ol> <li>Las pruebas muestra la presencia de defectos, no su ausencia.</li> <li>Las pruebas exhaustivas es impracticable.</li> <li>Las pruebas en etapa temprana ahorra recursos.</li> <li>Los defectos se agrupan.</li> <li>La Paradoja del Pesticida.</li> <li>Las pruebas son dependientes del contexto.</li> <li>La ausencia de errores es una falacia.</li> </ol> <h2> Las pruebas muestra la presencia de defectos, no su ausencia </h2> <blockquote> <p>"Testing shows the presence of defects, not their absence“</p> </blockquote> <p>Este principio nos recuerda que las pruebas tienen una función crítica: revelar la existencia de defectos en el software. Sin embargo, es crucial entender que, sin importar cuántas pruebas realicemos y cuántos defectos encontremos, no podemos afirmar con certeza que no haya más defectos ocultos.</p> <h2> Las pruebas exhaustivas es impracticable </h2> <blockquote> <p>"Exhaustive Testing is impossible"</p> </blockquote> <p>En este punto lo que significa probar todas las combinaciones posibles de entradas y condiciones previas, generalmente no es factible ni eficiente. Si consideramos todas las variables y combinaciones posibles, la cantidad de pruebas necesarias sería astronómica y requeriría un tiempo y recursos infinitos.</p> <h2> Las pruebas en etapa temprana ahorra recursos </h2> <blockquote> <p>"Early Testing saves time and money"</p> </blockquote> <p>La idea central es que identificar y abordar defectos en las etapas iniciales del desarrollo no solo reduce la carga de las correcciones posteriores, sino que también ahorra tiempo y recursos valiosos como el monetario.</p> <h2> Los defectos se agrupan </h2> <blockquote> <p>"Defects Cluster Together"</p> </blockquote> <p>Esto significa que es más probable encontrar múltiples defectos en un componente o módulo específico en lugar de encontrar defectos en todos los componentes de manera uniforme.</p> <h2> La Paradoja del Pesticida </h2> <blockquote> <p>"Beware of Pesticide Paradox"</p> </blockquote> <p>La Paradoja del Pesticida se refiere al hecho de que, si se repiten las mismas pruebas una y otra vez sin cambios, con el tiempo, esas pruebas dejarán de ser efectivas para encontrar nuevos defectos.</p> <h2> Las pruebas son dependientes del contexto </h2> <blockquote> <p>"Testing is context dependent“</p> </blockquote> <p>No existe una única metodología de pruebas que sea aplicable universalmente. En cambio, las decisiones de pruebas deben basarse en las características específicas del proyecto, los objetivos, los recursos disponibles y las necesidades</p> <h2> La ausencia de errores es una falacia </h2> <blockquote> <p>"Absence-of-Error is a fallacy“</p> </blockquote> <p>Este principio pone de relieve la importancia de comprender y validar los requisitos y expectativas del usuario final. El testing no debe limitarse a la búsqueda de defectos técnicos, sino que debe centrarse en garantizar que el software satisfaga las necesidades y deseos del usuario.</p> beginners learning spanish writing