Descargar la presentación
La descarga está en progreso. Por favor, espere
Publicada porTonio Rico Modificado hace 10 años
2
Entender el proceso que sigue un tester para probar un interfaz de usuario Tener una visión general de las capacidades que ofrece TLM para automatizar pruebas a nivel UI Ver los pasos que sigue un Tester a la hora de realizar un ciclo de pruebas completo (DEMO)
5
Team Foundation Server Reporting GeneralistaEspecialista Pruebas ManualesConocimientos de Scripting Crea scripts para configurar laboratorios y crear datos Conocimientos de Programación Desarrolla pequeños scripts para ahorrar tiempo Programador Avanzado Desarrolla scripts automatizados Programador Experto
6
sprint plan write tests for us1 write tests for us2 sprint plan build 1 build 2 build 3 implement user story 1 (us1) test us1 & file bugs Implement US2 build 4 fix bugs build 6 build 7 regress impacted tests build 5 implement us2 fix bugs test us2 & file bugs verify fixes
7
sprint plan write tests for us1 write tests for us2 sprint plan build 1 build 2 build 3 implement user story 1 (us1) test us1 & file bugs Implement US2 build 4 fix bugs build 6 build 7 regress impacted tests build 5 implement us2 fix bugs test us2 & file bugs verify fixes sprint plan write tests for us1 build 3 implement user story 1 (us1) test us1 & file bugs Con TLM podemos planificar la cobertura de los requisitos TLM ayuda a los tester a ver de forma clara que novedades se han introducido en la nueva build: Requisitos Tareas Solución de defectos
8
sprint plan write tests for us1 write tests for us2 sprint plan build 1 build 2 build 3 implement user story 1 (us1) test us1 & file bugs Implement US2 build 4 fix bugs build 6 build 7 regress impacted tests build 5 implement us2 fix bugs test us2 & file bugs verify fixes TLM acorta los ciclos de solución de defectos la verificación de los defectos solucionados es fácil y rápida gracias a las acciones grabadas build 5 verify fixes test us1 & file bugs fix bugs Los tester crean defectos detallados y fácilmente reproducibles
9
sprint plan write tests for us1 write tests for us2 sprint plan build 1 build 2 build 3 implement user story 1 (us1) test us1 & file bugs Implement US2 build 4 fix bugs build 6 build 7 regress impacted tests build 5 implement us2 fix bugs test us2 & file bugs verify fixes TLM ayuda a los tester a identificar que test se han visto impactados build 3 test us1 & file bugs build 4 build 6 build 7 build 5 code churn ? ? ? ? ? ? ? ? ? ? regress impacted tests
10
Nuevo tipo de test que hereda de las pruebas unitariasGenera codigo en C# y VBAPI para trabajar con Web, winForms y WPCDestinados a "grabar y ejecutar"Muy util para "FFWD" y comprobacion de defectosIntegrado dentro de ALMCompilar, desplegar y probar de forma automatizada a un entorno virtualEjecuciones locales o en otras maquinasExtensibilidad
13
Basado en Microsoft Active Accessibility MSAA se introdujo en Windows 95 en 1997 Si un elemento cambia de posición / color, el script lo seguirá identificando
14
Click Start button Click on the search box Type keyword in the search box Click the correct search result Search for the keyword Click the correct search result Launch the application or url
15
Search Busca el control en base al Query ID generado durante la grabación WFR Wait for Control to be Ready: Durante la ejecución el script se asegura que el control este preparado antes de actuar sobre el mismo. Ensure Visible El script se asegura de que el control este visible (ej. Que se pueda hacer click en el mismo y que este dentro de la pantalla) UI Sync Durante la ejecución, el script se asegura de que el control sobre el que se tenia que actuar ha recibido realmente la acción y la ha ejecutado.
16
Acelerando las pruebas de interfaz de usuario
17
Enfocada a Testers Expertos Gestión de pruebas eficiente Automatización (básica y avanzada) Pruebas de regresión Fácil mantenimiento de scripts
18
¡Muchas Gracias! jose.aracil@testhouse.net
Presentaciones similares
© 2024 SlidePlayer.es Inc.
All rights reserved.