Esta presentación muestra como podemos evolucionar del Control de Calidad hacia una Estrategia de Calidad mediante el uso de un conjunto de practicas (técnicas, herramientas) transversales a todo el proceso de desarrollo y no solo como una fase al final. Teniendo una visión holística del software como un producto no es suficiente con solo probarlo, debemos asegurarnos que la calidad esta presente desde la concepción de la idea hasta que la implementación de esta idea es puesta en producción y llega a los consumidores (clientes, usuarios finales, otras apps o servicios).
SISTEMA INTEGRADO DE ADMINISTRACION FINANCIERA - SIAF MODULO ADMINISTRATIVO
Estrategia de calidad
1. Estrategia de Calidad
“Procurar la entrega oportuna y continua de Software de Calidad desde
la concepción del producto hasta que su implementación llegue al
consumidor”
2.
3.
4.
5.
6. Historia de Usuario
“Es una descripción breve de una
funcionalidad del software tal y
como la percibe el usuario”
Mike Cohn
15. Se finalizo el análisis de la historia
La Historia esta completa con detalles e información relevante
Se entiende bien que valor agrega la historia
Tiene dependencias con otras historias
Hay wireframes/diseños para la historia
Se entienden bien los criterios de aceptación
La estimación de la historia está bien
Kickoff Checklist
25. La historia tiene suficiente cobertura de pruebas
Otra persona realizo la revisión del código
Se han cubierto todos los criterios de aceptación
Se reviso si la historia pudo haber afectado algo más
Se probó la historia de forma manual
El esquema de color es consistente con el resto de la aplicación
La historia necesita alguna retroalimentación o corrección
Hands over Checklist
Independiente: Podríamos agendarla e implementarla en cualquier orden
Negociable: El detalle de la historia es co-creado por el cliente y el equipo de desarrollo
Valioso: La funcionalidad es valiosa para el cliente y los usuarios del software
Estimable: El equipo puede obtener una estimación razonable del tiempo/esfuerzo que requerirá
Small: Se deben construir en una pequeña cantidad de tiempo, terminar varias en cada iteración
Testable: Deberías poder escribir pruebas para verificar que el software de la historia funciona correctamente
Definición de Criterios de Aceptación
Escritas en lenguaje simple
Establece las condiciones de éxito o satisfacción de la historia de usuario
Provee limites claros
Ayuda a evitar ambigüedades
Establece consideraciones a tomar en cuenta en cada historia
Sirve de base para Pruebas de aceptación
Given – when – then
S - Specific (Específicos)
M - Measurable (Medibles)
A - Achievable (Alcanzables)
R - Relevant (Relevantes)
T - Time-boxed (Limitados en el tiempo)
Analiza código antes de ejecutarlo
Detecta errores de sintaxis ; }
Detecta código inseguro y algunos bugs
Mantener solo dos estados: Mientras este abierto no es de mucha importancia el progreso que se tenga en desarrollo porque mientras este abierto significa que continua ocurriendo