top of page
DDQA_edited.jpg

Diario de
QA

  • linkedin
DDQA.png
Foto del escritorCarla Gomez

Pruebas basadas en la experiencia

En este artículo conoceremos las técnicas de prueba basadas en la experiencia más conocidas y utilizadas.



Las técnicas de prueba basadas en la experiencia son un conjunto de técnicas que se basan en el conocimiento previo del tester para identificar problemas potenciales en el software. Estas técnicas son menos estructuradas que las pruebas formales, y a menudo se utilizan en conjunción con otros enfoques de prueba.


Algunas de las técnicas de prueba basadas en la experiencia incluyen:

La predicción de errores


Es un tipo de prueba de software que se utiliza para predecir la cantidad de errores que pueden existir en el software antes de que se realicen pruebas formales. Este tipo de prueba se realiza utilizando información histórica de pruebas anteriores, así como de otros proyectos similares. La predicción de errores también puede utilizar información sobre el software y su complejidad para determinar la cantidad de errores que pueden existir.


La predicción de errores se realiza siguiendo los siguientes pasos:

  1. Revisión de la documentación: Se revisa la documentación del software, incluyendo los requisitos y la documentación del diseño, para identificar posibles problemas y áreas de riesgo.

  2. Análisis de la experiencia: Se utiliza la experiencia previa del equipo y de otros equipos que hayan trabajado en proyectos similares para identificar posibles problemas y áreas de riesgo.

  3. Análisis de las pruebas anteriores: Se revisan los resultados de pruebas anteriores para identificar áreas de riesgo y posibles problemas.

Una vez que se han completado estos pasos, se utiliza la información recopilada para realizar una estimación de la cantidad de errores que pueden existir en el software. Esta estimación se utiliza para ayudar a planificar las pruebas de manera efectiva.


Pruebas exploratorias


Las pruebas exploratorias son una técnica de prueba de software que se caracteriza por una combinación simultánea de aprendizaje, diseño de prueba y ejecución. Su objetivo principal es la detección de posibles defectos, lo cual depende en gran medida de la habilidad del tester para identificar problemas que pueden ser difíciles de encontrar con otros enfoques de prueba.


Las pruebas exploratorias se utilizan en casos particulares, por ejemplo, cuando se requiere recopilar rápidamente información sobre un producto o aplicación y proporcionar una retroalimentación inmediata. Estas pruebas permiten revisar la calidad de un producto desde la perspectiva del usuario.


Al contrario de lo que se piensa, las pruebas exploratorias no necesariamente carecen de planeación del todo, ya que una de las maneras más efectivas de ser realizadas es utilizando sesiones de un tiempo limitado y con objetivos específicos.


Durante cada sesión, el tester se enfoca en una tarea particular y utiliza su conocimiento de la aplicación para diseñar y ejecutar casos de prueba relevantes.


Antes de comenzar una sesión, se define el objetivo y se limita el tiempo que se dedicará a la actividad. Se deben tener habilidades como pensamiento crítico, creatividad y curiosidad para detectar problemas complejos y evaluar riesgos. Durante la sesión, se puede documentar el objetivo, los casos de prueba y cualquier otra información relevante para futuras sesiones en lo que se conoce como Test Charter.


Algunas de las técnicas que se pueden utilizar en las pruebas exploratorias incluyen:


Prueba de rutas aleatorias


En esta técnica, se utiliza una entrada de datos aleatoria para probar diferentes flujos de trabajo y funcionalidades del software.


La técnica de la metáfora del turista

  • Guía turística: se prueba la función destacada de la aplicación.

  • Explorando la historia de la ciudad: se prueban las características más antiguas de una aplicación.

  • El recorrido del dinero: se prueban las características críticas en referencia al cliente.

  • Recorrido por el callejón: se prueban las funciones menos utilizadas de la aplicación.

  • Recorrido aburrido: se pasa el tiempo mínimo en cada pantalla de la aplicación, se completan los campos mínimos y se toma el camino más corto.

  • Ola de crímenes: se ingresan datos no válidos y se prueban escenarios negativos.

Prueba de break-it


