Vous êtes sur la page 1sur 10

PROYECTO DE INGENIERA DE SOFTWARE II

ELIDA MARQUESA PUELLO MOVIL


FABIAN ANDRES QUINTERO

UNIVERSIDAD POPULAR DEL CESAR

FACULTAD DE INGENIERÍAS Y TECNOLÓGICAS

INGENIERÍA DE SISTEMAS

VALLEDUPAR-CESAR

2019
I. PRUEBAS DEL SOFTWARE

1. INTRODUCCION

Es necesario desarrollar un plan de pruebas para evaluar la puesta en marcha del


software, se aplicarán técnicas y herramientas para demostrar y asegurar la
existencia de errores que se han cometido en las fases de desarrollo. Esto se
realizará con la finalidad de Garantizar que el software es fiable y que cumple con
los requerimientos funcionales establecidos y lograr los estándares de calidad del
software.

1.1 Objetivos
 Aplicar correctamente las técnicas y herramientas durante el proceso
de implementación de las pruebas.
 Diseñar casos de prueba que sistemáticamente saquen a la luz
diferentes clases de errores.

 Documentar los procedimientos realizados durante la


implementación del plan de pruebas.

1.2 Propósito

1.3 Alcance
Las pruebas unitarias se llevarán cabo a una vez obtenido el software, estas serán
aplicadas a cada uno de los módulos, con la finalidad de verificar su correcta
funcionalidad.

Las pruebas de Integración se realizarán una vez alcanzados los resultados de las
pruebas unitarias contemplando en ellos la correcta funcionalidad de cada uno de
los módulos que conforman el software. El objetivo de esta prueba es verificar el
correcto ensamblaje entre los distintos componentes con el fin de comprobar que
interactúan correctamente a través de sus interfaces tanto internas como externas,
cubren la funcionalidad establecida y se ajustan a los requisitos no funcionales
especificados en las verificaciones correspondientes.

Para las pruebas de aceptación es necesario que el software cumpla en su


totalidad de los requisitos especificados por el cliente (Requisitos funcionales),
quien es el encargado de probar y avalar el software.
1.4 Técnicas y tipos de pruebas
El proceso de realización de las pruebas se llevará a cabo mediante las
técnicas de prueba con enfoque funcional o caja negra las cuales se fundamentan
solo en las entradas y salidas que se obtienen, sin tener en cuenta los proceso
realizados; y con enfoque estructural o caja blanca las cuales tiene la finalidad de
comprobar la funcionalidad de cada uno de los módulos.

Conceptos
 Objetivo de la prueba: Definir detalladamente lo que se pretende
alcanzar al realizar cada prueba.
 Estrategia: Procedimientos a utilizar en la realización de la prueba
para lograr los objetivos propuestos.
 Herramientas requeridas: aplica para las pruebas de integración,
unitarias, carga y de regresión. Se refiere al software utilizado para la
automatización de las pruebas mencionadas.
 Responsables: se establece con respecto a la prueba que se está
realizando.
 Criterios de evaluación: se establecen de acuerdo con la prueba que
se esta realizando, para verificar su resultado si es exitosa o no.
 Observaciones: Datos adicionales
 Entregables: Documentos que se entregara de cada una de las
pruebas realizadas.
1.4.1 Pruebas Unitarias

Objetivo de la prueba Verificar que cada uno de los


módulos cumplan correctamente
con el objetivo por el cual fue
construido, buscando encontrar
errores en estos.

Estrategia Se verificará cada módulo


individualmente aplicando las
técnicas de pruebas. Para
comprobar la correcta entrada de
datos, su funcionamiento interno y
una correcta respuesta,

Herramienta Requerida

Responsable Elida Puello Movil,


Fabian Andrés Quintero

Criterios de evaluación  Comparar y comprobar la


semejanza de las salidas de
datos del software con las
salidas de datos esperadas.
 Verificar el funcionamiento
interno mediante un
seguimiento al código su
estructura, utilidad y función.

Observaciones

Entregable
1.4.2 Pruebas de Integración

Objetivo de la prueba Verificar si el comportamiento de


un módulo trabajando en conjunto
con otros es el correcto.

Estrategia Dependiendo de la técnica elegida


se llevará a cabo el proceso de
integración, la calidad de dicha
integración se probará mediante la
aplicación de las pruebas.
Este proceso se realizará hasta
lograr la integración total del
software.

Herramienta Requerida

Responsable Elida Puello Movil,


Fabian Andrés Quintero

Criterios de evaluación  Realizar una integración total


exitosa del software.
 Verificar que todos los
componentes del software
trabajan correctamente en
conjunto con otros.

Observaciones

Entregable
1.4.3 Pruebas de Aceptación

Objetivo de la prueba Comprobar que el sistema cumpla


con los requerimientos funcionales
especificados al inicio del proceso
de elaboración o desarrollo, para la
aceptación de este, en este
proceso se cuenta con la
participación del cliente.

