#231 Criterios para la automatización (parte 1) 73o6e

Hola cómo estás mi nombre estela y estás escuchando dos click y un book of cash de calidad de software en este episodio vamos a comenzar con la primera parte de la sección seis punto uno del programa de estudio de nivel avanzado ingeniero de automatización de pruebas del iese the cube pero antes de comenzar quiero comentarte que este podcast está compitiendo en los premios obs así que si quieres apoya regalándome todo voy a dejar el link en la descripción de este episodio además también puedes encontrarlo mis redes sociales y en el canal de youtube en mis redes sociales me encuentras como estela guión lópez guión suaves y en youtube me encuentra como dos click y un book donde el dos y el uno se escriben como número bueno comenzando con el contenido esta sección se titula criterios para la automatización tradicionalmente las organizaciones han desarrollado casos de pruebas manuales al decidir migrar hacia un entorno de pruebas automatizadas se debe evaluar el costo actual de las pruebas manuales y determine el enfoque más eficaz para automatizar tus activos de prueba la estructura existente de una prueba manual puede no ser adecuada para la automatización en cuyo caso puede ser necesaria una redacción completa de la prueba para soportar la automatización alternativamente los componentes relevantes de las pruebas manuales existentes por ejemplo valor dentro resultado esperado y camino de navegación se pueden extraer de las pruebas manuales existentes es no utilizar para la automatización una estrategia de pruebas manuales que tenga en cuenta la automatización permitirá realizar pruebas cuya estructura facilita la migración a la automatización hay que destacar que no todas las pruebas pueden o deben ser automatizada y a veces la primera iteración de una prueba podría ser manual por lo tanto hay dos aspectos de la transición a considerar primero la conversión inicial de las pruebas manuales existentes apruebas automatizar y segundo la tr transición posterior de nuevas pruebas manuales apruebas automatizada hay que tener en cuenta también que hacer dos tipos de pruebas solo pueden ejecutarse eficazmente de forma automatizada por ejemplo pruebas de fiabilidad pruebas de esfuerzo o pruebas de rendimiento con la automatización de pruebas es posible probar aplicaciones y sistemas se una interfaz de en este caso las pruebas se pueden realizar a nivel de integración a través de interfaces en el software aunque este tipo de casos de prueba también pueden ejecutarse manualmente utilizando comandos introducidos manualmente para activarlas interface esto podría no ser práctico por ejemplo con la automatización puede ser posible insertar mensaje en un sistema de cola el mensaje de esta manera las pruebas pueden comenzar antes y pueden identificar defectos antes cuando las pruebas manuales a unos son posible antes de comenzar un esfuerzo de pruebas automatizadas uno necesita considerar la aplicabilidad y viabilidad de crear pruebas automatizadas contra crear las pruebas manuales los criterios la adecuación pueden incluir pero no se limitan a la frecuencia del uso complejidad para automatizar compatibilidad el soporte de herramientas madurez del proceso de prueba adecuación de la automatización a la etapa del ciclo de vida del producto de software sostenibilidad del entorno tomates y contra la vereda del sistema sujeto de prueba ahora todos estos puntos que mencioné anteriormente se encuentran explicados en el programa de study pero en el episodio de hoy vamos a abordar solamente los tres primeros que son frecuencia de uso complejidad para automatizar y compatibilidad el soporte de herramientas comenzamos con la frecuencia de uso la frecuencia con la a qué se debe realizar una prueba es una consideración en cuanto a la viabilidad de automatizar o no las pruebas que se ejecutan más regularmente como parte de un siclo de entrega mayor o menor son mejores candidatos para la automatización ya que se utilizarán con frecuencia por regla general cuanto mayor sea el número de entregas de aplicaciones y por lo tanto los ciclos de prueba correspondientes mayor será el beneficio de automatizar las pruebas a medida que las pruebas funcionales se automatizan puedan utilizarse en versiones posteriores como parte de las pruebas de regresión las pruebas automatizadas utilizadas en las pruebas de regresión proporcionarán un alto retorno de inversión conocido como roi por sus siglas en inglés así como una alta mitigación de riesgos para la baza del código existente y hay que destacar que si se ejecuta un guion de prueba una vez al año y el sistema sujeto a prueba cambia dentro del año puede no ser factible o eficiente crear una prueba automatizada por qué debido al tiempo que podría requerir