Curso Testing
Curso Testing
Curso Testing
Unidad 1
Para saber qué tipo de prueba se tiene que hacer hay que determinar estos principios
básicos:
1) No es posible realizar pruebas exhaustivas
Hay que optimizar el esfuerzo de prueba en función de la evaluación de los riesgos.
2) Agrupación de defectos
Una pequeña cantidad de módulos contiene la mayoría de defectos detectados. 80%
de los problemas se encuentran en 20% de los módulos.
3) Paradoja de los pesticidas
Si se realiza el mismo método para pruebas repetitivas ese método va a ser inútil para
descubrir nuevos defectos. Hay que revisar los casos regularmente y aplicar nuevos
casos.
4) Las pruebas muestran presencia de defectos
Si no se encuentran defectos no quiere decir que no los haya.
5) Ausencia de error- falacia
No solo es encontrar defectos con las pruebas si no comprobar que el software
satisface las necesidades de negocio.
6) Pruebas tempranas
Se tienen que hacer lo antes posible durante el ciclo de vida del software ya que es
mucho más económico corregir errores en una etapa temprana.
7) Las pruebas dependen del contexto
Depende el tipo de desarrollo de software, utilizar diferentes técnicas según el
desarrollo.
¿Qué es un error?
Un error es una equivocación cometida por una persona, que introduce un defecto o problema
en el software. Este defecto (también llamado BUG) puede causar un fallo en el sistema
cuando se ejecuta en ciertas circunstancias.
Un error es una equivocación. El error produce un defecto que es un problema. Si ese defecto
se ejecuta produce una falla.
Unidad 2
Pruebas manuales
Pruebas que se hacen sin la ayuda de herramientas automatizadas, es decir la interacción del
humano con el software.
El tester se ocupa de diseñar el caso de prueba y documentar el resultado obtenido.
Se usan cuando la automatización no es posible o no es rentable. Además son flexibles y
adaptables a cambios que las automatizadas pero pueden ser más propensas a errores
humanos.
Tipos de pruebas
Pruebas de componentes: Prueban componentes individuales por separado. Estas
pruebas se centran en probar la funcionalidad de una unidad de código aislada, como
una clase o un método. Las pruebas unitarias suelen ser escritas por el propio
desarrollador y se ejecutan a menudo durante el proceso de desarrollo para detectar y
corregir errores temprano. Se detectan dos tipos: positivas y negativas. Las pruebas
unitarias positivas: cuando se espera que la unidad de código funcione correctamente.
Las pruebas unitarias negativas: se prueban casos en los que se espera que la unidad
de código falle.
Al realizar pruebas unitarias negativas, se busca identificar posibles vulnerabilidades o
debilidades en la función, permitiendo que se realicen correcciones antes de que el
software sea lanzado al mercado.
Integración: se centra en las interacciones e interfaces entre componentes o sistemas.
Hay dos tipos: De componentes y De sistema. Pruebas de integración de
componentes: interacciones e interfaces entre los componentes integrados. Pruebas
de integración de sistema: interacciones y las interfaces proporcionadas por
organizaciones externas, como servicios web.