Salazar Garrio Pedro
jueves, 8 de noviembre de 2012
Pruebas de Software
Munguia Cruz Antonio de Jesus
Salazar Garrido Pedro
Definición de la conferencista de Ingeniería de
Sistemas
La rama de la ingeniería que facilita la implementación de
una correcta combinación de herramientas de software y
hardware que permitan apoyar:
1.- La estrategia de los países
2.-La estrategia de negocio de las compañías
3.-La felicidad y facilidad en la vida de las personas
Descrédito de las pruebas de software
Las pruebas no están funcionando, simplemente es un requerimiento más del método. Falta de implementación de métodos formales. Falta de personas entrenadas
“Las Pruebas son responsabilidad del usuario”
Las pruebas de aceptación se convirtieron en pruebas de sistema. No es su trabajo, costo de oportunidad. Los Usuarios no están entrenados para tal efecto, complejidad técnica, ad-hoc testing.
Objetivos del Testing
l.- Encontrar defectos
2.- Lograr confianza acerca del nivel de calidad
3.- Proveer información
4.- Prevenir defectos
Principios generales del Testing
l.- Testing muestra la presencia de defectos
2.- Testing exhaustivo es imposible
3.- Testing temprano
4.- Concentración (cluster) de Defectos
Niveles de Pruebas: Unitarias, Integración,
Sistema y Aceptación
l Cada etapa de desarrollo genera artefactos a los cuales se les debe aplicar (en ciclos de vida clásicos):
Pruebas Unitarias: Realizadas por el creador del artefacto
Pruebas Integración: Realizadas por el creador del artefacto
Pruebas de Sistema: Realizadas por el equipo de pruebas
Prueba de Aceptación – Usuario: Se realizan al final de las anteriores, cuando los artefactos están listos.
Resumen Niveles de Prueba-Cuándo se prueba.
1.-Requisitos:
Creación Artefactos
-Unitarias
- Integración
Proceso de Pruebas
-Sistema
2.-Diseño:
Creación Artefactos:
-Unitarias
- Integración
Proceso de Pruebas
-Sistema
3.-Construccion:
Creación Artefactos:
-Unitarias
- Integración
Proceso de Pruebas
-Sistema
Qué se necesita para implementar pruebas
Depende de mi modelo de desarrollo (Clásico, Ágil?),Unitarias, integración, de sistemas o aceptación?
Dependiendo, se debe establecer e implantar procesos y métodos. Algunos ejemplos para pruebas de sistema.
Claves para la implantación
l El éxito de la implantación de un área de pruebas
depende de :
Por si mismas no tienen sentido. Los métodos dependerán del ciclo de vida utilizado en el proyecto Madurez. Dónde debe estar el proceso de pruebas.Existen muchos modelos, pero recuerde que hace parte del proceso de desarrollo.
Herramientas Operativas:
1.-Operativas
2.-Para pruebas unitarias
3.-Automatización de Pruebas funcionales
4.-Automatización
5.-Automatización bajo framework de trabajo
6.-Alta Automatización
Salazar Garrido Pedro
Definición de la conferencista de Ingeniería de
Sistemas
La rama de la ingeniería que facilita la implementación de
una correcta combinación de herramientas de software y
hardware que permitan apoyar:
1.- La estrategia de los países
2.-La estrategia de negocio de las compañías
3.-La felicidad y facilidad en la vida de las personas
Descrédito de las pruebas de software
Las pruebas no están funcionando, simplemente es un requerimiento más del método. Falta de implementación de métodos formales. Falta de personas entrenadas
“Las Pruebas son responsabilidad del usuario”
Las pruebas de aceptación se convirtieron en pruebas de sistema. No es su trabajo, costo de oportunidad. Los Usuarios no están entrenados para tal efecto, complejidad técnica, ad-hoc testing.
Objetivos del Testing
l.- Encontrar defectos
2.- Lograr confianza acerca del nivel de calidad
3.- Proveer información
4.- Prevenir defectos
Principios generales del Testing
l.- Testing muestra la presencia de defectos
2.- Testing exhaustivo es imposible
3.- Testing temprano
4.- Concentración (cluster) de Defectos
Niveles de Pruebas: Unitarias, Integración,
Sistema y Aceptación
l Cada etapa de desarrollo genera artefactos a los cuales se les debe aplicar (en ciclos de vida clásicos):
Pruebas Unitarias: Realizadas por el creador del artefacto
Pruebas Integración: Realizadas por el creador del artefacto
Pruebas de Sistema: Realizadas por el equipo de pruebas
Prueba de Aceptación – Usuario: Se realizan al final de las anteriores, cuando los artefactos están listos.
Resumen Niveles de Prueba-Cuándo se prueba.
1.-Requisitos:
Creación Artefactos
-Unitarias
- Integración
Proceso de Pruebas
-Sistema
2.-Diseño:
Creación Artefactos:
-Unitarias
- Integración
Proceso de Pruebas
-Sistema
3.-Construccion:
Creación Artefactos:
-Unitarias
- Integración
Proceso de Pruebas
-Sistema
Qué se necesita para implementar pruebas
Depende de mi modelo de desarrollo (Clásico, Ágil?),Unitarias, integración, de sistemas o aceptación?
Dependiendo, se debe establecer e implantar procesos y métodos. Algunos ejemplos para pruebas de sistema.
Claves para la implantación
l El éxito de la implantación de un área de pruebas
depende de :
Por si mismas no tienen sentido. Los métodos dependerán del ciclo de vida utilizado en el proyecto Madurez. Dónde debe estar el proceso de pruebas.Existen muchos modelos, pero recuerde que hace parte del proceso de desarrollo.
Herramientas Operativas:
1.-Operativas
2.-Para pruebas unitarias
3.-Automatización de Pruebas funcionales
4.-Automatización
5.-Automatización bajo framework de trabajo
6.-Alta Automatización
martes, 23 de octubre de 2012
Clientes De Prueba
El cliente de
prueba deja a los usuarios establecer parámetros de prueba , mandar la entrada
al servicio y observar la respuesta que este devuelve; provee un servicio de
prueba sin dificultades cuando se mezcla con el servidor que proporciona el
trabajo que se requiere.
Prueba de carga
Esta es una de las pruebas que se puede
realizar y donde podemos simular la petición de 50 usuarios al servidor, esto
se lleva a cabo con una herramienta de software (JMeter)
Problemas que se pueden presentar
Interfaz grafica de usuario.
Entornos distintos atendiendo a las plataformas usadas.
Procesamiento distribuido.
Base de datos distribuida.
Relaciones de rendimiento.
Otro enfoque
para la aplicación de pruebas a esta arquitectura es: probar en paralelo,
en el cliente de prueba y en el servidor de prueba, sin ejecutar operaciones de
red, probándose, de esta manera , la arquitectura completa debes tener en
cuenta los métodos que tienes disponibles en los usuarios del paquete.
Errores más frecuentes de Interfaz
|
Donde
existen parámetros de tipo erróneo, en orden incorrecto o con numero de
parámetros erróneos
|
||
Mal
entendimiento de Interfaces
|
El
comportamiento invocado no se comporta como se esperaba.
|
|
Errores
de tipo
|
En
sistemas de tipo real en el que se usa memoria compartida o una interfaz que
pasa mensajes, la fuente de datos y el cliente de datos operan a distintas
velocidades
|
JMeter puede simular peticiones de usuarios con parámetros únicos
para cada uno, como por ejemplo, el usuario y el pasword, los cuales son
diferentes para cada usuario que inicia una sesión en la aplicación a través de
un navegador.
·
Para que esto se lleva a cabo se
debe crear un archivo llamado users.xml, dentro de la carpeta “bin”
de JMeter. Así pues, la herramienta tiene elementos necesarios para llevar a
cabo la simulación de peticiones, creando a nuestros clientes de prueba.
Servidor de pruebas
·
Uno de los elementos necesarios en la
arquitectura cliente-servidor, es el servidor. Paran realizar las pruebas del
lado del servidor necesitamos crear un servidor de pruebas, el cual simulara el
real.
La herramienta se llama WAMP, y nos crea y habilita un servidor de
pruebas, otra es XAMPP.
Suscribirse a:
Entradas (Atom)