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)

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

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 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

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

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

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

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

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

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.

Acelerando las pruebas de interfaz de usuario

Enfocada a Testers Expertos Gestión de pruebas eficiente Automatización (básica y avanzada) Pruebas de regresión Fácil mantenimiento de scripts

¡Muchas Gracias!