Estrategia Realizar una interacción eficaz


entre el equipo de trabajo y el
cliente.
Dicho cliente es el encargado de
realizar las pruebas necesarias y
corroborar si cumple con lo
establecido en los requisitos.

Herramienta Requerida

Responsable Elida Puello Movil,


Fabian Andrés Quintero

Criterios de evaluación  Comprobar que se efectúen


los requisitos establecidos
por el cliente.

Observaciones

Entregable
2. DISEÑO DE PRUEBAS

2.1. PRUEBAS UNITARIAS

Las pruebas unitarias tienen como finalidad comprobar la funcionalidad de cada


uno de los módulos que conforman el software una vez codificado.
En esta prueba se debe:
 Todos los tipos de registro de entrada validos deben ser procesados.
 Todos los tipos de registro de entrada inválidos deben ser procesados.
 Todos los caminos lógicos deben ejecutarse correctamente en cada módulo
de la aplicación.
 Verificar que todos los módulos del sistema estén libres de errores.

RF-001 RF-002 RF-003 RF-004 …. …. RF-00N


<CP-1> X X
<CP-2> X X
<CP-3> X
<CP-4>
…. X X X X
<CP-n>

2.1.1. Pruebas de caja negra


Los escenarios propuestos para esta técnica son todos los CRUD generados en el
software.

2.1.1.1Especificación de particiones de equivalencia


REGISTRO CATEGORICO
CONDICIONES DE CLASES DE CLASES DE
ENTRADA EQUIVALENCIA EQUIVALENCIA NO
VALIDAS VALIDAS

2.1.1.2 Diseño de casos de prueba


REGISTRO CATEGORICO
Caso:
Instrucciones de Prueba

Escenarios de prueba
Tipo Respuesta esperada de la aplicación Coincide (Si/No)
Campo Valor
escenario

Observaciones

2.1.1.3 Casos de prueba valores limites


REGISTRO CATEGORICO
Caso:
Instrucciones de Prueba

Escenarios de prueba
Tipo Respuesta esperada de la aplicación Coincide (Si/No)
Campo Valor
escenario

Observaciones

2.1.2 Pruebas de caja blanca


2.1.2.1 Aplicar la técnica de la complejidad ciclomatica de McCabe

CAMINOS COMPLEJIDAD CICLOMATICA

CASO DE PRUEBA DE CATEGORIA


CAMINO VALOR RESULTADO

2.1.2.2 Diseño de los casos de prueba

2.1.3 Evaluación de las pruebas


NOMBRE DEL CASO DE PRUEBA

Componente/usuario Caso de Resultado Seguimiento Conclusión


prueba

2.2 PRUEBAS DE INTEGRACIÓN


El objetivo de las pruebas de integración es verificar el correcto ensamblaje
entre los distintos módulos que componen la solución una vez que han sido
probados unitariamente con el fin de comprobar que interactúan correctamente a
través de sus interfaces internas y externas, que cubren la funcionalidad
establecida y se ajustan a los requisitos no funcionales especificados en las
verificaciones correspondientes.

2.2.1 Técnicas de pruebas incrementales

2.2.1.1 Incremental Ascendente


2.2.1.2 Incremental descendente
2.2.1.3 Diseño de los casos de pruebas

2.2.2 Pruebas basadas en hilos

Tomar tres casos de usos principales y aplicar estas pruebas, realizar el


diseño y aplicar la plantilla del punto anterior

2.2.3 Ejecución de las pruebas


Ejecutar las pruebas con la herramienta

2.2.4 Evaluación de las pruebas

2.3 PRUEBAS DE ACEPTACIÓN


El objetivo de las pruebas de aceptación es validar que la solución desarrollada
cumpla con el funcionamiento esperado y permitir al usuario de dicho sistema
determine su aceptación, desde el punto de vista de su funcionalidad y de su
rendimiento. Estas pruebas son realizadas por el cliente, donde comprueba que el
sistema cumple con lo definido y se obtiene la conformidad del cliente. Esta
prueba se realiza mediante el proceso de validación de caja negra.

2.3.1 Diseño de los casos de pruebas

Utilizar plantilla plan de pruebas de aceptación


http://www.juntadeandalucia.es/servicios/madeja/contenido/recurso/461

2.3.2 Ejecución de las pruebas


Ejecutar las pruebas con la herramienta

2.3.3 Evaluación de las pruebas


Análisis de Resultados

Participantes: Fecha:

Tipo prueba: Aceptación Área (a realizar la prueba): Interfaz

Funcionalidad: Requerimientos textuales Líder: L1

Porcentaje de satisfacción obtenido:

Análisis de resultados

% del % Nº de
Atributo Aprobadas Reprobadas
atributo Satisfacción pruebas

Facilidad
de uso

Cometarios:

Vous aimerez peut-être aussi