En esta técnica, se intenta romper el software y encontrar sus límites. Se pueden ingresar datos incorrectos o tratar de hacer que el software maneje una carga muy pesada para ver cómo maneja la situación.


Pruebas ad-hoc


Las pruebas ad-hoc son una técnica informal de prueba de software que se utiliza para detectar errores y defectos en el software de forma no planificada y sin seguir un conjunto predeterminado de pasos. Estas pruebas son realizadas sin una estrategia predefinida o un plan de pruebas formal.


En lugar de seguir una secuencia de pruebas estructurada, estas pruebas se realizan de manera espontánea, utilizando el conocimiento y la experiencia previa para detectar problemas. Estas pruebas pueden ser realizadas en cualquier momento del ciclo de vida del software y se centran en áreas críticas y sensibles del software.


Las pruebas ad-hoc pueden ser útiles en situaciones en las que se requiere un rápido descubrimiento de errores, o cuando se necesita obtener una retroalimentación inmediata del software. También pueden ser útiles cuando se quiere explorar un nuevo software o un nuevo conjunto de características que aún no han sido incluidas en el plan de pruebas formal.


Pruebas basadas en listas de comprobación:


En esta técnica, el tester utiliza su experiencia previa para elaborar una lista de comprobación que sirve como una guía para llevar dirigir las pruebas. La lista de comprobación establece un estándar y ayuda al tester a recordar lo que debe ser probado y lo que ya fue probado. La lista de comprobación no es una lista estática y definitiva, es decir, puede ser modificada en función de las necesidades y requisitos que surjan durante las pruebas.


En general, las técnicas de prueba basadas en la experiencia son útiles para identificar posibles problemas en el software que pueden ser difíciles de detectar con pruebas formales y planificadas. Sin embargo, es importante recordar que estas técnicas no reemplazan las pruebas formales y planificadas, sino que se utilizan en conjunto con ellas para garantizar una cobertura completa de las pruebas.

 

Hola amigo lector, estas son las técnicas de pruebas basadas en la experiencia más conocidas y utilizadas, espero que este artículo te sea de ayuda. Cualquier pregunta acerca del tema, no dudes en contactarme.


Para conocer acerca de las técnicas de prueba de caja blanca visita mi artículo anterior ---> Técnicas de prueba de caja blanca



Fuentes: Syllabus ISTQB Foundation Level


2525 visualizaciones3 comentarios

Entradas Recientes

Ver todo

3 comentários


Mariana Ludueña
Mariana Ludueña
05 de ago.

Hola, Carla! Para alguien que todavía no trabaja de tester pero está aprendiendo fue un artículo que me dejó pensando mucho, y me hizo replantearme un montón de cosas respecto a lo que creía saber por pruebas basadas en la experiencia, las pruebas exploratorias y sus distintas técnicas, y un montón de info nueva que yo hasta ahora desconocía por completo (como las sesiones y el test charter)

Una duda que me surgió es: las pruebas exploratorias se hacen ya teniendo casos de prueba en mano? O vas probando y explorando, y al mismo tiempo escribiendo los casos de prueba? Por ahora yo testeo páginas ya operativas (o en jerga IT, en producción), por lo que exploro un poco el…


Curtir

Nikito Sierra
Nikito Sierra
24 de mar. de 2023

Excelentísimo Articulo, sobre salta lo esperado, aclara dudas sobre si Exploratory Testing y Testing ad-hoc Son las mismas pruebas😎

Curtir
Carla Gomez
Carla Gomez
24 de mar. de 2023
Respondendo a

Hola, gracias por tu comentario. Las pruebas ad-hoc y las pruebas exploratorias no son las mismas, se diferencian en que las pruebas ad-hoc son realizadas sin ningún tipo de documentación y por lo general de manera aleatoria con el propósito de descubrir algún comportamiento inesperado por ser hechas de forma random, también es necesario que para ser pruebas ad-hoc el tester conozca bien el software que está probando.


Por otro lado, las pruebas exploratorias no son hechas de manera aleatoria, son menos formales que las pruebas normales, pero pueden llevar una pequeña documentación que se llama test charter donde se pone el tiempo que se durará probando, el objetivo de la prueba y hasta el alcance, si por ejemplo solo…


Curtir
bottom of page