Please enable JavaScript.

Coggle requires JavaScript to display documents.

Pruebas de Software - Coggle Diagram

- - - - grado en el que es posible localizar o iniciar las operaciones y la
        información.
    - - capacidad para tratar entradas erróneas de datos o interacción
        inapropiada del usuario.
    - - la interfaz sigue patrones de uso esperados, facilitando la comprensión,
        localización de operaciones y la entrada de datos.
    - - interfaz con abundantes características, que permite la personalización
        según las necesidades del usuario,y la identificación de una secuencia de
        operaciones comunes por medio de una acción o comando.
- - - - -Recorrido de todos los caminos independientes de cada componente.
        -Comprobación de todas las decisiones lógicas.
        -Comprobación de todos los bucles.
        -Implementación de situaciones extremas o límites.
  - - - Las dos técnicas mas comunes son:
        
        Partición de equivalencia: en este tipo de prueba, la entrada de un programa se divide en clases de datos de los cuales se puedan derivar casos de prueba, teniendo en cuenta las siguientes reglas:
        -Si la entrada es un rango o un valor específico, se define una clase de equivalencia válida y dos inválidas.
        -Si la entrada es un valor lógico, se define una clase de equivalencia válida y otra inválida.
        
        Análisis de valores límite: después de probar todos los casos en la técnica de participación de equivalencia, se prueban los valores fronterizos de cada clase (valores límite).
  - - - Los pasos en las pruebas de caminos básicos son:
        
        Dibujar grafo de flujo.
        
        Determinar la complejidad ciclomática del grafo.
        
        Determinar los caminos linealmente independientes.
        
        Diseñas los casos de prueba.
  - - - Tipos de bucles
        
        Bucles anidados
        
        se requieren los siguientes pasos:
        -Comenzar con el bucle más interno.
        -Realizar pruebas de bucle simple para el bucle más interno.
        -Avanzar hacia afuera y realizar pruebas con el siguiente bucle.
        -Continuar hasta que todos los bucles hayan sido probados.
        
        Bucles concatenados
        
        los bucles concatenados son independientes se aplica pruebas de bucles simples, si
        no independientes se implementa el enfoque de los bucles anidados.
        
        Bucles simples
        
        Se requieren los siguientes pasos:
        -Saltar por completo el bucle.
        -Pasar una sola vez a través del bucle
        -Pasar dos veces a través del bucle
        -Pasar m veces a través del bucle, donde m < n
        -Hacer n-1, n y n+1 pasadas a través del bucle.
        
        Bucles no estructurados
        
        no estructurados deben ser rediseñados porque comprometen la calidad del
        diseño. Posteriormente, se realizan pruebas de acuerdo con el tipo de bucle resultante.
  - - - Condición simple: es una variable lógica (TRUE o FALSE)
      - Condición compuesta: se compone de dos o más condiciones simples y operadores
        lógicos de tipo NOT, AND, OR y paréntesis.
    - - Casos de prueba para cobertura de decisiones: En el código hay tres decisiones.
        D1 => (h>=0) y (h<=23),D2 => (m>=0) y (m<=59).D3 => (s>=0) y (s<=59)
    - - Se define una condición verdadera como D1:H8 y una falsa H:25
    - - hay tres decisiones y cada una contiene dos condiciones.
        D1 => (h>=0) y (h<=23)
        C1.1 • h>=0
        C1.2 • h<=23
        D2 => (m>=0) y (m<=59)
        C2.1 • m>=0
        C2.2 • m<=59
        D3 => (s>=0) y (s<=59)
        C3.1 • s>=0
        C3.2 • s<=59
  - - - -Integridad de datos
        -Inicialización de todas las variables utilizadas
        -Uso adecuado de los límites en los arreglos.
        -Declaración correcta de variable
        -Comparaciones entre variables del mismo tipo.
        -Control de errores como overflow, underflow, división por cero, entre otros..
- - - - son realizadas por el cliente en el lugar de desarrollo, y se prueba el sistema, aunque no estén terminadas todas las funcionalidades.
    - - son realizadas por los potenciales consumidores en su entorno, sin presencia del desarrollador.
  - - - empieza la construcción y la prueba con los niveles más bajos de la estructura del programa. Dado que los módulos se integran de abajo hacia arriba, el proceso requerido de los módulos subordinados siempre está disponible y se elimina la necesidad de resguardos.
    - - Se integran los módulos moviéndose hacia abajo por la jerarquía de control, comenzando por el módulo de control principal (programa principal). Los módulos subordinados al módulo de control principal se van incorporando en la estructura, bien de forma primero en profundidad, o bien de forma primero en anchura.
    - - con este tipo de pruebas se aplica la integración ascendente en los módulos inferiores, y de manera paralela se realiza integración descendente en los componentes superiores. La integración termina cuando ambas técnicas se encuentran en un punto intermedio de la estructura de componentes
    - - cada vez que se agrega un nuevo componente o módulo en las pruebas de integración, el software cambia y se generan nuevas rutas en el flujo de datos. De esta manera, se requieren prueba de regresión en las cuales se ejecute algún tipo de pruebas ya realizadas, sean de ascendentes, descendentes o sándwich.
- - - - es un conjunto de bibliotecas creadas por Erich Gamma y Kent Beck que son utilizadas en programación para hacer pruebas unitarias de aplicaciones Java.
        
        Algunas de las anotaciones en jUnit son:
        Before: especifica las líneas de código que deben de ser ejecutadas antes de cada test.
        After: indica las líneas de código o método que se debe ejecutar después de cada test.
        
        Para crear un archivo de test en jUnit, ir al menú contextual de la solución y adicionar un archivo de tipo jUnit Test Case, aquí permite seleccionar si el test se realizará con jUnit 3 test o jUnit 4 test, definir un nombre para el proyecto de test, la superclase y las opciones generales.
    - - Esta herramienta de Microsoft permite la realización de pruebas para las aplicaciones
        realizadas en ambientes de Microsoft Visual Studio .Net
        
        Entre las pruebas que se pueden realizar están: pruebas manuales, sesiones de pruebas
        de exploración y pruebas automatizadas desde un plan de pruebas.
        
        entorno para un conjunto de pruebas aplicado a un
        carrito de compras de un sitio de comercio electrónico:
        -Agregar artículos al carro de compras
        -Agregar una cantidad negativa al carro de compras
        -Quitar un artículo del carro de compras
        -Agregar 100 artículos al carro de compras.