Ciclo ALM AcadémicoCurso 20-497Pruebas de software con Microsoft Visual Studio 2013

http://co.linkedin.com/in/egcarreno

http://co.linkedin.com/in/willydev

• Lanzamiento de libro en el primer trimestre 2015

• Retroalimentación por parte de los asistentes

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

• Windows Store Apps

• SharePoint Applications

• Application Lifecycle Management

• Web Applications

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

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

•

Orígenes de datos

Capa de datos

Capa de servicios

Capa de negocio

Servicios

Sistemas externos

Capa de presentación

Usuarios

Ele

men

tos

tran

svers

ale

s

Despliegue

No distribuido

Servidor Web

Presentación

Negocio

Datos

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

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

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

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

Es un conjunto de herramientas, procesos y prácticas queayudan a los equipos a gestionar el ciclo de vida de lasaplicaciones 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

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

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

• Marco de trabajo para el desarrollo de software ágil

• Ligero

• Fácil de entender

• Extremadamente difícil de llegar a dominar

• La evaluación de software…

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

• Un criterio de aceptación define el requisito en el desarrollo de software ágil.

• El desarrollo se encuentra terminado cuando…

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

• Requisitos = Qué

• Especificaciones = Cómo

• Demasiado diseño inicial y documentación es un despilfarro

• Un buen requisito debe…

• Las historias de usuario son una forma popular de expresar requisitos

• Formato

• Representa los detalles de un requisito

• Ejemplos

• 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

• 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

• Valor para el negocio

• Esfuerzo

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

• El dueño del producto y el equipo de desarrollo

• Estimación

• Previsión

• Factores que influencian la previsión

• TFS cuenta con una herramienta para la previsión

• Desarrollo

• Aceptación

• Exploratorias

Unitarias

Integración

Aceptación

Exploratoria

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

• 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

• 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