Sie sind auf Seite 1von 3

Qu es el Top-down?

Se formula un resumen del sistema, sin especificar detalles. Cada parte del sistema se refina
diseando con mayor detalle.
Qu es la caja negra y blanca?
Caja negra a aquel elemento que es estudiado desde el punto de vista de las entradas que recibe y las
salidas o respuestas que produce, sin tener en cuenta su funcionamiento interno.
Cajas blancas a un tipo de pruebas de software que se realiza sobre las funciones internas de un mdulo. As
como las pruebas de caja negra ejercitan los requisitos funcionales desde el exterior del mdulo, las de caja
blanca estn dirigidas a las funciones internas
Prueba Unitaria
ejecutar cada mdulo
Particionar, definir los casos de prueba.
Comparar el resultado
Prueba de Regresin
Identificar errores introducidos por la combinacin de programas probados unitariamente.
Determina cmo la base de datos de prueba ser cargada
Utilizar la tcnica down-top.
Pruebas de Humo
Detectar los errores en realeases tempranos y de manera fcil
su objetivo es probar el sistema constantemente buscando que saque humo
Realizar una integracin de todo el sistema cada cierto periodo (se recomienda un da, mximo una
semana)
Pruebas del Sistema
Asegurar la apropiada navegacin dentro del sistema, ingreso de datos, procesamiento y
recuperacin.
deben enfocarse en requisitos que puedan ser tomados directamente de casos de uso y reglas y
funciones de negocios
Ejecute cada caso de uso, flujo bsico o funcin utilizando datos vlidos e invlidos
Pruebas de Stress
Verificar que el sistema funciona apropiadamente y sin errores
Las pruebas de stress se proponen encontrar errores debidos a recursos bajos o completitud de
recursos
Use los scripts utilizados en las pruebas de desempeo
Pruebas de desempeo
Validar el tiempo de respuesta para las transacciones
miden tiempos de respuesta, ndices de procesamiento de transacciones y otros requisitos sensibles
al tiempo
Modifique archivos de datos (para incrementar el nmero de transacciones) o los scripts para
incrementar el nmero de veces que ocurre cada transaccin
Pruebas de carga
Validar el tiempo de respuesta para las transacciones
miden tiempos de respuesta, ndices de procesamiento de transacciones y otros requisitos sensibles
al tiempo
Modifique archivos de datos (para incrementar el nmero de transacciones) o los scripts para
incrementar el nmero de veces que ocurre cada transaccin

Pruebas de volumen
Verificar el tamao de la BD, el equipo si es suficiente etc.
Las pruebas de volumen hacen referencia a grandes cantidades de datos para determinar los lmites
en que se causa que el Sistema falle
Deben usarse mltiples clientes, ya sea corriendo las mismas pruebas o pruebas complementarias
para producir el peor caso de volumen

Pruebas de Recuperacin y Tolerancia a fallas


Verificar que los procesos de recuperacin (manual o automtica) restauran apropiadamente la Base
de datos
Estas pruebas aseguran que una aplicacin o sistema se recupere de una variedad de anomalas de
hardware, software o red con prdidas de datos o fallas de integridad.
Se deben utilizar las pruebas creadas para la Funcionalidad del sistema y Procesos de Negocios
para crear una serie de transacciones
Prueba de Mltiples Sitios
Detectar fallas en configuraciones y comunicaciones de datos entre mltiples sitios
El propsito de esta prueba es evaluar el correcto funcionamiento del sistema o subsistema en
mltiples instalaciones.
Consistencia, empaquetamiento, sincronizacin
Prueba de Compatibilidad y Conversin
Buscar problemas de compatibilidad y conversin en los sistemas
El propsito es demostrar que los objetivos de compatibilidad no han sido logrados y que los
procedimientos de conversin no funcionan.
Compatibilidad entre programas y Conversin de datos
Pruebas de Integridad de Datos y Base de Datos
Asegurar que los mtodos de acceso y procesos funcionan adecuadamente y sin ocasionar
corrupcin de datos.
La Base de datos y los procesos de Base de datos deben ser probados como sistemas separados
del proyecto
Invoque cada mtodo de acceso y proceso de la Base de datos, utilizando en cada uno datos vlidos
e invlidos. Analizar la BD
Pruebas de Integridad de Datos y Base de Datos
Asegurar que los mtodos de acceso y procesos funcionan adecuadamente y sin ocasionar
corrupcin de datos.
La Base de datos y los procesos de Base de datos deben ser probados como sistemas separados
del proyecto
Invoque cada mtodo de acceso y proceso de la Base de datos, utilizando en cada uno datos vlidos
e invlidos. Analizar la BD
Pruebas de Seguridad y Control de Acceso
Nivel de seguridad de la aplicacin: Verifica que un actor solo pueda acceder a las funciones y datos
que su usuario tiene permitido
Seguridad del sistema, incluyendo acceso a datos o Funciones de negocios e incluyendo accesos
remotos
Funciones / Seguridad de Datos: Identificar cada tipo de usuario y las funciones y datos a los que se
debe autorizar.

Pruebas del Ciclo del Negocio


Asegurar que el sistema funciona de acuerdo con el modelo de negocios emulando todos los eventos
en el tiempo y en funcin del tiempo.
deberan emular las actividades ejecutadas en el a travs del tiempo. Debera identificarse un
periodo, como por ejemplo un ao, y las transacciones y actividades que podran ocurrir durante un
periodo
Ejecute cada caso de uso, flujo bsico o funcin utilizando datos vlidos e invlidos
Pruebas de GUI
La navegacin , Los objetos de la ventana y caractersticas, tales como mens, medidas, posiciones,
estados y focos
La prueba de interfaz de usuario verifica la interaccin del usuario con el software
Pruebas de crear / modificar cada ventana para verificar la adecuada navegacin y estado de los
objetos.
Prueba de Aceptacin
Determinacin por parte del cliente de la aceptacin o rechazo del sistema desarrollado.
La prueba de aceptacin es ejecutada antes de que la aplicacin sea instalada dentro de un
ambiente de produccin
Realizacin de los documentos de planes de prueba de aceptacin y especificacin de los mismos,
basados en los criterios de aceptacin del cliente.

Prueba de Instalacin
Verificar y validar que el sistema se instala apropiadamente en cada cliente, bajo las siguientes
condiciones: Instalaciones nuevas y actualizaciones
El primero es asegurar que el sistema puede ser instalado en todas las configuraciones posibles .El
segundo propsito verificar que, una vez instalado, el sistema opera correctamente.
Disear scripts para validar las condiciones de la mquina a instalar .

Prueba de Documentacin Y Procedimiento


Evaluar la documentacin del usuario
Evaluar la exactitud y claridad de la documentacin del usuario y para determinar si el manual de
procedimientos trabajar correctamente como una parte integral del sistema.
Revisar la documentacin del proyecto contra las funcionalidades del sistema y su configuracin
fsica.
Pruebas Funcionales
Se asegura la trabajo apropiado de los requisitos funcionales, incluyendo la navegacin, entrada de
datos, procesamiento y obtencin de resultados
Las pruebas Funcionales deben enfocarse en los requisitos funcionales Disear scripts para validar
las condiciones de la mquina a instalar
Que los resultados esperados ocurran cuando se usen datos vlidos.

Das könnte Ihnen auch gefallen