PRESENTACION DE LAS PLAGAS Y ENFERMEDADES DEL PALTO
22 Tipos de Pruebas (Software)
1. TIPOS DE PRUEBAS (SOFTWARE)
PRESENTADO POR:
MAGNOLIA CAMILA ARBELÁEZ POLINDARA
PRESENTADO A:
PAOLA ANDREA MANQUILLO
SERCICIO NACIONAL DE APRENDIZAJE SENA – REGIONAL CAUCA
CENTRO DE TELEINFORMÁTICA Y PRODUCCIÓN INDUSTRIAL
ANÁLISIS Y DESARROLLO DE SISTEMAS DE INFORMACIÓN
660431
POPAYÁN – CAUCA
2015
2. TIPOS DE PRUEBAS
(SOFTWARE)
A continuación se describenveinticinco (25) tipos de pruebas que se pueden realizar
a cualquier producto software:
1. Prueba de integración:
Esta prueba verifica que las interfaces entre las componentes de software
funcionan correctamente, determina cómo la base de datos de prueba será
cargada, determina el enfoque para avanzar desde un nivel de integración
de los componentes al siguiente y decide qué acciones tomar cuando se
descubren problemas.
2. Prueba de regresión:
En esta prueba el sistema es probado nuevamente teniendo en cuenta que
ya se han realizado cambios durante el debugging, mantenimiento o
desarrollo de la nueva versión del sistema buscando efectos adversos en
otras partes.
3. Pruebas de Humo (Smoke Testing):
Esta prueba tiene éste nombre debido a que su objetivo es probar el sistema
constantemente buscando que este llegue al punto en que saque “humo” o
en el peor de los casos falle. En algunos proyectos esta prueba va en
conjunto con las pruebas funcionales. Para poder detectar problemas que
por lo regular no son detectados cuando se realizan las pruebas normales.
Algunas veces. Las pruebas de humo no son irritantes ni exhaustivas, pero
su aplicación va del extremo sur al extremo norte del software.
4. Prueba de desempeño:
Este tipo de pruebas miden tiempos de respuesta, índices de procesamiento
de transacciones y otros requisitos referentes al tiempo, verifica y valida los
requisitos de desempeño que se hayan especificado. Estas pruebas se
ejecutan varias veces, utilizando una carga diferente en el sistema, en cada
una, es decir, la prueba inicial debe ser ejecutada con una carga como la que
espera el sistema, en la segunda se debe usar una carga máxima.
5. Pruebas de Carga:
Las pruebas de carga miden la capacidad del sistema para seguir con su
funcionamiento apropiadamente bajo diferentes condiciones de carga. La
meta de este tipo de prueba es determinar y asegurar que el sistema funciona
correctamente aún más allá de la carga máxima de trabajo que espera. Cabe
anotar que las pruebas de carga examinan las características de desempeño
(todos los aspectos sensibles a tiempo).
3. 6. Prueba de Stress:
Esta prueba se propone encontrar errores debidos a recursos bajos o exceso
de recursos, poca memoria o espacio en disco puede revelar defectos en el
sistema que no son visibles e identificables bajo condiciones normales. Otros
defectos pueden resultar de incluir recursos compartidos, como bloqueos de
base de datos o ancho de banda de la red. Las pruebas de stress identifican
cual es la mayor carga que el sistema puede manejar.
7. Prueba de Volumen:
Este tipo de prueba hace referencia a grandes cantidades de datos para
determinar los límites que podrían causar que el sistema falle. También
identifica la carga máxima o volumen máximo que el sistema podría manejar
en un período. El objeto de esta prueba es someter al sistema a grandes
cantidades o volúmenes de datos para determinar si puede manejar el
volumen de datos especificado en sus requisitos.
8. Prueba de recuperación y tolerancia a fallos:
Esta prueba aseguran que una aplicación o sistema se recupere de una
variedad de anomalías de hardware, software o red con pérdidas de datos o
fallas que comprometan la integridad del software, para aquellos sistemas
que deben mantenerse corriendo, cuando una condición de falla ocurre,
aseguran que los sistemas alternos o de respaldo pueden tomar control del
sistema sin pérdida de datos. El objetivo de esta prueba es determinar la
habilidad y estabilidad del sistema para recuperarse de una falla involucrada
con el hardware o el software.
9. Prueba de compatibilidad y conversión:
El propósito es demostrar que los objetivos de compatibilidad no han sido
logrados y que los procedimientos de conversión no funcionan. La mayoría
de los programas que se desarrollan no son completamente nuevos; con
frecuencia son reemplazos de partes deficientes, ya sea de sistemas de
procesamiento de datos, o sistemas manuales. Como tales, los programas
tienen a menudo objetivos específicos con respecto a su compatibilidad y a
sus procedimientos de conversión con el sistema existente.
10.Prueba de integridad de datos o bases de datos:
La Base de datos y los procesos de Base de datos deben ser probados como
sistemas separados del proyecto. Esta prueba asegurar que los métodos de
acceso y procesos funcionan adecuadamente y sin ocasionar corrupción de
datos.
4. 11.Prueba de seguridad y control de acceso:
Seguridad del sistema, incluyendo acceso a datos o funciones de negocios
e incluyendo accesos remotos. Esta prueba se encarga de verificar que un
actor solo pueda acceder a las funciones y datos que su usuario tiene
permitido.
12.Prueba de GUI:
La prueba de interfaz de usuario verifica la interacción del usuario con el
sistema, es decir, la navegación. Valida los objetos de la ventana y
características, tales como menús, medidas, posiciones, estados y focos.
13.Prueba de configuración:
Estas pruebas verifican la operación del sistema en diferentes
configuraciones de hardware y software, validan y verifican que el cliente del
sistema funciona apropiadamente en las estaciones de trabajo
recomendadas.
14.Prueba de estilos:
Esta prueba sirve para comprobar que la aplicación sigue los estándares de
estilo propios del cliente, es decir, verifica el formato de las ventanas, colores
corporativos, tipos de letra etc.
15.Prueba de aceptación:
La Prueba de aceptación analiza la determinación por parte del cliente de la
aceptación o rechazo del software desarrollado. Esta prueba de es ejecutada
antes de que la aplicación sea instalada dentro de un ambiente de producción
real.
16.Prueba de instalación:
Las pruebas de instalación tienen dos propósitos. El primero es asegurar que
el sistema puede ser instalado en todas las configuraciones posibles .El
segundo propósito verificar que, una vez instalado, el sistema opera
correctamente. En esta prueba se verifica y valida que el sistema se instala
apropiadamente en cada cliente, bajo las condiciones de instalaciones
nuevas y actualizaciones.
17.Prueba funcional:
Estas pruebas se enfocan en los requisitos funcionales, asegura y valida los
requisitos funcionales, incluyendo la navegación, entrada de datos,
procesamiento y obtención de resultados.
5. 18.Prueba de documentación y procedimiento:
Evalúa la exactitud y claridad de la documentación del usuario para
determinar si el manual de procedimientos trabajará correctamente como una
parte integral del sistema, es decir, evalúa la documentación de usuario.
19.Prueba de Usabilidad:
Las pruebas de usabilidad determinan cuán bien el usuario podrá usar y
entender un sistema, también identifica las áreas de diseño que hacen difícil
para el usuario el uso del mismo. Esta prueba se encarga de verificar que la
aplicación no presenta problemas de usabilidad típicos como son:
El sistema es demasiado complejo.
La recuperación de errores es pobre.
Los procedimientos no son simples.
Los procesos del software no son obvios.
20.Prueba de Campo:
Esta prueba consiste en correr el sistema en un ambiente real para encontrar
errores y validar el producto. Esta prueba sirve para realizar un subconjunto
válido de pruebas de sistema y determina que pruebas de sistema serán
corridas para validar el sistema en producción.
21.Prueba Alfa:
Prueba para detectar errores en el sistema bajo un ambiente totalmente
controlado. Esta prueba hace la verificación del sistema involucrando la
ejecución de partes o todo del sistema en ambientes simulados, con el fin de
encontrar errores.
22.Prueba Beta:
Para esta prueba se realiza la validación del sistema por parte del usuario,
esta prueba involucra al usuario y al software en un ambiente real, cabe
anotar que el usuario debe hacer uso del software como es habitual y hacer
transacciones de las que se espera salidas normales.