Your SlideShare is downloading. ×
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Ingeniería de pruebas en arquitectura cliente-servidor
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Ingeniería de pruebas en arquitectura cliente-servidor

2,999

Published on

Esta plática la dí con Daniel Salgado en el GULEV 2004

Esta plática la dí con Daniel Salgado en el GULEV 2004

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
2,999
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
44
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. 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. © Julio 2004 Novell Inc. 27
  • 28. Recursos
  • 29. Recursos •Juega con Novell Linux Desktop: http://www.novell.com/linux/download_linux.html •xml rpc http://www.xmlrpc.com/ •Corriendo bind en un jail http://sxs.thexdershome.com/internet_serving/bind9_chroot.html •man chroot © Julio 2004 Novell Inc. 29
  • 30. General Disclaimer This document is not to be construed as a promise by any participating company to develop, deliver, or market a product. Novell, Inc., makes no representations or warranties with respect to the contents of this document, and specifically disclaims any express or implied warranties of merchantability or fitness for any particular purpose. Further, Novell, Inc., reserves the right to revise this document and to make changes to its content, at any time, without obligation to notify any person or entity of such revisions or changes. All Novell marks referenced in this presentation are trademarks or registered trademarks of Novell, Inc. in the United States and other countries. All third-party trademarks are the property of their respective owners. No part of this work may be practiced, performed, copied, distributed, revised, modified, translated, abridged, condensed, expanded, collected, or adapted without the prior written consent of Novell, Inc. Any use or exploitation of this work without authorization could subject the perpetrator to criminal and civil liability.

×