SlideShare una empresa de Scribd logo
1 de 13
Presentadopor:
JesúsAdriánAcostaSolis
LosPecadosCapitalesenla
AutomatizacióndePruebas
deSoftware
Los Pecados Capitales En la
Automatización De Pruebas De Software.
"Lo que es bueno para algunos, no lo es
para todos“.
1.-Querer implementar la automatización sin tener un proceso de pruebas
manuales definido.
Debemos de contar un proceso de pruebas manuales en el que se pueda sustentar la
automatización.
2.-Cuando se pide al área de testing investigar sobre automatización, algo
recurrente es preguntar en foros que herramienta es mejor.
Debemos inicialmente investigar sobre el costo-beneficio de implementar una nueva
herramienta en la organización, identificar ventajas y desventajas. En este punto
debemos de dejar bien en claro que las pruebas manuales no desaparecen, sino que se
complementan.
Si se llega a la conclusión que se tienen más ventajas todo el equipo debe de estar
convencido de que su implementación es beneficiosa para la organización.
Los Pecados Capitales En la
Automatización De Pruebas De Software.
Los Pecados Capitales En la
Automatización De Pruebas De Software.
3.-Bajar herramientas open source o de licencia y probarlas sin un objetivo claro.
Esto además de inadecuado es lento y costoso en tiempo consumido ya que se
evalúa sin un objetivo.
Hacer una reunión con el equipo de testing y hacer una lista de características deseables
que tuviera el software sin ver si es open source o de licencia, características basadas
en el software y periféricos que se desean automatizar.
4.-Seleccionar cualquier software y/o proveedor para evaluar software.
Lo mejor es contar con software reconocido, ya sea open source o de licencia. En el
caso del software con Licencia es necesario determinar si se cuenta con presupuesto,
de lo contrario solo evaluar open source.
Igualmente se recomienda trabajar con algún método para selección de software o
proveedores, en lo particular recomiendo el método MOORA(Multiobjective Optimization
On the basis of Ratio Analysis, que es un método matemático y por lo tanto objetivo.
Los Pecados Capitales En la
Automatización De Pruebas De Software.
5.-Darle un software a evaluar a una persona que no tiene el perfil.
Si entre las características de las herramientas hay que programar scripts ver si tenemos
Personas que sepan programar en lenguajes de programación o scripting. Aquí se
puede aplicar una pequeña evaluación de lógica de programación.
6.-Quitar y poner del proyecto de evaluación al personal.
El quitar y poner personal del equipo es costoso y se puede llegar a perder lo ya ganado
en la evaluación.
Determinar tiempos y horarios asignados al proyecto ayuda a planificar de mejor
forma las actividades para que no se encimen con otros proyectos.
Los Pecados Capitales En la
Automatización De Pruebas De Software.
7.-Evaluar un software por 1 mes o menos.
Se recomienda evaluar cada software seleccionado en paralelo y por lo menos de 4 a 6
meses para no dejar fuera nada que evaluar, esto ayuda a que se si se tienen problemas
se tenga el tiempo para ver si se pueden resolver o de plano la herramienta de
automatización no puede automatizar cierta o ciertas funcionalidades de nuestro
software.
8.-Caer en las presiones de un proveedor y acortar los tiempos de evaluación o
compra.
No hay que olvidar que uno es el cliente, una vez comprada la herramienta no hay vuelta
atrás y si un poco más adelante nos llega a fallar en el sentido que no podamos
automatizar algo ya no podemos regresarla.
Los Pecados Capitales En la
Automatización De Pruebas De Software.
9.-No tener en cuenta el costo de los updates del software de licencia (en caso de
querer adquirir uno).
El costo promedio del mantenimiento de un software de licencia es del 20% dependiendo
el tipo de soporte adquirido.
Al solicitar una cotización de software debemos de incluir la cantidad de licencias que
necesitamos incluido el primer año de soporte y updates, y solicitar otra cotización solo
de soporte y updates.
10.-Elegir un software de moda.
Elegir un software por que esta de moda es de lo más común e inadecuado.
Se debe de elegir el software que cubra nuestras necesidades, el software debe de
trabajar para nosotros, no nosotros para el software.
Los Pecados Capitales En la
Automatización De Pruebas De Software.
11.-Hacer una implementación sin soporte de un experto.
Mucho del éxito depende del como se implemente la automatización ya que cuando no
se tiene experiencia se trabaja mucho sin objetivos y metas.
Una vez definido con que software se va a trabajar hay que definir objetivos y metas, no
tiene sentido hacer esto antes de seleccionar un software ya que no se tiene certeza de
que se implementará la automatización.
Los Pecados Capitales En la
Automatización De Pruebas De Software.
El método MOORA es un modelo matemático que nos sirve no solamente para la
selección de proveedores, sino de muchas otras cosas, como por ejemplo software.
Aplicado a la automatización lo que se propone hacer es:
•  Tener una lista de características deseables del software.
•  Agrupar dichas características en tópicos como: Soporte, Costo, Parametrización,
•  Facilidad de uso, etc., se recomienda no sean muchos grupos.
•  A cada grupo darle una ponderación en porcentaje dependiendo la importancia que
•  tenga para nosotros.
•  Seleccionar que grupo queremos que maximice o minimice, por ejemplo maximizar el
•  grupo de parametrización y minimizar los costos.
•  Evaluar dentro del grupo cada herramienta y determinar si cumple o no cumple con
la característica deseada.
•  A como se va contestando en cada grupo se va evaluando y ordenando cual es el
•  software más adecuado según lo que vamos contestando.
Los Pecados Capitales En la
Automatización De Pruebas De Software.
¿Preguntas?
Los Pecados Capitales En la
Automatización De Pruebas De Software.
Gracias.
adrian.acosta@primuslabs.com
JesúsAdriánAcostaSolis
Siguelaconversaciónycomentaenredessocialesconelhashtag
#SGVirtual

Más contenido relacionado

La actualidad más candente

Verificacion --validacion
Verificacion --validacionVerificacion --validacion
Verificacion --validacion
eduardoao2
 
Abstracta-CDA - TESTING: Automatización y Performance - Herramientas para opt...
Abstracta-CDA - TESTING: Automatización y Performance - Herramientas para opt...Abstracta-CDA - TESTING: Automatización y Performance - Herramientas para opt...
Abstracta-CDA - TESTING: Automatización y Performance - Herramientas para opt...
Abstracta
 
Pruebas de aplicaciones web
Pruebas de aplicaciones webPruebas de aplicaciones web
Pruebas de aplicaciones web
paulinaaillon
 
Fundamento pruebas Ingeniería del software
Fundamento pruebas Ingeniería del softwareFundamento pruebas Ingeniería del software
Fundamento pruebas Ingeniería del software
William Remolina
 
Diseno de casos_de_prueba_erick_silva_p
Diseno de casos_de_prueba_erick_silva_pDiseno de casos_de_prueba_erick_silva_p
Diseno de casos_de_prueba_erick_silva_p
karenespinoza94
 

La actualidad más candente (20)

Mejores prácticas para testing de apps móviles
Mejores prácticas para testing de apps móvilesMejores prácticas para testing de apps móviles
Mejores prácticas para testing de apps móviles
 
Verificacion --validacion
Verificacion --validacionVerificacion --validacion
Verificacion --validacion
 
Prevención de defectos
Prevención de defectosPrevención de defectos
Prevención de defectos
 
Abstracta-CDA - TESTING: Automatización y Performance - Herramientas para opt...
Abstracta-CDA - TESTING: Automatización y Performance - Herramientas para opt...Abstracta-CDA - TESTING: Automatización y Performance - Herramientas para opt...
Abstracta-CDA - TESTING: Automatización y Performance - Herramientas para opt...
 
Mahikel s peñuelag_ensayo
Mahikel s peñuelag_ensayoMahikel s peñuelag_ensayo
Mahikel s peñuelag_ensayo
 
Verificación y Validación de Software
Verificación y Validación de SoftwareVerificación y Validación de Software
Verificación y Validación de Software
 
Testing técnico - Automatización en web y mobile para pruebas funcionales y p...
Testing técnico - Automatización en web y mobile para pruebas funcionales y p...Testing técnico - Automatización en web y mobile para pruebas funcionales y p...
Testing técnico - Automatización en web y mobile para pruebas funcionales y p...
 
Calidad de software
Calidad de softwareCalidad de software
Calidad de software
 
Practico
PracticoPractico
Practico
 
PRUEBA DE APLICACIONES WEB
PRUEBA DE APLICACIONES WEB PRUEBA DE APLICACIONES WEB
PRUEBA DE APLICACIONES WEB
 
Estrategias ágiles para incrementar calidad al construir y probar software
Estrategias ágiles para incrementar calidad al construir y probar softwareEstrategias ágiles para incrementar calidad al construir y probar software
Estrategias ágiles para incrementar calidad al construir y probar software
 
Taller casos de prueba
Taller casos de pruebaTaller casos de prueba
Taller casos de prueba
 
Testlodge Tutorial v1.0
Testlodge Tutorial v1.0Testlodge Tutorial v1.0
Testlodge Tutorial v1.0
 
Pruebas automaticas
Pruebas automaticasPruebas automaticas
Pruebas automaticas
 
Programación Extrema - XP
Programación Extrema - XPProgramación Extrema - XP
Programación Extrema - XP
 
Programacion extrema_WR
Programacion extrema_WRProgramacion extrema_WR
Programacion extrema_WR
 
Pruebas de aplicaciones web
Pruebas de aplicaciones webPruebas de aplicaciones web
Pruebas de aplicaciones web
 
Fundamento pruebas Ingeniería del software
Fundamento pruebas Ingeniería del softwareFundamento pruebas Ingeniería del software
Fundamento pruebas Ingeniería del software
 
Diseno de casos_de_prueba_erick_silva_p
Diseno de casos_de_prueba_erick_silva_pDiseno de casos_de_prueba_erick_silva_p
Diseno de casos_de_prueba_erick_silva_p
 
Charla evento TestingUY 2017 - Desafíos y Beneficios de implementar un Framew...
Charla evento TestingUY 2017 - Desafíos y Beneficios de implementar un Framew...Charla evento TestingUY 2017 - Desafíos y Beneficios de implementar un Framew...
Charla evento TestingUY 2017 - Desafíos y Beneficios de implementar un Framew...
 

Destacado

Destacado (17)

Cucumber - Curso de Automatización de Pruebas
Cucumber - Curso de Automatización de PruebasCucumber - Curso de Automatización de Pruebas
Cucumber - Curso de Automatización de Pruebas
 
Android puede ser peor que George Parker
Android puede ser peor que George ParkerAndroid puede ser peor que George Parker
Android puede ser peor que George Parker
 
Baja intel
Baja intelBaja intel
Baja intel
 
Automatizacion de pruebas de software
Automatizacion de pruebas de softwareAutomatizacion de pruebas de software
Automatizacion de pruebas de software
 
Taller cultura de calidad chimbote final
Taller cultura de calidad   chimbote finalTaller cultura de calidad   chimbote final
Taller cultura de calidad chimbote final
 
Equipos Auto-organizados
Equipos Auto-organizadosEquipos Auto-organizados
Equipos Auto-organizados
 
Agilidad y madurez del proceso
Agilidad y madurez del procesoAgilidad y madurez del proceso
Agilidad y madurez del proceso
 
¿Cómo convertirse a las Pruebas Ágiles?: El nuevo probador
¿Cómo convertirse a las Pruebas Ágiles?: El nuevo probador¿Cómo convertirse a las Pruebas Ágiles?: El nuevo probador
¿Cómo convertirse a las Pruebas Ágiles?: El nuevo probador
 
Guía rápida pero no milagrosa para la Implementación de Kanban
Guía rápida pero no milagrosa para la Implementación de KanbanGuía rápida pero no milagrosa para la Implementación de Kanban
Guía rápida pero no milagrosa para la Implementación de Kanban
 
La Organización Ágil
La Organización ÁgilLa Organización Ágil
La Organización Ágil
 
Computación sentimental
Computación sentimentalComputación sentimental
Computación sentimental
 
Prueba De Aplicaciones Web con Selenium 2 y WebDriver
Prueba De Aplicaciones Web con Selenium 2 y WebDriverPrueba De Aplicaciones Web con Selenium 2 y WebDriver
Prueba De Aplicaciones Web con Selenium 2 y WebDriver
 
Automatizacion De Pruebas De Software
Automatizacion De Pruebas De SoftwareAutomatizacion De Pruebas De Software
Automatizacion De Pruebas De Software
 
Pruebas Automatizadas
Pruebas AutomatizadasPruebas Automatizadas
Pruebas Automatizadas
 
La importancia de la gestión del cambio
La importancia de la gestión del cambioLa importancia de la gestión del cambio
La importancia de la gestión del cambio
 
Propuestas de mejoras y actualizaciones al Modelo de Procesos MoProSoft
Propuestas de mejoras y actualizaciones al Modelo de Procesos MoProSoftPropuestas de mejoras y actualizaciones al Modelo de Procesos MoProSoft
Propuestas de mejoras y actualizaciones al Modelo de Procesos MoProSoft
 
Mejores prácticas para testing de aplicaciones
Mejores prácticas para testing de aplicacionesMejores prácticas para testing de aplicaciones
Mejores prácticas para testing de aplicaciones
 

Similar a Los Pecados Capitales en la Automatización de Pruebas de Software.

Criterios estratégicos para la selección de un sistema de gestión erp
Criterios estratégicos para la selección de un sistema de gestión  erp Criterios estratégicos para la selección de un sistema de gestión  erp
Criterios estratégicos para la selección de un sistema de gestión erp
EvaluandoSoftware
 
Calidad del software
Calidad del software Calidad del software
Calidad del software
Luisa Chiappe
 

Similar a Los Pecados Capitales en la Automatización de Pruebas de Software. (20)

Como implementar La Automatización De Pruebas y No Morir En El Intento
Como implementar La Automatización De Pruebas y No Morir En El IntentoComo implementar La Automatización De Pruebas y No Morir En El Intento
Como implementar La Automatización De Pruebas y No Morir En El Intento
 
Calidad de softaware
Calidad de softawareCalidad de softaware
Calidad de softaware
 
Auditoria ii
Auditoria iiAuditoria ii
Auditoria ii
 
Criterios estratégicos para la selección de un sistema de gestión erp
Criterios estratégicos para la selección de un sistema de gestión  erp Criterios estratégicos para la selección de un sistema de gestión  erp
Criterios estratégicos para la selección de un sistema de gestión erp
 
Software Gurú 2008: Pruebas de Aceptación
Software Gurú 2008: Pruebas de AceptaciónSoftware Gurú 2008: Pruebas de Aceptación
Software Gurú 2008: Pruebas de Aceptación
 
REQUISITOS PARA ADQUIRIR SOFTWARE DE TERCEROS.
REQUISITOS PARA ADQUIRIR SOFTWARE DE TERCEROS.REQUISITOS PARA ADQUIRIR SOFTWARE DE TERCEROS.
REQUISITOS PARA ADQUIRIR SOFTWARE DE TERCEROS.
 
Tips para la selección de software CRM para una empresa
Tips para la selección de software CRM para una empresaTips para la selección de software CRM para una empresa
Tips para la selección de software CRM para una empresa
 
Preparación de la propuesta de sistemas
Preparación de la propuesta de sistemasPreparación de la propuesta de sistemas
Preparación de la propuesta de sistemas
 
Guia automatizar herramientas-grc
Guia automatizar herramientas-grcGuia automatizar herramientas-grc
Guia automatizar herramientas-grc
 
Actividad 3 Hardware
Actividad 3 HardwareActividad 3 Hardware
Actividad 3 Hardware
 
Ra1 trabajo
Ra1 trabajoRa1 trabajo
Ra1 trabajo
 
RA1 Reporte de lectura
RA1 Reporte de lecturaRA1 Reporte de lectura
RA1 Reporte de lectura
 
CALIDAD DE SOFTWARE
CALIDAD DE SOFTWARECALIDAD DE SOFTWARE
CALIDAD DE SOFTWARE
 
Unidad 5 ingenieria de software
Unidad 5 ingenieria de softwareUnidad 5 ingenieria de software
Unidad 5 ingenieria de software
 
Analisis de codigo abierto
Analisis de codigo abiertoAnalisis de codigo abierto
Analisis de codigo abierto
 
CMMI
CMMICMMI
CMMI
 
Tecnicas de Testing .pptx
Tecnicas de Testing .pptxTecnicas de Testing .pptx
Tecnicas de Testing .pptx
 
Los 4 pilares de Google Analytics. Keynote E-Metrics 09
Los 4 pilares de Google Analytics. Keynote E-Metrics 09Los 4 pilares de Google Analytics. Keynote E-Metrics 09
Los 4 pilares de Google Analytics. Keynote E-Metrics 09
 
Calidad del software
Calidad del software Calidad del software
Calidad del software
 
Metricas
Metricas Metricas
Metricas
 

Más de Software Guru

Más de Software Guru (20)

Hola Mundo del Internet de las Cosas
Hola Mundo del Internet de las CosasHola Mundo del Internet de las Cosas
Hola Mundo del Internet de las Cosas
 
Estructuras de datos avanzadas: Casos de uso reales
Estructuras de datos avanzadas: Casos de uso realesEstructuras de datos avanzadas: Casos de uso reales
Estructuras de datos avanzadas: Casos de uso reales
 
Building bias-aware environments
Building bias-aware environmentsBuilding bias-aware environments
Building bias-aware environments
 
El secreto para ser un desarrollador Senior
El secreto para ser un desarrollador SeniorEl secreto para ser un desarrollador Senior
El secreto para ser un desarrollador Senior
 
Cómo encontrar el trabajo remoto ideal
Cómo encontrar el trabajo remoto idealCómo encontrar el trabajo remoto ideal
Cómo encontrar el trabajo remoto ideal
 
Automatizando ideas con Apache Airflow
Automatizando ideas con Apache AirflowAutomatizando ideas con Apache Airflow
Automatizando ideas con Apache Airflow
 
How thick data can improve big data analysis for business:
How thick data can improve big data analysis for business:How thick data can improve big data analysis for business:
How thick data can improve big data analysis for business:
 
Introducción al machine learning
Introducción al machine learningIntroducción al machine learning
Introducción al machine learning
 
Democratizando el uso de CoDi
Democratizando el uso de CoDiDemocratizando el uso de CoDi
Democratizando el uso de CoDi
 
Gestionando la felicidad de los equipos con Management 3.0
Gestionando la felicidad de los equipos con Management 3.0Gestionando la felicidad de los equipos con Management 3.0
Gestionando la felicidad de los equipos con Management 3.0
 
Taller: Creación de Componentes Web re-usables con StencilJS
Taller: Creación de Componentes Web re-usables con StencilJSTaller: Creación de Componentes Web re-usables con StencilJS
Taller: Creación de Componentes Web re-usables con StencilJS
 
El camino del full stack developer (o como hacemos en SERTI para que no solo ...
El camino del full stack developer (o como hacemos en SERTI para que no solo ...El camino del full stack developer (o como hacemos en SERTI para que no solo ...
El camino del full stack developer (o como hacemos en SERTI para que no solo ...
 
¿Qué significa ser un programador en Bitso?
¿Qué significa ser un programador en Bitso?¿Qué significa ser un programador en Bitso?
¿Qué significa ser un programador en Bitso?
 
Colaboración efectiva entre desarrolladores del cliente y tu equipo.
Colaboración efectiva entre desarrolladores del cliente y tu equipo.Colaboración efectiva entre desarrolladores del cliente y tu equipo.
Colaboración efectiva entre desarrolladores del cliente y tu equipo.
 
Pruebas de integración con Docker en Azure DevOps
Pruebas de integración con Docker en Azure DevOpsPruebas de integración con Docker en Azure DevOps
Pruebas de integración con Docker en Azure DevOps
 
Elixir + Elm: Usando lenguajes funcionales en servicios productivos
Elixir + Elm: Usando lenguajes funcionales en servicios productivosElixir + Elm: Usando lenguajes funcionales en servicios productivos
Elixir + Elm: Usando lenguajes funcionales en servicios productivos
 
Así publicamos las apps de Spotify sin stress
Así publicamos las apps de Spotify sin stressAsí publicamos las apps de Spotify sin stress
Así publicamos las apps de Spotify sin stress
 
Achieving Your Goals: 5 Tips to successfully achieve your goals
Achieving Your Goals: 5 Tips to successfully achieve your goalsAchieving Your Goals: 5 Tips to successfully achieve your goals
Achieving Your Goals: 5 Tips to successfully achieve your goals
 
Acciones de comunidades tech en tiempos del Covid19
Acciones de comunidades tech en tiempos del Covid19Acciones de comunidades tech en tiempos del Covid19
Acciones de comunidades tech en tiempos del Covid19
 
De lo operativo a lo estratégico: un modelo de management de diseño
De lo operativo a lo estratégico: un modelo de management de diseñoDe lo operativo a lo estratégico: un modelo de management de diseño
De lo operativo a lo estratégico: un modelo de management de diseño
 

Último

EPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial UninoveEPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial Uninove
FagnerLisboa3
 
Modulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdfModulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdf
AnnimoUno1
 

Último (11)

EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptxEL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
 
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdfRefrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
 
Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21
 
How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.
 
Avances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanaAvances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvana
 
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptxPROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
 
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
 
EPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial UninoveEPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial Uninove
 
Avances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estosAvances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estos
 
Modulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdfModulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdf
 
pruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNITpruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNIT
 

Los Pecados Capitales en la Automatización de Pruebas de Software.

  • 2. Los Pecados Capitales En la Automatización De Pruebas De Software. "Lo que es bueno para algunos, no lo es para todos“.
  • 3. 1.-Querer implementar la automatización sin tener un proceso de pruebas manuales definido. Debemos de contar un proceso de pruebas manuales en el que se pueda sustentar la automatización. 2.-Cuando se pide al área de testing investigar sobre automatización, algo recurrente es preguntar en foros que herramienta es mejor. Debemos inicialmente investigar sobre el costo-beneficio de implementar una nueva herramienta en la organización, identificar ventajas y desventajas. En este punto debemos de dejar bien en claro que las pruebas manuales no desaparecen, sino que se complementan. Si se llega a la conclusión que se tienen más ventajas todo el equipo debe de estar convencido de que su implementación es beneficiosa para la organización. Los Pecados Capitales En la Automatización De Pruebas De Software.
  • 4. Los Pecados Capitales En la Automatización De Pruebas De Software. 3.-Bajar herramientas open source o de licencia y probarlas sin un objetivo claro. Esto además de inadecuado es lento y costoso en tiempo consumido ya que se evalúa sin un objetivo. Hacer una reunión con el equipo de testing y hacer una lista de características deseables que tuviera el software sin ver si es open source o de licencia, características basadas en el software y periféricos que se desean automatizar. 4.-Seleccionar cualquier software y/o proveedor para evaluar software. Lo mejor es contar con software reconocido, ya sea open source o de licencia. En el caso del software con Licencia es necesario determinar si se cuenta con presupuesto, de lo contrario solo evaluar open source. Igualmente se recomienda trabajar con algún método para selección de software o proveedores, en lo particular recomiendo el método MOORA(Multiobjective Optimization On the basis of Ratio Analysis, que es un método matemático y por lo tanto objetivo.
  • 5. Los Pecados Capitales En la Automatización De Pruebas De Software. 5.-Darle un software a evaluar a una persona que no tiene el perfil. Si entre las características de las herramientas hay que programar scripts ver si tenemos Personas que sepan programar en lenguajes de programación o scripting. Aquí se puede aplicar una pequeña evaluación de lógica de programación. 6.-Quitar y poner del proyecto de evaluación al personal. El quitar y poner personal del equipo es costoso y se puede llegar a perder lo ya ganado en la evaluación. Determinar tiempos y horarios asignados al proyecto ayuda a planificar de mejor forma las actividades para que no se encimen con otros proyectos.
  • 6. Los Pecados Capitales En la Automatización De Pruebas De Software. 7.-Evaluar un software por 1 mes o menos. Se recomienda evaluar cada software seleccionado en paralelo y por lo menos de 4 a 6 meses para no dejar fuera nada que evaluar, esto ayuda a que se si se tienen problemas se tenga el tiempo para ver si se pueden resolver o de plano la herramienta de automatización no puede automatizar cierta o ciertas funcionalidades de nuestro software. 8.-Caer en las presiones de un proveedor y acortar los tiempos de evaluación o compra. No hay que olvidar que uno es el cliente, una vez comprada la herramienta no hay vuelta atrás y si un poco más adelante nos llega a fallar en el sentido que no podamos automatizar algo ya no podemos regresarla.
  • 7. Los Pecados Capitales En la Automatización De Pruebas De Software. 9.-No tener en cuenta el costo de los updates del software de licencia (en caso de querer adquirir uno). El costo promedio del mantenimiento de un software de licencia es del 20% dependiendo el tipo de soporte adquirido. Al solicitar una cotización de software debemos de incluir la cantidad de licencias que necesitamos incluido el primer año de soporte y updates, y solicitar otra cotización solo de soporte y updates. 10.-Elegir un software de moda. Elegir un software por que esta de moda es de lo más común e inadecuado. Se debe de elegir el software que cubra nuestras necesidades, el software debe de trabajar para nosotros, no nosotros para el software.
  • 8. Los Pecados Capitales En la Automatización De Pruebas De Software. 11.-Hacer una implementación sin soporte de un experto. Mucho del éxito depende del como se implemente la automatización ya que cuando no se tiene experiencia se trabaja mucho sin objetivos y metas. Una vez definido con que software se va a trabajar hay que definir objetivos y metas, no tiene sentido hacer esto antes de seleccionar un software ya que no se tiene certeza de que se implementará la automatización.
  • 9. Los Pecados Capitales En la Automatización De Pruebas De Software. El método MOORA es un modelo matemático que nos sirve no solamente para la selección de proveedores, sino de muchas otras cosas, como por ejemplo software. Aplicado a la automatización lo que se propone hacer es: •  Tener una lista de características deseables del software. •  Agrupar dichas características en tópicos como: Soporte, Costo, Parametrización, •  Facilidad de uso, etc., se recomienda no sean muchos grupos. •  A cada grupo darle una ponderación en porcentaje dependiendo la importancia que •  tenga para nosotros. •  Seleccionar que grupo queremos que maximice o minimice, por ejemplo maximizar el •  grupo de parametrización y minimizar los costos. •  Evaluar dentro del grupo cada herramienta y determinar si cumple o no cumple con la característica deseada. •  A como se va contestando en cada grupo se va evaluando y ordenando cual es el •  software más adecuado según lo que vamos contestando.
  • 10. Los Pecados Capitales En la Automatización De Pruebas De Software. ¿Preguntas?
  • 11. Los Pecados Capitales En la Automatización De Pruebas De Software. Gracias.