Please enable JavaScript.
Coggle requires JavaScript to display documents.
Resumen Pruebas de Unidad (Proceso de pruebas de unidad (-Artefactos de…
Resumen Pruebas de Unidad
Objetivo
Descubrir fallos producidos por defectos internos, esto se logra probando con al menos un caso de prueba todas las fucionalidades del componente.
Basadas en
-Requerimientos
-Diseño detallado
-Código
Los Casos de prueba se optinen de
-Especificaciones de componente
-Diseño de software
-Modelo de datos
Pruebas funcionales y no funcionales
-Pruebas de robustez
-Pruebas de rendimiento, estres o fiabilidad.
Arnés de pruebas
-
Un Controlador:
Simulan dagtos de entrada y registran salidas utilizando herramientas de programacion.
-
Stub:
Simula un componete que aun no esta disponible.
Metodos
-Dirigidas al desarrollador
-Pruebas funcionales pertinentes
-Depuradores
-Se aplica el conociemiento de la funcionalidad, estructura de componentes y variables.
Pruebas de unidad
Clases de Equivalencia
Definicion
Grupo de valores de datos de entrada donde el proceso u objeto de la prueba los trata de igual manera
Pasos
-Identificar la variable
-Identificar las CE
-Crear los casos de prueba
-Identificar un representante para cada CE
Valores Limite
-Asociada la las CE
-Sobre los VL de la CE valida.
Incluye
-El limite
-Por debajo del limite
-Por encima del limite
Pasos
-Identificar la variable
-Identificar la CE valida
-Crear un caso de uso por cada valor
-Identificar
EL
representante para cada caso.
Razon de la tecnica
Busca probar valores sencibles de una variable
Tablas de decision
Definicion
Son todas las posibles entradas y sus posibles salidas
-Usadas para representar reglas complejas de negocios
-Hay una regla para cada posible combinacion de condiciones
-Tecnica documental
Nomenclatura
-
Condiciones
Entradas
-
Acciones
Resultados
-
Reglas
Conjunto de condiciones que terminan en un conjunto de acciones
Pasos
-Identificar las condiciones
-Identificar las acciones
-Realizar las combinaciones
-Definir los valores Acciones de acuerdo con las Condiciones
-Identificar cada columna como una regla diferente
-Diseñar los casos de prueba
Diagramas de Transicion de Estado
Cuando usarlas
-Cuando lo que se quiere probar tiene una maquina de estados
-Cuando lo siguiente que sucede depende de lo que pasó antes
Nomenclatura
Nodos
Posibles estados de los objetos
Transiciones
Maner en que se puede llegar de un estado a otro. Compuestas de un evento y una accion.
Pasos
-Identificar los estados
-Identificar las transiciones
-Diseñar los casos de prueba
PUC
Definicion
Probar todo aquello que pueda ser probado individualmente y se deben aplicar siemrpe que se termine el desarrollo de una clase, paquete, caso de uso, mantenimiento completos.
Elementos de las pruebas de unidad
**
Independencia de las pruebas
Según la magnitud y nivel de riesgo debe decidirse si:
-Las pruebas deben ser diseñadas por el programador de ella y probada por otra persona
-Las pruebas deben ser diseñadas por personas distintas del programador y realizadas por terceros.
-Según la magnitud y nivel de riesgo de la unidad a probar debe decidirse si:
Tecnicas de prueba
-
Por particiones
-
Por valores Limite
-
Por transiciones de estados
-
Causa y efecto
-
Sintaxis de entradas
-
Posibilidad de ejecucion
-
Flujo de procesos
-
Arboles de decision
-
Pruebas de carga de la unidad
Proceso de pruebas de unidad
-
Artefactos de entrada
-Especificacion de requerimientos de software
-Informe de analisis de software
-Herramienta de automatizacion de pruebas de unidad
-La unidad a probar
-
Procedimiento
-Identificar los conceptos que participan de la unidas
-Diseñar las pruebas
-Especificar las pruebas a probar
-Probar los casos de uso en formato expandido
-Si la unidad supera todas las prubas, se da por aprobada
-Se llena el formulario de docuemnatcion de resultado de pruebas
-
Productos
-Plan de pruebas unitarias
-Codigo fuente
-Los resultados documentados de las pruebas
-Notas de reporte cuando no aprueban las unidades.