ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Ingenieria de pruebas en arquitecturas cliente-servidor Daniel Herrera Salgado Mauro Parra Miranda ZLM QA Novell Inc


Enviado por   •  20 de Mayo de 2015  •  Informes  •  826 Palabras (4 Páginas)  •  254 Visitas

Página 1 de 4

Ingenieria de pruebas en arquitecturas cliente-servidor Daniel Herrera Salgado Mauro Parra Miranda ZLM QA Novell Inc

2. Ciclo de vida del software

3. Ciclo de vida del software Análisis Diseño Codificación Pruebas © Julio 2004 Novell Inc. 3

4. Ciclo de vida del software Análisis Diseño Codificación Pruebas © Julio 2004 Novell Inc. 4

5. Llenando un bug © Julio 2004 Novell Inc. 5

6. Metodos de prueba

7. Métodos de pruebas •Creación y gestión de jaulas automática. •Servidores de procedimientos remotos para lanzar comandos a máquinas y jaulas en la misma red, incluso simultáneamente. •Programas que despliegan archivos de instalación, a partir del estado en cierta fecha de los repositorios de código fuente. •Pruebas automatizadas que ejecutan comandos y guardan los resultados en bitácoras para su posterior análisis. © Julio 2004 Novell Inc. 7

8. Ventajas de las jaulas •Disponer de máquinas caprichosamente es costoso. •Linux, al ser una plataforma abierta, es muy extensible y configurable. •Linux permite simular múltiples sistemas completos dentro de una misma máquina, a los cuales les llamamos jaulas. •Una sola máquina puede hospedar cientos de jaulas, siendo cada jaula usada como un cliente del servidor. © Julio 2004 Novell Inc. 8

9. bugzilla © Julio 2004 Novell Inc. 9

10. Bug tracking Pruebas de Funcionalidad

11. Seguimiento de bugs Cuando un bug aparece, normalmente es reportado por los usuarios. Para hacer mas fácil la comunicación se utiliza una aplicación de web llamada bugzilla. Básicamente, el hacker lee el nuevo bug, lo reproduce y luego lo resuelve, notificando al usuario o QA que lo reportó para que lo vuelva a probar en la última versión del software. © Julio 2004 Novell Inc. 11

12. Pruebas de funcionalidad Se realizan pruebas exahustivas sobre el sistema, para detectar errores o comportamientos anómalos. Se han desarrollado programas que automatizan una gran cantidad de estas pruebas, si el programa detecta un error, se reporta al ingeniero de QA, para que este les dedique especial atención. En el caso de interfaces de usuario como la aplicación web, se realizan pruebas manuales para asegurar su correcto funcionamiento. © Julio 2004 Novell Inc. 12

13. Planes de prueba

14. Plan de Pruebas Escrito en que paso a paso se precisan los detalles para realizar las pruebas. Diseñados a partir de las especificaciones, de las lecciones aprendidas y buenas prácticas. Son diseñados por el equipo de QA y los desarrolladores en etapas tempranas del ciclo de vida del software. © Julio 2004 Novell Inc. 14

15. Objetivos •Asegurar el correcto proceso de prueba. •Normalizar las pruebas. •Garantizar la calidad del producto. © Julio 2004 Novell Inc. 15

16. Revision de los planes de prueba Los planes de pruebas son revisados continuamente para que las pruebas incluídas sigan siendo útiles y confiables, es decir, que cumplan con el objetivo de garantizar la calidad del producto final para los usuarios. © Julio 2004 Novell Inc. 16

17. ¿Que es una jaula?

18. ¿Que es una jaula? ● Una maquina virtual a la mano, sin software extra. ● Un sistema *nix completo, incluyendo privilegios, que no afectara el sistema base. ● Varios sistemas corriendo en la misma maquina, compartiendo recursos. © Julio 2004 Novell Inc. 18

19. Creando el tarball ● Instalar un sistema base ● Instalar el sistema objetivo en una de las particiones del sistema. ● Reiniciar con el sistema base ● Montar la particion que contiene el sistema objetivo. ● Hacer el tarball del sistema. © Julio 2004 Novell Inc. 19

20. Uso de jaulas

21. Uso de jaulas • Pueden correr tantas jaulas como se deseen en una misma maquina, dado que basta con hacer desempaquetarlas y entrar en ellas usando chroot. •Dependiendo el software que se este ejecutando, se requieren cambios en configuraciones de red. •Una de las mejores formas de comunicacion entre las jaulas es el uso de llamadas a procesos remotos sobre xml (xml-rpc) © Julio 2004 Novell Inc. 21

22. Uso de jaulas xml-rpc Sistema base © Julio 2004 Novell Inc. 22

23. Uso de jaulas No solo podemos usar varias jaulas en la misma maquina, podemos hacer una granja que corran jaulas. Se comunicaran de la misma forma. xml-rpc © Julio 2004 Novell Inc. 23

24. Slaves Podemos correr jaulas como si fueran sistemas base. Para hacerlo, necesitamos: •Copiar el tarball a una particion vacia •Desempaquetar el tarball en esa particion. •Configurar grub para que arranque desde la particion con la jaula. •Reiniciar la maquina. © Julio 2004 Novell Inc. 24

25. Automatizacion de pruebas Ya que tenemos varias jaulas, es posible hacer pruebas automatizadas sobre ellas. •Ejecutar un demonio en cada jaula que ejecute pruebas predefinidas. •Hacer pruebas rapidas con scripts en bash, viendo la salida de cada uno. Usualmente los casos de pruebas son expresados en xml y un demonio los ejecuta y reporta. © Julio 2004 Novell Inc. 25

26. Conclusiones

27. Conclusiones •Podemos probar software sobre varias distribuciones de linux •No necesitamos una gran inversion para tener todo un laboratorio de pruebas. •Los tarballs solamente se tienen que crear una ocasion. •Se pueden hacer pruebas de estres automatizadas. •Se minimiza el tiempo perdido por reinstalacion.

...

Descargar como  txt (5.2 Kb)  
Leer 3 páginas más »
txt