Está en la página 1de 8
PRUEBAS DE SISTEMAS LAURA GARCIA AGUILAR
PRUEBAS DE SISTEMAS LAURA GARCIA AGUILAR
PRUEBAS DE SISTEMAS LAURA GARCIA AGUILAR
PRUEBAS DE
SISTEMAS
LAURA GARCIA AGUILAR
PRUEBAS DE SISTEMAS LAURA GARCIA AGUILAR

Ciclo de Vida del Software

MODELO ESPIRAL

El desarrollo en espiral también se conoce como desarrollo o modelo incremental. El producto se trabaja continuamente y las mejoras a menudo tienen lugar en pasos muy pequeños.

y las mejoras a menudo tienen lugar en pasos muy pequeños. DISEÑO EVALUACIÓN PLANIFICACIÓN CONSTRUCCIÓN Y
y las mejoras a menudo tienen lugar en pasos muy pequeños. DISEÑO EVALUACIÓN PLANIFICACIÓN CONSTRUCCIÓN Y
DISEÑO
DISEÑO

EVALUACIÓN

PLANIFICACIÓN

CONSTRUCCIÓN Y ADAPTACIÓN

Una vez se hayan recopilado los requitos del cliente, se debe realizar un análisis del
Una vez se hayan recopilado los requitos del cliente, se debe realizar un análisis del

Una vez se hayan recopilado los requitos del cliente, se debe realizar un análisis del ámbito del desarrollo. Este documento se conoce como especifiación funcional.

PLANIFICACIÓN

realizar un análisis del ámbito del desarrollo. Este documento se conoce como especifiación funcional. PLANIFICACIÓN
realizar un análisis del ámbito del desarrollo. Este documento se conoce como especifiación funcional. PLANIFICACIÓN
realizar un análisis del ámbito del desarrollo. Este documento se conoce como especifiación funcional. PLANIFICACIÓN

IMPLEMENTACIÓN, PRUEBAS Y DOCUMENTACIÓN

La implementación es parte del proceso en el que los ingenieros de software programan el código para el proyecto.IMPLEMENTACIÓN, PRUEBAS Y DOCUMENTACIÓN Las pruebas de software son parte esencial del proceso de desarrollo del

Las pruebas de software son parte esencial del proceso de desarrollo del software. Esta parte del proceso tiene la función de detectar los errores de software lo antes posible.de software programan el código para el proyecto. La documentación del diseño interno del software con

La documentación del diseño interno del software con el objetivo de facilitar su mejora y su mantenimiento se realiza a lo largo del proyecto. Esto puede incluir la documentación de un API, tanto interior como exterior.de desarrollo del software. Esta parte del proceso tiene la función de detectar los errores de

se realiza a lo largo del proyecto. Esto puede incluir la documentación de un API, tanto

PRUEBA DE CARGASe realiza generalmente para observar el compartamiento de una aplicación bajo una cantidad de peticiones

Se realiza generalmente para observar el compartamiento de una aplicación bajo una cantidad de peticiones esperada.

PRUEBA STRESSde una aplicación bajo una cantidad de peticiones esperada. Se realiza para determinar la solidez de

Se realiza para determinar la solidez de la aplicación en los momentos de carga extrema y para validar si esta rendirá lo suficiente en caso de que supere la carga esperada.

Pruebas de Carga y Stress

PRUEBAS DE CAJA NEGRA

PRUEBAS DE CAJA NEGRA El elemento que se va a probar se entiende como una caja
PRUEBAS DE CAJA NEGRA El elemento que se va a probar se entiende como una caja

El elemento que se va a probar se entiende como una caja negra de la que solo se le conocen sus entradas y sus salidas. Se le imponen una sierie de datos de entrada, se observan las salidas que este produce y se determina si estas son conformes a las entradas introducidas.

PRUEBAS

FUNCIONALES

Son pruebas especificas, concretas y exhaustivas que se basan en la ejecución, revision y reatroalimentación de las funcionalidades previamente diseñadas para el software.

las funcionalidades previamente diseñadas para el software. PRUEBAS NO FUNCIONALES Se reifiera a la verificación de
las funcionalidades previamente diseñadas para el software. PRUEBAS NO FUNCIONALES Se reifiera a la verificación de

PRUEBAS NO FUNCIONALES

Se reifiera a la verificación de los requisitos no funcionales, al entorno del software o a un elemento en ejecución de una aplicación,

PRUEBAS DE RENDIMIENTOsoftware o a un elemento en ejecución de una aplicación, PRUEBAS DE DISPONIBILIDAD PRUEBAS DE SEGURIDAD

PRUEBAS DE DISPONIBILIDADo a un elemento en ejecución de una aplicación, PRUEBAS DE RENDIMIENTO PRUEBAS DE SEGURIDAD PRUEBAS

PRUEBAS DE SEGURIDADo a un elemento en ejecución de una aplicación, PRUEBAS DE RENDIMIENTO PRUEBAS DE DISPONIBILIDAD PRUEBAS

PRUEBAS DE ACEPTACIÓNo a un elemento en ejecución de una aplicación, PRUEBAS DE RENDIMIENTO PRUEBAS DE DISPONIBILIDAD PRUEBAS

PRUEBAS DE CAJA BLANCA Se realiza un seguimiento del código fuente segun se van ejecutando
PRUEBAS DE CAJA BLANCA Se realiza un seguimiento del código fuente segun se van ejecutando
PRUEBAS DE CAJA BLANCA Se realiza un seguimiento del código fuente segun se van ejecutando
PRUEBAS DE CAJA BLANCA Se realiza un seguimiento del código fuente segun se van ejecutando

PRUEBAS DE CAJA BLANCA

Se realiza un seguimiento del código fuente segun se van ejecutando los casos de prueba de manera que se determina concretamente las intrucciones, bloques, etc. De tal forma que se va validando cuanto código ha de ser recorrido y corregido.

- MEDIDAS DE LA COBERTURA: Es la cantidad de codigo recorrido por un conjunto de casos de prueba.

(ANDROID TESTING FRAMEWORK) El marco de prueba de UI Automator proporciona un conjunto de API
(ANDROID TESTING FRAMEWORK) El marco de prueba de UI Automator proporciona un conjunto de API

(ANDROID TESTING FRAMEWORK)

El marco de prueba de UI Automator proporciona un conjunto de API para crear pruebas de IU que realizan interacciones en aplicaciones de usuario y aplicaciones de sistema. Las API de UI Automator le permiten realizar operaciones como abrir el menú Configuración o el iniciador de aplicaciones en un dispositivo de prueba.

o el iniciador de aplicaciones en un dispositivo de prueba. El marco de prueba de UI

El marco de prueba de UI Automator es muy adecuado para escribir pruebas automatizadas de estilo caja negra, donde el código de prueba no depende de los detalles de implementación internos de la aplicación de destino.

Un ejemplo claro de esta herramienta:

http://www.automationtestinghub.com/uiautomatorvie

wer-inspect-elements/

de destino. Un ejemplo claro de esta herramienta: http://www.automationtestinghub.com/uiautomatorvie wer-inspect-elements/
de destino. Un ejemplo claro de esta herramienta: http://www.automationtestinghub.com/uiautomatorvie wer-inspect-elements/