Este documento describe un curso sobre pruebas de software con Microsoft Visual Studio 2013. El curso cubre temas como el ciclo de vida de las aplicaciones, la planificación y seguimiento del trabajo de pruebas, y diferentes técnicas y prácticas para mejorar las pruebas de software.

1. Ciclo ALM Académico
Curso 20-497
Pruebas de software con Microsoft Visual Studio 2013
http://co.linkedin.com/in/egcarreno
http://co.linkedin.com/in/willydev

2. • Lanzamiento de libro en el
primer trimestre 2015
• Retroalimentación por
parte de los asistentes

3. • Nombre(s)
• Profesión
• Empresa en la cual trabaja o la cual representa
• Rol actual
• Experiencia en equipos de desarrollo
• Expectativa(s) y objetivo(s)

4. • Windows Store Apps
• SharePoint Applications
• Application Lifecycle Management
• Web Applications

5. Actividad Horas
Bienvenida e introducción 1
Gestión del ciclo de vida de las aplicaciones 2
Planificación y seguimiento del trabajo 3
Planificación del esfuerzo para la evaluación de software 3
Ejecución manual de la evaluación de software 3
Evaluación de software en el mundo real 3
Mejorando las prácticas para la evaluación de software 3

6. Inicio Fin Duración Actividad
18:30 18:45 15 min Revisión del día anterior
18:45 19:45 60 min Revisión conceptual
19:45 20:00 15 min Descanso
20:00 21:00 60 min Revisión conceptual - Laboratorio
21:00 21:30 30 min Laboratorio
Inicio Fin Duración Actividad
18:30 19:00 30 min Revisión del día anterior
19:30 19:45 45 min Revisión conceptual
19:45 20:00 15 min Descanso
20:00 21:00 60 min Revisión conceptual - Laboratorio
21:00 21:30 30 min Laboratorio

8. •
Orígenes de
datos
Capa de datos
Capa de servicios
Capa de negocio
Servicios
Sistemas
externos
Capa de
presentación
Usuarios
Elementostransversales

9. Despliegue
No distribuido
Servidor Web
Presentación
Negocio
Datos

10. Despliegue
distribuido
Servidor de
aplicaciones
Negocio
Datos
Servidor de
base de datos
Servidor Web
Presentación
Despliegue
No distribuido
Servidor Web
Presentación
Negocio
Datos
Servidor de
base de datos

11. Diseño y
arquitectura
Experiencia de
usuario
Gestión de
requerimientos
Calidad del
código
Gestión de la
configuración del
software
Gestión de datos
Gestión de
proyectos
Implementación y
operaciones
QA y pruebas
Gestión de
entrega
Poca
visibilidad del
estado de los
proyectos
Comunicación
inefectiva en
los equipos
Balancear la
demanda del
negocio con
los riesgos
del proyecto
Tiempos de
entrega y
calidad no
predecible

12. 0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100%
1994
1996
1998
2000
2002
2004
2006
2008
2010
2012
53
33
46
49
51
53
46
44
42
43
31
40
28
23
15
18
19
24
21
18
16
27
26
28
34
29
35
32
37
39
Standish Group, Chaos Summary
Desafiantes Fracasados Exitosos
Factor de éxito Puntos
Apoyo ejecutivo a la gestión 20
Participación del usuario 15
Optimización 15
Recursos calificados 13
Experiencia del administrador del proyecto 12
Procesos ágiles 10
Objetivos de negocio claros 6
Madurez emocional 5
Ejecución 3
Herramientas e infraestructura 1

14. Forrester define una solución de ALM como:
Conjunto integrado de herramientas que soportan y
unifican las siguientes actividades del ciclo de vida
- Gestión de Requerimientos
- Diseño y modelado
- Desarrollo
- Gestión de la configuración de Software (SCM)
- Pruebas

16. Es un conjunto de herramientas, procesos y prácticas que
ayudan a los equipos a gestionar el ciclo de vida de las
aplicaciones y que ofrece capacidades para:
- Planeación y seguimiento
- Diseño, desarrollo y pruebas
- Gestión de la configuración
- Construcción y liberación
- Reportes

17. Características principales de una solución ADLM
• Definición y gestión de requerimientos de software
• Controles de cambio y gestión de la configuración
• Planeación de proyectos de software con foco en planeación ágil
• Gestión de elementos de trabajo
• Gestión de la calidad incluida la gestión de defectos
Características adicionales
• Reportes
• Flujos de trabajo
• Integración y gestión de versiones
• Soporte a bases de conocimiento (wikis) y colaboración
• Facilidades para integración con otras herramientas de ADLM
http://www.gartner.com/technology/reprints.do?id=1-1N99LF3&ct=131120&st=sb

19. Individuos e interacciones sobre procesos y herramientas
Software funcionando sobre documentación extensiva
Colaboración con el cliente sobre negociación contractual
Respuesta ante el cambio sobre seguir un plan

20. • Marco de trabajo para el desarrollo de software ágil
• Ligero
• Fácil de entender
• Extremadamente difícil de llegar a dominar

21. • La evaluación de software…

22. • Son miembros del equipo de desarrollo.
• Su objetivo es entregar valor materializado en
software que funciona.
• Deben participar en las reuniones de planeación y
diseño.

23. • Un criterio de aceptación define el requisito en el
desarrollo de software ágil.
• El desarrollo se encuentra terminado cuando…

25. Una solución de ALM alojada en infraestructura Microsoft.
• Acceso a todos artefactos e información generada por el
equipo de trabajo.
• No requiere gestión de infraestructura
• Habilita la integración hacia herramientas Microsoft y de
otras plataformas

30. • Requisitos = Qué
• Especificaciones = Cómo
• Demasiado diseño inicial y documentación es un
despilfarro

31. • Un buen requisito debe…

32. • Las historias de usuario son una forma popular de
expresar requisitos
• Formato

33. • Representa los detalles de un requisito
• Ejemplos

34. • Es la única lista de trabajo a realizar en un producto
• Se refina de forma gradual y regular
• Se utiliza la pagina de Backlog en Visual Studio
Online para gestionarlo

36. • Es cada elemento de la lista del producto
• Puede representar
• Puede ser muy pequeño o muy grande en términos
del esfuerzo que involucre
• Atributos

38. • Valor para el negocio
• Esfuerzo

39. • Comunica un problema o un problema potencial
que existe en el producto
• Pueden aparecer a causa de múltiples razones
• El tipo de elemento “Bug” se utiliza para divulgar y
hacer seguimiento a los errores.

41. • El dueño del producto y el equipo de desarrollo
• Estimación

43. • Previsión
• Factores que influencian la previsión
• TFS cuenta con una herramienta para la previsión

46. • Desarrollo
• Aceptación
• Exploratorias
Unitarias
Integración
Aceptación
Exploratoria

47. • Verifica que el equipo construye las cosas de forma
correcta
• Son usadas como una herramienta de diseño
• Las pruebas unitarias son las mas populares pero
también se pueden tener:

48. • Verifica que el equipo construye el producto de
forma correcta
• Se crean para ser ejecutadas por cualquier miembro
del equipo
• Pueden ser automatizadas o manuales
• Tipos de pruebas de aceptación

57. • http://tfs.visualstudio.com
• http://fabrikam.codeplex.com
• http://msdn.microsoft.com/en-us/library/vstudio
• http://www.agilemanifesto.org
• https://www.scrum.org
• http://www.microsoftvirtualacademy.com/training-
courses/software-testing-with-visual-studio-2012-
exam-70-497-jump-start