GoConqr has a new look! Let us know what you think.

Flashcards

TIPOS DE PRUEBAS

Xime Moreno Spanish 34 cards

Cards in this deck (34)

  1. 1PRUEBAS UNITARIASPruebas de muy bajo nivel
  2. 2PRUEBA UNITARIAEstán compuestas de pruebas de métodos y funciones individuales
    de las clases, componentes o módulos que usa tu software
  3. 3PRUEBA UNITARIASon bastante baratas de automatizar, y se pueden ejecutar
    rápidamente mediante un servidor de integración continua
  4. 4PRUEBAS DE INTEGRACIONVerifican que los distintos módulos o servicios utilizados por la
    aplicación funcionan en conjunto
  5. 5PRUEBAS DE INTEGRACIONSe puede probar la interacción con la base de datos o asegurarse de
    que los microservicios funcionan bien en conjunto y según lo
    esperado
  6. 6PRUEBAS DE INTEGRACIONSon costosas de ejecutar, ya que requieren que varias partes de la
    aplicación estén en marcha
  7. 7PRUEBAS FUNCIONALESLa diferencia es que una prueba de integración puede simplemente
    verificar que se puede hacer consultas en la base de datos, mientras
    que una prueba funcional esperaría obtener un valor específico
    desde la base de datos, según dicten los requisitos del producto
  8. 8PRUEBAS INTEGRALESReplican el comportamiento de un usuario con el software en un
    entorno de aplicación completo
  9. 9PRUEBAS INTEGRALESVerifican que diversos flujos de usuario funcionen según lo previsto,
    y pueden ser tan sencillos como cargar una página web o iniciar
    sesión, o mucho más complejos, como la verificación de
    notificaciones de correo electrónico, pagos en línea, etc
  10. 10PRUEBAS INTEGRALESLas pruebas integrales son útiles, pero costosas de llevar a cabo y
    pueden resultar difíciles de mantener cuando están automatizadas
  11. 11PRUEBAS DE ACEPTACIONPruebas formales ejecutadas para verificar si un sistema satisface los
    requisitos empresariales
  12. 12PRUEBAS DE ACEPTACIONSe requiere que toda la aplicación esté en marcha y que se centre en
    replicar las conductas de los usuarios
  13. 13PRUEBAS DE ACEPTACIONTambién puede medir el rendimiento del sistema y rechazar cambios
    si no se han cumplido determinados objetivos
  14. 14PERFORMANCE TESTINGPor su naturaleza, pueden ser bastante costosas de implementar y
    ejecutar
  15. 15PERFORMANCE TESTINGAyudan a entender si los nuevos cambios van a degradar el sistema
  16. 16PRUEBAS DE HUMOSon pruebas que sirven para comprobar la funcionalidad básica de la
    aplicación
  17. 17PRUEBAS DE HUMOEstán concebidas para ejecutarse rápido
  18. 18PRUEBAS DE HUMOObjetivo Ofrecer la seguridad de que las principales funciones del
    sistema funcionan según lo previsto
  19. 19PRUEBAS DE SEGURIDADValidan los servicios de seguridad de una aplicación e identifican
    posibles fallos y debilidades
  20. 20PRUEBAS DE SEGURIDADLos proyectos utilizan un enfoque de caja negra para las pruebas de
    seguridad, lo que permite a los expertos, sin conocimiento del
    software, probar la aplicación en busca de agujeros, fallos, exploit y
    debilidades
  21. 21PRUEBAS DE CAJA BLANCAEs un tipo de pruebas de software que se realiza sobre las funciones
    internas de un módulo
  22. 22PRUEBAS DE CAJA BLANCAEstán dirigidas a las funciones internas
  23. 23PRUEBAS DE CAJA BLANCASe llevan a cabo sobre un módulo concreto, para luego realizar las
    de caja negra sobre varios subsistemas (integracion)
  24. 24TECNICAS USADAS PRUEBA DE CAJA BLANCACobertura de caminos Pruebas que hagan que se recorran todos los
    posibles caminos de ejecución
  25. 25TECNICAS USADAS PRUEBA DE CAJA BLANCAPruebas sobre las expresiones lógico aritméticas
  26. 26TECNICAS USADAS PRUEBAS DE CAJA BLANCAPruebas de camino de datos (definición uso de variables),
    comprobación de bucles (se verifican los bucles para 0 1 e
    interacciones, y luego para las interacciones máximas, máximas menos
    uno y más uno)
  27. 27PRUEBAS DE CAJA NEGRASon pruebas funcionales
  28. 28PRUEBAS DE CAJA NEGRASe parte de los requisitos funcionales, a muy alto nivel, para diseñar
    pruebas que se aplican sobre el sistema sin necesidad de conocer
    como está construido por dentro (Caja negra)
  29. 29PRUEBAS DE CAJA NEGRALas pruebas se aplican sobre el sistema empleando un determinado
    conjunto de datos de entrada y observando las salidas que se
    producen para determinar si la función se está desempeñando
    correctamente por el sistema bajo prueba
  30. 30PRUEBAS DE CAJA NEGRALas herramientas básicas son observar la funcionalidad y contrastar
    con la especificación
  31. 31REQUERIMIENTOSSe define como una condición o capacidad que necesita un
    usuario para resolver un problema o alcanzar un objetivo
  32. 32REQUERIMIENTOSTambién se dice que es la capacidad o condición que debe de ser
    alcanzada por un sistema o un componente del sistema para
    satisfacer un contrato, estándar, especificación u otro documento
    formalmente impuesto
  33. 33REQUERIMIENTOSPara ello se debe realizar el Análisis de requerimientos, el cual es
    un Proceso de estudio de las necesidades del usuario para llegar a
    la definición de un sistema, hardware o requerimientos de
    software
  34. 34REQUERIMIENTOSEn un Proyecto se debe definir la Fase de requerimientos, el cual
    es un periodo de tiempo dentro del ciclo de vida del software
    durante el cual los requerimientos para un producto de software
    son definidos y documentados

Information

Description
Flashcards on TIPOS DE PRUEBAS, created by Xime Moreno on 04/07/2019.
Created by
Xime Moreno
Views
0
Rating

Feedback

What is it about?

What do you think of the new look?

How do you like it?