Este documento discute la automatización de pruebas en el proceso de certificación. Recomienda automatizar pruebas unitarias debido a su naturaleza repetitiva y numerosa. También sugiere automatizar solo las pruebas más simples de integración y aceptación. Finalmente, no recomienda automatizar pruebas de interfaz de usuario, donde la interacción humana es más valiosa. También menciona algunas herramientas populares para automatización de pruebas como TestLink, Redmine y Selenium.

1. Herramientas para la
automatización de pruebas en el
proceso de certificación
ADMINISTRACIÓN
Y NEGOCIOS
NOMBRE: Francisco Cifuentes Quilapi
CARRERA: Ing. Informatica
ASIGNTATURA: Pruebas de Software
PROFESOR: Pilar Pardo Hidalgo
FECHA: 08/06/23

2. Automatización
 La automatización en el proceso de desarrollo de
software, mas concretamente en el plan de pruebas
puede ser muy beneficioso, ya que esto promueve
entrega mas temprana de lo que vendría siendo el
producto, lo que se traduce en ahorro tanto de dinero
como de tiempo debido a la reducción del personal
encargado de las pruebas.
 Generalmente se aconseja automatizar un plan de
pruebas cuando este solo consta de tareas repetitivas
y simples, por otro lado, es posible que automatizar
tareas complejas puede llegar a ser improductivo para
la empresa desarrolladora.

3. P. de automatización de
pruebas
 Este método de automatización de pruebas establece dirigir las
pruebas de tipo unitaria como la base de la pirámide, ya que son
simples y repetitivas, además de numerosas, por lo que se estima
que al hacer uso de la automatización supondrá una optimización
notable en esta parte.
 En cuanto a las pruebas de aceptación/ Integración/ Componente,
se aconseja solo automatizar las pruebas más simples del conjunto
y dirigir el resto a personal funcional.
 Finalmente, en cuanto a las pruebas de GUI(Interfaz Gráfica de
usuario), la automatización puede resultar poco beneficiosa, ya que
en este aparto generalmente se encuentran los usuarios, quienes
no tienen mucha idea del trabajo que hay detrás del proyecto, lo
cual supone una mejor interacción a la hora de encontrar errores,
además de que en este punto el producto ya está en una etapa lo
suficientemente avanzada como para que el software de pruebas le
resulte una tarea muy lenta procesar todo de una vez.

5. Otras herramientas
 TestLink/Redmine/Zephyr/Hewllet/IBM/Selenium.
 Las bases generales para estas herramientas son.
 1.-Definir proyectos de pruebas.
 2.-Definir los usuarios que accederán.
 3.-Crear casos de pruebas.
 4.-Crear planes de pruebas.
 5.-Ejecutar los casos.
 6.-Visualizar resultados.