1. FUNCIONAL
Las Pruebas Funcionales son
pruebas similares a la de
aceptación con la diferencia que sí
son técnicas y por lo tanto
deberán incluir cada uno de los
requerimientos funcionales.
TIPOS DE PRUEBA DE SOFTWARE
INTEGRACIÓN
Las Pruebas de Integración son
similares a las funcionales o las de
aceptación, pero sobre
repositorios reales, datos reales y
con la interacción real con otros
sistemas o componentes.
NO FUNCIONAL
Este tipo de pruebas están
destinadas a probar que los
requerimientos no funcionales
han sido satisfechos
completamente. Lo que en
general se intenta probar son
funcionalidades en el
comportamiento bajo estréss,
alta demanda, respuesta bajo los
límites de tiempo establecidos por
el cliente, ciertos criterios de
look&feel, etc.
CALIDAD DE CÓDIGO
Este tipo de pruebas sirven para
garantizar que la calidad del
código es realmente óptima y que
la probabilidad de tener errores o
bugs en la codificación es mínima
2. CALIDAD DE CÓDIGO
Cobertura
Este análisis nos indica el
porcentaje que nuestro
código desarrollado ha sido
probado por las pruebas
unitarias. La idea principal es
que entre más código probado
menor el riesgo de que
aparezcan comportamientos
indeseados.
Análisis de línea de código
Este análisis nos indica el
porcentaje que nuestro código
desarrollado ha sido probado
por las pruebas unitarias. La
idea principal es que entre
más código probado menor el
riesgo de que aparezcan
comportamientos indeseados.
Complejidad
Este dato de complejidad nos
indica que tan complicado es
el código (es
la implementación ciclomática
de McCabe). Por lo regular la
complejidad aumenta cuando
el código tiene muchas
sentencias IF-ELSE, Loops,
Switch, etc.
TIPOS DE PRUEBA DE SOFTWARE
Diseño de clases
Este análisis lo que intenta
demostrarnos es la relación
que existe entre las clases en
diferentes paquetes. La
agrupación de clases en
paquetes sirve para
diferenciar la funcionalidad
entre clases.
Diseño de clases
Este análisis lo que intenta
demostrarnos es la relación
que existe entre las clases en
diferentes paquetes. La
agrupación de clases en
paquetes sirve para
diferenciar la funcionalidad
entre clases.
Violación de calidad
Existen varias reglas ya
definidas y conocidas las
cuales al analizar el código y
su funcionalidad puede caer
en este tipo de reglas. Estas
pueden ser desde
meramente funcionales,
estéticas, estándares y
hasta críticas con bugs
potenciales. Herramientas
como Checkstyle, Findbugs
o PMD
Sonar
Sonar es una herramienta
que tiene integrado todas
estas pruebas de control de
calidad por lo que dentro
utiliza PMD, Findbugs,
Checkstyle, Cobertura y
demás herramientas en un
lugar centralizado.
Código repetido
Nos indica el porcentaje de código que
se encuentra repetido.
Código documentado
Nos ayuda en poder conocer qué
porcentaje de nuestro código está
documentado para que al generar el
JavaDoc sea los más real posible.
Código comentado
Nos dice el porcentaje del código que
se encuentra comentado. Aunque en la
práxis este código documentado no
afecta, ya que la máquina virtual lo
ignora, sí mete ruido y suciedad en el
código al debuggearlo.
3. TIPOS DE PRUEBA DE SOFTWARE
UNITARIAS
Las pruebas unitarias tienen ese
nombre debido a que se prueba la
funcionalidad de cada método o
función; únicamente
contemplando la lógica que debe
realizar y excluyendo la
convivencia con otras clases o
sistemas.
DE ACEPTACIÓN
Las Pruebas de Aceptación
(acceptance tests) son
principalmente para usuarios no
técnicos como aprobadores,
clientes, usuarios de sistema etc.
REGRESIÓN
Existen también las Pruebas de
Regresión las cuales pueden ser
Pruebas de Aceptación o Pruebas
Funcionales pero se realizan
sobre una aplicación ya
terminada para tener una base
de su funcionalidad básica.
Este tipo de pruebas se realizan
principalmente sobre una
aplicación que no se tiene
documentación o ningún tipo de
pruebas, por lo que estas
pruebas se deben realizar antes
de hacerle una modificación a la
aplicación.
DE STRESS
Las Pruebas de Stress son una
particularidad de las Pruebas No
Funcionales y sirven para verificar
el comportamiento de una
aplicación bajo una demanda
excesiva.
Información de:
http://www.javamexico.org/blogs/emontoya/tipo
_de_pruebas_para_desarrollo_de_software
Tipos de Pruebas
Reynaldo Meza