Flussdiagramm
mapa conceptual
Inhalt des Flussdiagramms
pruebas de software
características principales
criterio de completitud
tecnica
objetivo de la prueba
descripcion de la prueba
consideracionespeciales
con esto surgen pruebas como
pruebas unitarias
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
consideracionespeciales
ejecutar módulos diferentes, probar hasta la mas mínima unidad.
-particionar los modulos en unidades logicas.
-definir casos de prueba por cada unidad logíca.
construcción de casos con acceso al código fuente-
considerar: rutinas de excepción, de error, manejo de parámetros, validaciones, etc.
comparar el resultado esperado con el obtenido.
reportar errores, todas las pruebas fueron ejecutadas, se identificaron todos los defectos.
para pruebas en java se puede utilizar JUNIT y CACTUS.
pruebas de integración.
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
consideracionespeciales
identificar errores producidos por la combinación de programas, como se cargara la base de datos, verificar interfaces entre usuarios, y las especificaciones de diseño sean alcanzadas.
verificar que las interfaces entre los componentes , como sera cargada la base de datos, avance en componentes, tomar acciones
utilizar un top-down y dow-top.
todas las pruebas han sido ejecutadas y todos los defectos tomados en cuenta.
ninguna
Pruebas del sistema
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
consideracionespeciales
asegurar la apropiada navegación dentro del sistema.
enfocarse en los requisitos tomados de casos de uso, reglas y funciones.
incluye:
-prueba funcionalidad.
-prueba usabilidad.
-prueba performance.
-prueba de documentación.
-prueba de seguridad y controles.
-prueba de volumen.
-prueba de esfuerzo(stress).
-prueba de recuperacion.
-prueba de multiples sitios.
utiliizar datos válidos e inválidos.
resultados de un dato valido, mensajes de error o advertencia.
todas las pruebas han sido ejecutadas y todos los defectos tomados en cuenta.
identificar aspectos que impactan la implementación y ejecución de las pruebas.
pruebas de desempeño
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
consideracionespeciales
validar tiempo de respuesta de la transacciones .
-volumen normal anticipado
-volumen normal maximo.
-medir tiempos de respuesta.
-ejecutar la prueba con una carga diferente.
-refinar el desempeño del sistema.
-modificar archivos de datos.
-ejecutar scripts en una maquina y repetirlos con múltiples clientes.
-usuario y transaccion se completaron sin ninguna falla y con el tiempo que se esperaba.
-multiples usuarios y transacciones completaron las pruebas de los scripts sin fallas y en el tiempo esperado.
-transacciones en el servidor con sentencias SQL.
-creacion de usuarios virtuales para simular varios clientes.
-usar múltiples clientes físicos
pruebas de carga.
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
consideracionespeciales
verificar el tiempo de respuesta del del sistema para las transacciones o casos de usos de negocios.
determinar y asegurar que el sistema funciona apropiadamente aun mas allá de la carga de trabajo máxima esperada.
usar los scripts para pruebas de negocio.
-modificar archivos de datos para incrementar el numero de tranasacciones.
multiples usuarios y transacciones, los scripts han sido completados sin fallas y en tiempo esperado.
ejecutar pruebas de carga en maquinas dedicadas o en un tiempo especifico.
la base de datos utilizada debe ser real o proporcinal .
pruebas de volumen
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
consideracionespeciales
verificar máximo de clientes conectados.
-máximo tamaño de la base de datos y multiples consultas simultaneamente.
someter al sistema a grandes volumenes de datos, para determinar si es capaz de manejar la cantidad de datos especificados.
utilizar los scrips para desempeño.
-multiples clientes en las mismas pruebas.
-utilizar el tamaño maximo de la base de datos.
-un compilador que compile algo absurdamente grande
-un editor de nexos que contiene miles de modulos.
-un simulador de circuito electronico.
todas las pruebas han sido ejecutadas y los limites se han conseguido o excedido sin fallos.
que periodo de tiempo seria aceptable para altos volumenes?
pruebas de recuperacion y tolerancia a fallas.
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
consideracionespeciales
verificar los procesos de recuperacion (manual o automatica), restauracion de la base de datos.
-interrupcion de electricidad en el cliente.
-interrupcion de electricidad en el servidor.
-interrupcion en la comunicacion hacia el servidor(caidas de red).
interrupcion en la comunicacion con los controladores de disco.
ciclos incompletos(consultas interrumpidas, sincronizacion de datos interrumpidos)
llaves o apuntadores de base de datos invalidos.
determinar la habilidad del sisitema para recuperarsede una falla de software o hardware
se deben realizar las siguientes acciones.
se deben ejecutar series de transacciones e invocar los procedimientos de recuperacion.
la base de datos, aplicacion y otros sistemas deben retornar a un estado conocido y deseado.
las pruebas de recuperacion son molestas.
desconectar cables o simular perdida de electricidad pueden ser poco factibles.
prueba de multiples sitios.
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
consideracionespeciales
detectar fallas en las configuraciones y comunicacion de datos entre multiples sitios.
evaluar el sistema o subsistema en múltiples instalaciones.
casos de prueba que verifiquen lo siguiente:
consistencia.
empaquetamiento del sistema.
sincronizacion de datos.
rompimiento de funciones de sistema a traves de los sitios.
consistencia y segruridad a traves de los sitios.
todas las pruebas han sido ejecutadas y los defectos identificados.
ninguna.
prueba de compatilibilidad y conversión.
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
consideracionespeciales
buscar problemas de compatibilidad y conversion.
la compatibilidad no se ha conseguido y la conversion no funcione.
detectar deficiencias como:
compatibilidad entre programas.
conversión de datos.
todas las pruebas han sido ejecutadas y todos los defectos tomados en cuenta.
ninguna.
pruebas de seguridad y control de acceso.
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
consideracionespeciales
verificar que solo los actores puedan acceder al sistema y a la aplicacion.
centrase en dos áreas de claves de seguridad.
seguridad acceso a datos o funciones de negocios.
seguridad incluyendo ingresos y accesos remotos al sistema.
tambien pruebas a considerar:
controles de accesos fisicos.
acceso a estructuras de datos especificas.
seguridad en sitios remotos.
datos confidenciales en reportes y pantallas.
controles manuales como autorizacion y aprovacion.
controles automaticos como edicion de datos, chequeo de maquinas, errores de operador.
identificar cada tipo de usuarios, funciones y datos a autorizar.
crear pruebas de cada tipo de usuario y verificar permisos.
modificar los tipos de usuarios y volver a ejecutar las pruebas.
por cada tipo de usuario conocido, funciones, datos y transacciones funcionan como se esperaba.
el acceso al sistema debe ser revisado y discutido con los administradores de la red y/o el sistema.
prueba
pruebas
pruebas
Prueba de multiples sitios
objetivo
detectar fallas en configuraciones y comunicaciones
descripcion
evaluar un sistema en multiples instalaciones
complejidad
-todas las pruebas han sido ejecutadas
tecnica
-opciones de configuracion del sistema
-empaquetamiento del sistema para multiples instalaciones
-sincronizacion de datos entre multiples sitios
Prueba de compatibilidad y conversion
objetivo
buscar problemas de compartibilidad y conversion en los sistemas
descripcion
tecnica
complettitud
desmostrar que los objetivos de compatibilidad han sido logrados
-compatibilidad entre programas
-conversion de datos
todos los defectos que se identificaron han sido corregidos
Pruebas de integridad de datos y base de datos
objetivo
descripcion
tecnica
complettitud
asegurar que los metodos de acceso y procesos funcionan conrrectamente
la base de datos y los procesos de base de datos deben ser probados como sistemas separados del proyecto.
-invocar cada metodo de acceso y proceso de la base de datos
-analizar la base de datos para asegurar que los datos han sido grabados apropiadamente
todos los metodos de acceso y procesos funcionan como fueron diseñados y sin corrupcion de datos
Pruebas de seguridad y control de acceso
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
Nivel de seguridad de la prueba
-seguridad del sistema acceso a datos o funciones de negocios
-incluye ingresos y accesos remotos al sistema
-funciones/seguridad de datos indentificar cada usuario y las funciones de los datos a los que se debe autorizar
para cada tipo de usuario conocido, las funciones y datos apropiados y todas las transacciones funcionan como se espera
Pruebas de ciclo de negocio
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
asegurar que el sistema funciona de acuerdo al modelo de negocios
emular las actividades ejecutadas a traves del tiempo, identificar un periodo, por ejemplo un año
ejecutar cada caso de uso, flujo basico o funcion utilizando datos validos e invalidos
cada ventana elegida sera totalmente verificada y comparada con similares en el mercado
Pruebas de GUI
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
verificar la navegacion a traves de los objetos de la prueba reflejan las funcionalidades del negocio y requisitos
se verifica la interaccion de usuario con el software, asegurar una interfaz que tiene una interfaz apropiada
pruebas de crear / modificar cada ventana para verificar la adecuada navegacion
cada ventana elegida sera totalmente verificada y comparada con similares en el mercado
Pruebas de configuracion
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
validar y verificar que el cliente del sistema funciona apropiadamente en las estaciones de trabajo recomendadas
verificar la operacion del sistema en diferentes configuraciones de hardware y software
-usar scrips para la integracion y pruebas del sistema
-ejecutar algunas transiciones para siimular actividades cotidianas del usuario
para cada combinacion de aplicaciones que interactuan con la base de datos a probar
pruebas de estilo
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
comprobar que la aplicacion sigue los entandares de estilos propios al cliente
se entiende tales como el formato de las ventanas, colores corporativos, tipos de letra etc.
-se realiza navegacion por la aplicacion verificando si se cumplen con los entandares GUI del cliente
-todas las pruebas planeadas han sido ejecutadas
Prueba de aceptacion
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
Determinacion por parte del cliente de la aceptacion o rechazo del sistema desarrollado
la prueba de aceptacion es ejecutada antes de que la aplicacion sea instalada dentro de un ambiente de produccion
realizacion de los documentos de planes de prueba de aceptacion y especificacion de los mismos
todas las pruebas planeadas han sido ejecutadas
Pruebas funcionales
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
se asegura el trabajo apropiado de los requisitos funcionales
enfocarse en los requisitos funcionales, pruebas deben de estar basadas diractamente en los casos de uso
se ejecuta cada caso de uso, flujo de caso de uso, o funcion, usando datos validos e invalidos
todas las pruebas han sido ejecutadas
Pruebas de documentacion y procedimiento
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
evaluar la documentacion del usuario
evaluar la exactitud y claridad de la documentacion
revisar la documentacion del proyecto contra las funcionalidades del sistema y su configuracion
todas las pruebas han sido ejecutadas
Pruebas de usabilidad
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
determinar la usabilidad de un sistema
determinar cuan bien el usuario podra usar y entender la aplicacion
verificar que la aplicacion no representa los problemas tipicos de usabilidad
todas las pruebas han sido ejecutadas
pruebas de campo
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
corre el sistema en el ambiente real para encontrar y validar el producto contra sus especificaciones originales
realizar un subconjunto valido de pruebas del sistema
determinar las pruebas de sistema seran corridas para validar el sistema en produccion
todas las pruebas planeadas han sido ejecutadas
pruebas alfa
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
prueba de aceptacion para detectar errores en el sistema bajo un ambiente controlado
la verificacion involucra la ejecucion de partes o todo el sistema en ambientes simulados
-llevar a cabo en el lugar en donde fue desarrollado el software
-en un ambiente controlado en el cual el desarrollador esta presente
todas las pruebas planeadas han sido ejecutadas
pruebas
pruebas beta
objetivo de la prueba
descripcion de la prueba
tecnica
criterio de completitud
realizar la validacion del sistema por parte del usuario
prueba de aceptacion donde la validacion involucra el uso del software en un ambiente real
se selecciona un grupo de usuarios que ponen a trabajar el sistema en un ambiente real
se establece un periodo de pruebas beta en el que los errores detectados no sean de caracter critico
pruebas
Informationen
- Beschreibung
- Flussdiagramm am mapa conceptual, erstellt von Agustin Hernandez am 29/09/2019.
- Erstellt von
- Agustin Hernandez
- Aufrufe
- 0
- Bewertung