Documentos de Académico
Documentos de Profesional
Documentos de Cultura
1-10
11-20
21-50
50
Categora
Programa Simple, sin mucho
riesgo.
Ms complejo, riesgo moderado.
Complejo, Programa de alto
riesgo.
Programa no testeable, Muy alto
riesgo.
Donde podemos observar que tenemos 2.6 de media por mtodo y 9.9 de media
por clase (cifras ambas muy engaosas). Ya que si pulsamos sobre mtodos (por
ejemplo) podemos ver que hay mtodos que suben hasta un valor de 61 en la
complejidad ciclomtica.
Para qu sirve?
Caractersticas
Cundo se utiliza?
Tipos
Pruebas de Sentencia
o Con este tipo de pruebas se irn probando las distintas sentencias a
lo largo del cdigo, de forma que se obtenga una cobertura de
sentencia total si se prueban, al menos una vez, todas las sentencias
ejecutables del cdigo.
o La cobertura de sentencias no est considerada como una medida
adecuada para probar la efectividad:
Cobertura = (N de sentencias ejecutables ejecutadas / N
sentencias ejecutables) x 100.
Pruebas de Decisin
o El objetivo de estas pruebas es asegurar que las decisiones lgicas
de un programa son realizadas adecuadamente.
o Para probar una decisin, las condiciones asociadas deben probarse
tanto cuando son verdaderas como cuando son falsas, de esta
forma, se garantiza que todas las posibles salidas se han verificado.
Ejemplo
Esta prueba cubre las dos decisiones negativas a la vez con lo que
obtendramos el 100% de la cobertura de decisin
Qu es?
Cundo se utiliza?
Preparacin
Revisin
Implementacin
Cierre
Preparacin
Se identifican y documentan los productos que necesitarn revisarse mediante una
revisin entre pares, segn la complejidad y criticidad de los productos.
Se forma el equipo de revisores en funcin del artefacto a revisar. En general, un
artefacto debe ser revisado por:
El autor
Alguien que base su trabajo posterior en el artefacto bajo revisin
Compaeros del autor (pares)
Cualquier responsable de un componente con el que el artefacto bajo revisin
interacte
Se identifican los estndares que se van a usar en la revisin y se establecen
criterios de conformidad.
El autor informa a los revisores sobre la disponibilidad del producto para su
revisin.
El autor distribuye a los revisores el producto a revisar y los documentos de
soporte a la revisin, como por ejemplo, listas de indicadores de revisin
documental.
Se fija la fecha de la revisin.
Revisin
Los revisores estudian el producto de trabajo junto con los documentos de soporte
y anotan sus conclusiones.
Los revisores registran los defectos detectados en la herramienta de gestin de
defectos y/o en los informes de revisin.
Los revisores reportan al autor tanto los defectos detectados como los productos
revisados.
El autor repasa los defectos detectados conjuntamente con los revisores hasta que
se logra el consenso por todas las partes. Se actualiza el registro de defectos si
fuera necesario.
Implementacin
El autor revisa el registro de defectos actualizado, e identifica las acciones
apropiadas para su correccin.
El autor subsana los defectos creando una nueva versin del documento que
entrega a los revisores.
Los revisores revisan de nuevo el artefacto con respecto al registro de revisin y
dan su aprobacin si procede. Si no estuvieran de acuerdo con alguna
subsanacin, los revisores informaran al autor y actualizaran de nuevo el registro
de defectos.
Cierre
Una vez aprobado el artefacto, los revisores actualizan el esfuerzo invertido en la
revisin, incluyendo las revisiones sobre las subsanaciones, y el tamao del
artefacto.
Concep
to:
Para preparar los casos de pruebas hacen falta un nmero de datos que ayuden a
la ejecucin de los estos casos y que permitan que el sistema se ejecute en todas
sus variantes, pueden ser datos vlidos o invlidos para el programa segn si lo
que se desea es hallar un error o probar una funcionalidad. Los datos se escogen
atendiendo a las especificaciones del problema, sin importar los detalles internos
del programa, a fin de verificar que el programa corra bien.
Para desarrollar la prueba de caja negra existen varias tcnicas, entre ellas estn:
1. Tcnica de la Particin de Equivalencia: esta tcnica divide el campo de entrada
en clases de datos que tienden a ejercitar determinadas funciones del software.
2. Tcnica del Anlisis de Valores Lmites: esta Tcnica prueba la habilidad del
programa para manejar datos que se encuentran en los lmites aceptables.