NUEVAS TENDENCIAS EN LA CALIDAD DEL SOFTWARE IGNACIO BAYUGAR

Tamaño: px
Comenzar la demostración a partir de la página:

Download "NUEVAS TENDENCIAS EN LA CALIDAD DEL SOFTWARE IGNACIO BAYUGAR"

Transcripción

1 NUEVAS TENDENCIAS EN LA CALIDAD DEL SOFTWARE IGNACIO BAYUGAR i id

2 NUEVAS TENDENCIAS EN LA CALIDAD DEL SOFTWARE El desarrollo ágil El nuevo rol de QA La nueva perspectiva respecto a la calidad

3 LA CALIDAD DEL SOFTWARE ANTES Modelo de desarrollo en cascada

4 LA CALIDAD DEL SOFTWARE ANTES Equipo muy segmentado;

5 LA CALIDAD DEL SOFTWARE ANTES Equipo muy segmentado; Equipo de QA poco escalable;

6 LA CALIDAD DEL SOFTWARE ANTES Equipo muy segmentado; Equipo de QA poco escalable; Planificaciones rígidas, fechas de release inamovibles;

7 LA CALIDAD DEL SOFTWARE ANTES Equipo muy segmentado; Equipo de QA poco escalable; Planificaciones rígidas, fechas de release inamovibles; Contraposición de objetivos entre miembros del equipo;

8 LA CALIDAD DEL SOFTWARE ANTES Equipo muy segmentado; Equipo de QA poco escalable; Planificaciones rígidas, fechas de release inamovibles; Contraposición de objetivos entre miembros del equipo; Calidad relegada para el final del proceso, poco tiempo para dedicarle;

9 LA CALIDAD DEL SOFTWARE ANTES Equipo muy segmentado; Equipo de QA poco escalable; Planificaciones rígidas, fechas de release inamovibles; Contraposición de objetivos entre miembros del equipo; Calidad relegada para el final del proceso, poco tiempo para dedicarle; Poca eficiencia, sinergia y rentabilidad

10 CAMBIO DE ENFOQUE METODOLOGÍAS ÁGILES Dos objetivos preponderantes: Mejorar los tiempos de finalización de los productos, sin merma en la calidad; Definición dinámica de los atributos del producto (adaptabilidad a requisitos cambiantes).

11 CAMBIO DE ENFOQUE METODOLOGÍAS ÁGILES Metodologías ágiles como medio para cumplir esos fines.

12 CAMBIO DE ENFOQUE METODOLOGÍAS ÁGILES Metodologías ágiles como medio para cumplir esos fines. Cambio de perspectiva en relación al rol del QA dentro del proceso de desarrollo, y de la calidad en general

13 CAMBIO DE ENFOQUE METODOLOGÍAS ÁGILES Metodologías ágiles como medio para cumplir esos fines. Cambio de perspectiva en relación al rol del QA dentro del proceso de desarrollo, y de la calidad en general: Todos participan y aportan a cada fase del desarrollo; Una fase del proceso no debe esperar a que termine la anterior; Puntos en común en análisis, diseño, desarrollo, calidad.

14 METODOLOGÍAS ÁGILES EL ROL DE QA VERIFICAR QUE EL PRODUCTO FUNCIONA DE ACUERDO A LOS REQUISITOS DEFINIDOS

15 METODOLOGÍAS ÁGILES EL ROL DE QA VERIFICAR QUE EL PRODUCTO FUNCIONA DE ACUERDO A LOS REQUISITOS DEFINIDOS

16 METODOLOGÍAS ÁGILES EL ROL DE QA VERIFICAR QUE EL PRODUCTO FUNCIONA DE ACUERDO A LOS REQUISITOS DEFINIDOS Asegurar que el proceso de desarrollo permita una velocidad cada vez mayor, mejor calidad en los productos, y mejor experiencia de uso.

17 METODOLOGÍAS ÁGILES EL ROL DE QA Automatización de los tests

18 METODOLOGÍAS ÁGILES EL ROL DE QA Automatización de los tests No solo se testea la funcionalidad (Cross Browsing, Carga, Penetration Testing);

19 METODOLOGÍAS ÁGILES EL ROL DE QA Automatización de los tests No solo se testea la funcionalidad (Cross Browsing, Carga, Penetration Testing); Build Contínuo;

20 METODOLOGÍAS ÁGILES EL ROL DE QA Automatización de los tests No solo se testea la funcionalidad (Cross Browsing, Carga, Penetration Testing); Build Contínuo; Entendimiento del riesgo e impacto de los builds;

21 METODOLOGÍAS ÁGILES EL ROL DE QA Automatización de los tests No solo se testea la funcionalidad (Cross Browsing, Carga, Penetration Testing); Build Contínuo; Entendimiento del riesgo e impacto de los builds; Monitoreo y analítica web.

22 TESTS AUTOMÁTICOS BENEFICIOS Ahorro de tiempo (ejecución más rápida, menor feedback necesario, traspaso de conocimientos cuando los equipos cambian, reporte de bugs, etc); Tests sensibles que detectan hasta el más mínimo defecto (no es necesario depender de la evaluación "humana", detección de bugs difíciles de reproducir);

23 TESTS UNITARIOS Verifican solo una unidad de código. Permiten concentrarse en una pequeña parte del código, y verificar su funcionamiento

24 TESTS UNITARIOS EJEMPLO

25 TESTS UNITARIOS EJEMPLO

26 TESTS UNITARIOS EJEMPLO

27 TESTS UNITARIOS EJEMPLO

28 TESTS UNITARIOS COBERTURA

29 TESTS UNITARIOS COBERTURA

30 TESTS UNITARIOS COBERTURA

31 TESTS DE INTEGRACIÓN Verifican la correcta interacción entre las diferentes unidades o módulos;

32 TESTS DE INTEGRACIÓN Verifican la correcta interacción entre las diferentes unidades o módulos; Además, hay cosas que un test unitario no puede probar, como acceso a base de datos para búsquedas, inserciones, etc.

33 TESTS DE INTEGRACIÓN

34 TESTS FUNCIONALES Ver la aplicación completa como una caja negra, situándose en el punto de vista del usuario final. Además, en en general con tests de integración + unitarios, no se pueden probar vistas, configuraciones del servidor, etc. Adicionalmente, en muchos frameworks, los tests de integración simulan un uso de la base, pero de todos los registros que se generan, se hace un rollback al final del tests (nunca se comittean). Entonces, un tests no puede ver o usar lo que generó el anterior. En los tests funcionales, se usa la base y no se hace rollback, por lo que los registros de un test pueden usarse en el siguiente, posibilitando la creación de suites o tests de flujos complejos.

35 TESTS FUNCIONALES

36 TESTS AUTOMÁTICOS CONCLUSIONES

37 Unitarios TESTS AUTOMÁTICOS CONCLUSIONES

38 TESTS AUTOMÁTICOS CONCLUSIONES Unitarios Fomentan el cambio: son una guía para el programador que va a modificar la aplicación. Si la batería de tests unitarios es completa, ante cualquier modificación del código se va a saber si se generó un error o no, o si la aplicación se sigue comportando de la misma manera. Esto da más seguridad al programador a la hora de modificar o mantener código de otro, hacer refactors, fixes, etc.

39 TESTS AUTOMÁTICOS CONCLUSIONES Unitarios Fomentan el cambio: son una guía para el programador que va a modificar la aplicación. Si la batería de tests unitarios es completa, ante cualquier modificación del código se va a saber si se generó un error o no, o si la aplicación se sigue comportando de la misma manera. Esto da más seguridad al programador a la hora de modificar o mantener código de otro, hacer refactors, fixes, etc. Simplifican la integración: Permiten llegar a la fase de integración con un alto grado de seguridad de que el código está funcionando correctamente, lo que permite que dicha fase se concentre en encontrar problemas de integración, y que así el testing sea más efectivo.

40 TESTS AUTOMÁTICOS CONCLUSIONES Unitarios Fomentan el cambio: son una guía para el programador que va a modificar la aplicación. Si la batería de tests unitarios es completa, ante cualquier modificación del código se va a saber si se generó un error o no, o si la aplicación se sigue comportando de la misma manera. Esto da más seguridad al programador a la hora de modificar o mantener código de otro, hacer refactors, fixes, etc. Simplifican la integración: Permiten llegar a la fase de integración con un alto grado de seguridad de que el código está funcionando correctamente, lo que permite que dicha fase se concentre en encontrar problemas de integración, y que así el testing sea más efectivo. Documentan el código: las propias pruebas son documentación del código, porque ahí se puede ver como utilizarlo;

41 TESTS AUTOMÁTICOS CONCLUSIONES Unitarios Fomentan el cambio: son una guía para el programador que va a modificar la aplicación. Si la batería de tests unitarios es completa, ante cualquier modificación del código se va a saber si se generó un error o no, o si la aplicación se sigue comportando de la misma manera. Esto da más seguridad al programador a la hora de modificar o mantener código de otro, hacer refactors, fixes, etc. Simplifican la integración: Permiten llegar a la fase de integración con un alto grado de seguridad de que el código está funcionando correctamente, lo que permite que dicha fase se concentre en encontrar problemas de integración, y que así el testing sea más efectivo. Documentan el código: las propias pruebas son documentación del código, porque ahí se puede ver como utilizarlo; Errores más fáciles de localizar: dado que hay pruebas unitarias que pueden desenmascararlos.

42 TESTS AUTOMÁTICOS CONCLUSIONES Integración y funcionales: Testean que la aplicación cumpla con el propósito para el que se desarrolló: el test de integración se hace pensando en los usos de la aplicación;

43 TESTS AUTOMÁTICOS CONCLUSIONES Integración y funcionales: Testean que la aplicación cumpla con el propósito para el que se desarrolló: el test de integración se hace pensando en los usos de la aplicación; Permiten descubrir errores funcionales y de diseño: pueden evidenciar errores que no tengan que ver con métodos que no hacen lo que tienen que hacer, sino con una aplicación mal diseñada, en la que no todas sus partes encajan de manera adecuada en todos los casos. Además, una aplicación puede tener errores a pesar de tener 100% de cobertura en líneas.

44 TESTS AUTOMÁTICOS CONCLUSIONES Integración y funcionales: Testean que la aplicación cumpla con el propósito para el que se desarrolló: el test de integración se hace pensando en los usos de la aplicación; Permiten descubrir errores funcionales y de diseño: pueden evidenciar errores que no tengan que ver con métodos que no hacen lo que tienen que hacer, sino con una aplicación mal diseñada, en la que no todas sus partes encajan de manera adecuada en todos los casos. Además, una aplicación puede tener errores a pesar de tener 100% de cobertura en líneas. Documentan casos de uso: pueden mapearse uno a uno con un caso de uso de la aplicación, y por tanto la batería de tests de integración y funcionales, documentan todos los casos de uso posibles de la aplicación.

45 TESTS AUTOMÁTICOS CONCLUSIONES Integración y funcionales: Testean que la aplicación cumpla con el propósito para el que se desarrolló: el test de integración se hace pensando en los usos de la aplicación; Permiten descubrir errores funcionales y de diseño: pueden evidenciar errores que no tengan que ver con métodos que no hacen lo que tienen que hacer, sino con una aplicación mal diseñada, en la que no todas sus partes encajan de manera adecuada en todos los casos. Además, una aplicación puede tener errores a pesar de tener 100% de cobertura en líneas. Documentan casos de uso: pueden mapearse uno a uno con un caso de uso de la aplicación, y por tanto la batería de tests de integración y funcionales, documentan todos los casos de uso posibles de la aplicación. Más fáciles de mantener que los unitarios: es más dificil que cambie un caso de uso de una aplicación, a que cambie un método interno.

46 Buenas prácticas: TESTS AUTOMÁTICOS CONCLUSIONES

47 TESTS AUTOMÁTICOS CONCLUSIONES Buenas prácticas: Correr los tests unitarios rápidamente y frecuentemente.

48 TESTS AUTOMÁTICOS CONCLUSIONES Buenas prácticas: Correr los tests unitarios rápidamente y frecuentemente. Hacer tests mantenibles y fáciles de leer, y que sirvan para identificar fácilmente los errores.

49 TESTS AUTOMÁTICOS CONCLUSIONES Buenas prácticas: Correr los tests unitarios rápidamente y frecuentemente. Hacer tests mantenibles y fáciles de leer, y que sirvan para identificar fácilmente los errores. Mantener la cobertura

50 TESTS AUTOMÁTICOS CONCLUSIONES Buenas prácticas: Correr los tests unitarios rápidamente y frecuentemente. Hacer tests mantenibles y fáciles de leer, y que sirvan para identificar fácilmente los errores. Mantener la cobertura Testear en todos los niveles

51 TESTS AUTOMÁTICOS CONCLUSIONES Buenas prácticas: Correr los tests unitarios rápidamente y frecuentemente. Hacer tests mantenibles y fáciles de leer, y que sirvan para identificar fácilmente los errores. Mantener la cobertura Testear en todos los niveles Usar integración contínua

52 INTEGRACIÓN CONTÍNUA Incorporar todo el tiempo pequeñas piezas de funcionalidad al producto. Realizar pruebas de forma automática lo más tempranamente posible en la fase de desarrollo, con el fin de detectar fallos cuanto antes; La calidad no se deja para el final del proceso, sino que se incorpora en todas sus etapas; La calidad pasa a ser responsabilidad de todo el equipo (los tests son corridos por los desarrolladores ante cada cambio, por lo que pueden detectar y solucionar problemas en forma contínua sin esperar que QA sea quién identifique el problema)

53 TESTS AUTOMÁTICOS MÁS TESTS CrossBrowsing Pérdida de funcionalidad en diferentes browsers Correcta visualización Carga Respuesta ante picos inusuales de tráfico Correcto funcionamiento ante segmentos sostenidos de alto tráfico

54 Seguridad TESTS AUTOMÁTICOS MÁS TESTS

55 Seguridad TESTS AUTOMÁTICOS MÁS TESTS

56 Seguridad TESTS AUTOMÁTICOS MÁS TESTS

57 Seguridad TESTS AUTOMÁTICOS MÁS TESTS

58 Seguridad TESTS AUTOMÁTICOS MÁS TESTS

59 Seguridad TESTS AUTOMÁTICOS MÁS TESTS

60 REVISIÓN DE CÓDIGO Responsabilidad Compartida Difusión y aprendizaje de buenas prácticas Código más estandarizado Código más confiable, con menos bugs Todos en el equipo conocen el código Costos: Desenfoca otro recurso La revisión implica tiempo Debe ser sincrónica

61 RIESGO E IMPACTO DE CADA BUILD Dado que se hacen cambios contínuos y se agrega funcionalidad a una aplicación que está funcionando y siendo usada por el usuario, el efecto de cada cambio puede ser muy grande. Debe haber un rápido análisis del riesgo y del impacto No solo QA, sino también desarrollo debe ser capaz de dimensionar el riesgo y el impacto

62 RIESGO E IMPACTO MODELO ACC Definir Atributos (características del producto) Componentes (las piezas, al nivel de especificación deseado: apis, clases, base de datos, nombre de un módulo); Capacidades (describen el comportamiento del producto; son las cosas testeables).

63 RIESGO E IMPACTO MODELO ACC

64 RIESGO E IMPACTO MODELO ACC

65 ALGUNOS LINKS Tests unitarios: Java: junit.org Grails: Spock: https://code.google.com/p/spock/ Javascript: Cobertura de código: Java: Grails:

66 ALGUNOS LINKS Tests Funcionales: Selenium Firefox IDE: WebDriver Java: https://code.google.com/p/selenium/wiki/gettingstarted Load Testing: Penetration Testing: Integración contínua: Evaluación de impacto y riesgo: https://code.google.com/p/test-analytics/wiki/accexplained,

67 MONITOREO Y FEEDBACK

68 MONITOREO Y FEEDBACK Saber como se comporta y cómo es usada la aplicación, y a partir de eso generar información que permita tomar decisiones. Performance, errores, uptime Real User Monitoring Métricas funcionales Alarmas Métricas de negocio

69 MONITOREO TIEMPOS Y ERRORES Cuánto tarda la aplicación en procesar datos? Cuánto tardan las querys a la base de datos? Qué porcentaje de errores hay, en relación a la cantidad de requests recibidos / procesos / threads inciados? Hay picos de errores? Hay picos de tiempos altos? La aplicación es estable? Reacciona bien a los picos de tráfico? La disponibilidad de la aplicación es buena (uptime)? Los tiempos de frontend son aceptables? Los tiempos se mantienen en todos los browsers?

70 MONITOREO TIEMPOS Y ERRORES (www.newrelic.com)

71 MONITOREO ALARMAS Pensar en la alarma antes de generar la nueva versión de la aplicación.

72 MONITOREO TIEMPOS Y ERRORES (www.newrelic.com)

73 MONITOREO MÉTRICAS DE NEGOCIO Cómo se usa la aplicación? Qué partes de la aplicación son las más valoradas por el usuario? Análisis de dropout de flujos AB Testing (cuál versión es mejor)? Los nuevos features fueron beneficiosos para el negocio?

74 MONITOREO MÉTRICAS FUNCIONALES Buscar indicadores que manifiesten si la aplicación está funcionando bien, más allá de errores o tiempos Ejemplos: datos procesados correctamente, consistencia de datos entre distintas unidades de negocios, datos encolados para ser procesados, volumen datos procesados, volumen de datos en diferentes estados, etc.

75 MONITOREO LINKS Performance: Métricas de negocio:

76 CONCLUSIONES Asegurar que el proceso de desarrollo fomente

77 CONCLUSIONES Asegurar que el proceso de desarrollo fomente: Mejora contínua en la calidad

78 CONCLUSIONES Asegurar que el proceso de desarrollo fomente: Mejora contínua en la calidad Mejora contínua en la velocidad para poner en producción

79 CONCLUSIONES Asegurar que el proceso de desarrollo fomente: Mejora contínua en la calidad Mejora contínua en la velocidad para poner en producción Requisitos cambiantes

80 CONCLUSIONES Asegurar que el proceso de desarrollo fomente: Mejora contínua en la calidad Mejora contínua en la velocidad para poner en producción Requisitos cambiantes La calidad es una responsabilidad de todos

81 CONCLUSIONES QA NO ejecuta tests;

82 CONCLUSIONES QA NO ejecuta tests; Asegura la automatización de los tests, asesorando que tipo de test conviene (unitario, integración o funcional), y qué casos de uso se deberían probar.

83 CONCLUSIONES QA NO ejecuta tests; Asegura la automatización de los tests, asesorando que tipo de test conviene (unitario, integración o funcional), y qué casos de uso se deberían probar. QA conoce en detalle el funcionamiento de la aplicación y asegura el testing no solo el código, sino también de los posibles usos de la aplicación.

84 CONCLUSIONES QA NO ejecuta tests; Asegura la automatización de los tests, asesorando que tipo de test conviene (unitario, integración o funcional), y qué casos de uso se deberían probar. QA conoce en detalle el funcionamiento de la aplicación y asegura el testing no solo el código, sino también de los posibles usos de la aplicación. Participa de revisiones de código;

85 CONCLUSIONES QA NO ejecuta tests; Asegura la automatización de los tests, asesorando que tipo de test conviene (unitario, integración o funcional), y qué casos de uso se deberían probar. QA conoce en detalle el funcionamiento de la aplicación y asegura el testing no solo el código, sino también de los posibles usos de la aplicación. Participa de revisiones de código; QA entiende el riesgo e impacto de cada cambio, y fomenta que desarrollo lo entienda;

86 CONCLUSIONES QA NO ejecuta tests; Asegura la automatización de los tests, asesorando que tipo de test conviene (unitario, integración o funcional), y qué casos de uso se deberían probar. QA conoce en detalle el funcionamiento de la aplicación y asegura el testing no solo el código, sino también de los posibles usos de la aplicación. Participa de revisiones de código; QA entiende el riesgo e impacto de cada cambio, y fomenta que desarrollo lo entienda; QA entiende y analiza la performance del producto

87 CONCLUSIONES QA NO ejecuta tests; Asegura la automatización de los tests, asesorando que tipo de test conviene (unitario, integración o funcional), y qué casos de uso se deberían probar. QA conoce en detalle el funcionamiento de la aplicación y asegura el testing no solo el código, sino también de los posibles usos de la aplicación. Participa de revisiones de código; QA entiende el riesgo e impacto de cada cambio, y fomenta que desarrollo lo entienda; QA entiende y analiza la performance del producto QA entiende y analiza la manera en que los usarios interactúan con el producto

Testing Software S.A

Testing Software S.A Testing S.A info@testingsoft.com www.testingsoft.com Tel. Oficina: +506 2573.6959, Costa Rica Testing se complace en presentar su oferta de Capacitación para el año 2014. Nuestra Capacitación está divida

Más detalles

Temario del curso de

Temario del curso de Temario del curso de Capacitación en QA Testing Software S.A Tel. Oficina: +506 2573.6959, Costa Rica info@testingsoft.com www.testingsoft.com Testing Software Temario del Curso de Capacitación en QA 2014

Más detalles

Continuous Integration Contenido

Continuous Integration Contenido Continuous Integration Contenido Continuous Integration... 1 Principios del Manifiesto Ágil... 3 Concepto... 3 Qué es integrar?... 3 Qué implica construir?... 3 Entonces, Qué es la Integración Continua?...

Más detalles

ACELERANDO DEVOPS JORNADAS DE INFORMÁTICA DEL URUGUAY JIAP 2015. César Búa Solutions Services Manager Red Hat Latin America - TILSOR

ACELERANDO DEVOPS JORNADAS DE INFORMÁTICA DEL URUGUAY JIAP 2015. César Búa Solutions Services Manager Red Hat Latin America - TILSOR JORNADAS DE INFORMÁTICA DEL URUGUAY JIAP 2015 César Búa Solutions Services Manager Red Hat Latin America - TILSOR AGENDA El mundo en que vivimos Las organizaciones de IT Entorno típico de fabricación de

Más detalles

Paula Izaurralde. Especialista en Calidad en ARRIS Argentina. Ayudante en Metodologías Ágiles en el Desarrollo de Software

Paula Izaurralde. Especialista en Calidad en ARRIS Argentina. Ayudante en Metodologías Ágiles en el Desarrollo de Software Marcela Garay Moyano Test Manager en ARRIS Argentina. Paula Izaurralde Especialista en Calidad en ARRIS Argentina. Luciano Marzo Tester en ARRIS Argentina ISTQB Certified Tester. Docente en la Diplomatura

Más detalles

Mejores prácticas en las pruebas de aplicaciones móviles

Mejores prácticas en las pruebas de aplicaciones móviles Diciembre 2013 Santiago Díaz Responsable técnico en el Centro experto en movilidad de atsistemas En este artículo: Introducción Tests en dispositivos o en simuladores Tipos de pruebas Pruebas funcionales

Más detalles

Estrategias de Automatización en el contexto de un Development Pipeline

Estrategias de Automatización en el contexto de un Development Pipeline Estrategias de Automatización en el contexto de un Development Pipeline Elementos de Una Estrategia de Automatización Definir los niveles de Tests Automatizados: Tests Unitarios. Tests de Integración.

Más detalles

Criterios de clasificación

Criterios de clasificación Criterios de clasificación Usualmente clasificamos para agrupar elementos con características comunes, simplificando la realidad y analizando un conjunto de elementos desde distintos puntos de vista. Sobre

Más detalles

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

Nomenclador de cargos

Nomenclador de cargos Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia

Más detalles

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,

Más detalles

Baires. Design - Test - Automate

Baires. Design - Test - Automate SERVICIOS DE CONTROL DE CALIDAD Y TESTING DE SOFTWARE Áreas con falta de Calidad y Testing La falta de control de calidad orgánico en una empresa tiene impactos que van más allá de la aparición de errores

Más detalles

E 2.4.1 Documento de entrega de Aplicación

E 2.4.1 Documento de entrega de Aplicación E 2.4.1 Documento de entrega de Aplicación Versión: 0.1 Fecha: 11/08/11 Autor: Email: Antoni Bertran Bellido abertran@opentrends.net Historial de cambios Versión Fecha Autor Cambios 0.1 11/08/11 Antoni

Más detalles

BSDENTERPRISE SA DE CV

BSDENTERPRISE SA DE CV Servicios Software Testing Quality Assurance BSDENTERPRISE SA DE CV Tabla de Contenido Objetivo del Documento...2 Objetivo QA...2 Ventajas y beneficios...2 Principales Tipos de Prueba...3 Esquema de pruebas...3

Más detalles

Sistema de Gestión del Plan de Obras Plan de Verificación y Validación Versión 1.0. Historia de revisiones

Sistema de Gestión del Plan de Obras Plan de Verificación y Validación Versión 1.0. Historia de revisiones Sistema de Gestión del Plan de Obras Plan de Verificación y Validación Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 22/08/2005 1.0 Versión preliminar Horacio Nova 25/08/2005 1.0 Versión

Más detalles

5a. Academia de Actualización

5a. Academia de Actualización 5a. Academia de Actualización Profesional 2008 Virtualización: implicancias en la tolerancia a fallos y planes de contingencia PwC Agenda / Contenido Motivación Introducción Principales usos de las tecnologías

Más detalles

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software Universidad Técnica Federico Santa María Departamento de Informática Ingeniería de Software Dr. Marcello Visconti Z. Programa Proceso de Software y Paradigmas de Desarrollo Gestión de Proyectos Fases del

Más detalles

calidad brochure Testing Factor y Ser vices/software Quality Assurance IDEOLOGY INTELLIGENCE INFORMATION IMPR INNOVATION ISO 9001:2000

calidad brochure Testing Factor y Ser vices/software Quality Assurance IDEOLOGY INTELLIGENCE INFORMATION IMPR INNOVATION ISO 9001:2000 calidad 2009 brochure Testing Factor y Ser vices/software Quality Assurance IDEOLOGY INTELLIGENCE INFORMATION IMPR INNOVATION ISO 9001:2000 Software Testing Services Validación y optimización de Software

Más detalles

METODOLOGÍA DE GESTION DE PROYECTOS

METODOLOGÍA DE GESTION DE PROYECTOS METODOLOGÍA DE GESTION DE PROYECTOS CONTENIDO CONTENIDO... 2 ALCANCE... 4 MARCO METODOLÓGICO... 4 ETAPAS DEL PROCESO... 5 1. ETAPA 0: INICIACIÓN...5 FASE DE INICIO...5 2. ETAPA 1: PLANEAMIENTO...6 FASE

Más detalles

Ingeniería de Software. Pruebas

Ingeniería de Software. Pruebas Ingeniería de Software Pruebas Niveles de prueba Pruebas unitarias Niveles Pruebas de integración Pruebas de sistema Pruebas de aceptación Alpha Beta Niveles de pruebas Pruebas unitarias Se enfocan en

Más detalles

SSTQB. Nivel Fundamentos. Examen ejemplo. Programa de estudios 2010

SSTQB. Nivel Fundamentos. Examen ejemplo. Programa de estudios 2010 SSTQB Nivel Fundamentos Examen ejemplo Página 1 de 12 Fecha publicación: 28 - octubre - 2015 Índice Preguntas... 3 Respuestas... 12 Página 2 de 12 Fecha publicación: 28 - octubre - 2015 Preguntas 1 2 Una

Más detalles

DOCUMENTACIÓN DE LAS PRUEBAS DE INTEGRACIÓN

DOCUMENTACIÓN DE LAS PRUEBAS DE INTEGRACIÓN DOCUMENTACIÓN DE LAS PRUEBAS DE INTEGRACIÓN INTRODUCCIÓN Probar completamente cada módulo es inabordable y además no resulta ni rentable ni práctico. Se trata de alcanzar un compromiso para que con el

Más detalles

MS_20497 Software Testing with Microsoft Visual Studio 2013

MS_20497 Software Testing with Microsoft Visual Studio 2013 Software Testing with Microsoft Visual Studio 2013 www.ked.com.mx Av. Revolución No. 374 Col. San Pedro de los Pinos, C.P. 03800, México, D.F. Tel/Fax: 52785560 Introducción En este curso, desarrolladores

Más detalles

De la Integración Continua a la Entrega Continua

De la Integración Continua a la Entrega Continua Febrero 2014 Eder Castro Lucas Arquitecto de soluciones en atsistemas De la Integración Entrega Continua Qué es la? La es una disciplina de desarrollo de software que hace uso de un conjunto de patrones

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

Desarrollo ecológico. Beneficios de la integración continua en desarrollos Agile 23/04/2015

Desarrollo ecológico. Beneficios de la integración continua en desarrollos Agile 23/04/2015 Desarrollo ecológico Beneficios de la integración continua en desarrollos Agile Por David Barbáchano González, Gerente de Operaciones en Panel Sistemas. 23/04/2015 panel.es Panel Sistemas Informáticos,

Más detalles

Técnicas Avanzadas de Testing Automático

Técnicas Avanzadas de Testing Automático Técnicas Avanzadas de Testing Automático Marcelo Frias ITBA - Buenos Aires, Argentina CONICET Preliminares: Calidad Validación y Verificación Especificaciones y V&V Análisis estático y dinámico Inspecciones

Más detalles

Hoy terminamos caja blanca

Hoy terminamos caja blanca Hoy terminamos caja blanca Aseguramiento de la calidad y pruebas de software 5- Pruebas del software Caja Blanca/Otros enfoques Blanca A. Vargas Govea vargasgovea@itesm.mx Marzo 22, 2013 Contenido Pruebas

Más detalles

Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4

Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4 Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4 5. PROCEDIMIENTOS RELACIONADOS... 4 6. DOCUMENTOS RELACIONADOS... 4 7. PROCESO... 4 7.1.

Más detalles

capacitación y guía para el desarrollo de software Pruebas de Software Pruebas de Software 1

capacitación y guía para el desarrollo de software Pruebas de Software Pruebas de Software 1 Pruebas de Software Pruebas de Software 1 PRUEBAS DE SOFTWARE... 3 INTRODUCCIÓN... 3 Definiciones [1]... 3 Filosofía y Economía... 4 Justificación... 4 PRINCIPIOS [1]... 7 NIVELES DE PRUEBAS... 8 TIPOS

Más detalles

07/07/2010. Estrategias de testing para desarrolladores. Buenas prácticas de equipo

07/07/2010. Estrategias de testing para desarrolladores. Buenas prácticas de equipo Todo en la vida comienza con código VII Encuentro Desarrolladores Microsoft Buenas prácticas de equipo Luis Alfonso Rey Servicios Profesionales VII Encuentro Desarrolladores Microsoft Todo en la vida comienza

Más detalles

Contenidos. Parte I - Introducción Capítulo 1 - Evolución. Capítulo 2 Condiciones de trabajo en el Desarrollo de Software

Contenidos. Parte I - Introducción Capítulo 1 - Evolución. Capítulo 2 Condiciones de trabajo en el Desarrollo de Software IX Contenidos Prólogo... XIX Prefacio... XXI Guía de lectura...xxiii Parte I - Introducción Capítulo 1 - Evolución 1.1 Introducción... 2 1.2 Los hitos en la evolución histórica del desarrollo de software...

Más detalles

Informe de la Instalación y Capacitación en el Uso del Sistema MCH en el INAMEH de Venezuela

Informe de la Instalación y Capacitación en el Uso del Sistema MCH en el INAMEH de Venezuela Informe de la Instalación y Capacitación en el Uso del Sistema MCH en el INAMEH de Venezuela Contenido 1 Introducción... 3 2 Instalación del Sistema... 3 3 Capacitación a Usuarios y Configuración Inicial

Más detalles

1.1 Aseguramiento de la calidad del software

1.1 Aseguramiento de la calidad del software 1.1 Aseguramiento de la calidad del software El propósito del Aseguramiento de la Calidad (Software Quality Assurance, SQA) es entregar a la administración una visibilidad adecuada del proceso utilizado

Más detalles

Testing y Mocking: Probando Aplicaciones

Testing y Mocking: Probando Aplicaciones Testing y Mocking: Probando Aplicaciones 1 Introducción 2 Tipos de tests 3 Inyección de dependencias, DI 4 Mocking Outline 1 Introducción 2 Tipos de tests 3 Inyección de dependencias, DI 4 Mocking Outline

Más detalles

Empresa Financiera Herramientas de SW Servicios

Empresa Financiera Herramientas de SW Servicios Empresa Financiera Herramientas de SW Servicios Resulta importante mencionar que ésta es una empresa cuya actividad principal está enfocada a satisfacer las necesidades financieras de los clientes, a través

Más detalles

Temario III Testing in the Large

Temario III Testing in the Large Temario III Testing in the Large 1ra Parte Verificación y Validación de Software UNS 1 Contenidos Testing de Integración Testing de Sistema Testing de Regresión Verificación y Validación de Software UNS

Más detalles

Herramientas de Software que posibilitan el BPM

Herramientas de Software que posibilitan el BPM Qué es BPM? BPM (Business Process Management) no es solamente una tecnología, sino en términos generales, una disciplina gerencial que trata a los procesos como bienes tangibles que contribuyen al desempeño

Más detalles

Testing. Tipos, Planificación y Ejecución de Pruebas

Testing. Tipos, Planificación y Ejecución de Pruebas Testing Tipos, Planificación y Ejecución de Pruebas Contenido Definiciones del Testing de Software Objetivos, conceptos Tipos de Test Testing a-la RUP Rol del Testing en el proceso Artefactos Trabajadores

Más detalles

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente En este capítulo definimos los requisitos del modelo para un sistema centrado en la mejora de la calidad del código fuente.

Más detalles

Identificación rápida de cuellos de botella: Una mejor manera de realizar pruebas de carga. Documento técnico de Oracle Junio de 2009

Identificación rápida de cuellos de botella: Una mejor manera de realizar pruebas de carga. Documento técnico de Oracle Junio de 2009 Identificación rápida de cuellos de botella: Una mejor manera de realizar pruebas de carga Documento técnico de Oracle Junio de 2009 Identificación rápida de cuellos de botella: Una mejor manera de realizar

Más detalles

Introducción a las Metodologías Ágiles. Nicolás Brailovsky March 7, 2009

Introducción a las Metodologías Ágiles. Nicolás Brailovsky March 7, 2009 Universidad Tecnológica Nacional Facultad Regional Buenos Aires Diseño de Sistemas Introducción a las Metodologías Ágiles Nicolás Brailovsky March 7, 2009 1 Qué es una metodología? 2 Metodologías Ágiles

Más detalles

Proyecto Meta! Implementación SAP Fase 1 Testing

Proyecto Meta! Implementación SAP Fase 1 Testing Proyecto Meta! Implementación SAP Fase 1 Testing ASUG Argentina Premio a la Innovación de Proyecto SAP 2015 Agosto 2015 Testing: Enfoques y Momentos Se definió una Estrategia y un Plan para el aseguramiento

Más detalles

Introducción a la Ingeniería de Software - Examen 20/07/2012

Introducción a la Ingeniería de Software - Examen 20/07/2012 Cada pregunta múltiple opción contestada correctamente tiene un valor de 2,5 puntos. Esta parte consta de 20 preguntas, haciendo un total de 50 puntos. Los ejercicios de desarrollo tienen un valor total

Más detalles

Solución basada en modelos para la predicción del tráfico en tiempo real

Solución basada en modelos para la predicción del tráfico en tiempo real ES POSIBLE QUE LAS CIUDADES VAYAN UN PASO ADELANTE? Solución basada en modelos para la predicción del tráfico en tiempo real PTV Optima es la herramienta clave para el éxito en la gestión del tráfico.

Más detalles

UNIVERSIDAD DE BUENOS AIRES FACULTAD DE INGENIERÍA. Documentación de Motivación del Proyecto. JMit. Java Monitoring by Introspection Tool

UNIVERSIDAD DE BUENOS AIRES FACULTAD DE INGENIERÍA. Documentación de Motivación del Proyecto. JMit. Java Monitoring by Introspection Tool UNIVERSIDAD DE BUENOS AIRES FACULTAD DE INGENIERÍA Documentación de Motivación del Proyecto JMit Java Monitoring by Introspection Tool Alumnos: 84.264 86.097 Tutor: Wachenchauzer, Rosa Graciela Indice

Más detalles

Control de Calidad de Software. Ing. Jorge Montaño Párraga

Control de Calidad de Software. Ing. Jorge Montaño Párraga Control de Calidad de Software Ing. Jorge Montaño Párraga Agenda Contenido Porque es necesario controlar la calidad? Que es testear? 7 Principios de Control de Calidad Proceso Fundamental de SQA Porque

Más detalles

Capítulo 4 Pruebas e implementación de la aplicación CAPÍTULO 4 PRUEBAS E IMPLEMENTACIÓN DE LA APLICACIÓN

Capítulo 4 Pruebas e implementación de la aplicación CAPÍTULO 4 PRUEBAS E IMPLEMENTACIÓN DE LA APLICACIÓN CAPÍTULO 4 PRUEBAS E IMPLEMENTACIÓN DE LA APLICACIÓN CONCEPTOS DE PRUEBAS DE APLICACIÓN El departamento de Testing se encarga de diseñar, planear y aplicar el rol de pruebas a los sistemas que el PROVEEDOR

Más detalles

HERRAMIENTAS Y METODOLOGÍAS VERSIÓN 3

HERRAMIENTAS Y METODOLOGÍAS VERSIÓN 3 HERRAMIENTAS Y METODOLOGÍAS VERSIÓN 3 RESUMEN EJECUTIVO Herramientas y Metodologías Herramientas de Desarrollo o Desarrollo de aplicaciones Oracle Designer Oracle Software Configuration Manager (SCM) Oracle

Más detalles

Unicenter Asset Management versión 4.0

Unicenter Asset Management versión 4.0 D A T A S H E E T Unicenter Asset Management versión 4.0 Unicenter Asset Management es una completa solución para gestionar los activos TI de su entorno empresarial de forma activa. Proporciona funciones

Más detalles

4.1 Introducción al continuous delivery + GitFlow

4.1 Introducción al continuous delivery + GitFlow 4.1 Introducción al continuous delivery + GitFlow Tema 4: Continuous delivery Valores del desarrollo ágil Valor del manifiesto ágil: Working software El proyecto crece incrementalmente, con un flujo continuo

Más detalles

+ Cómo ahorrar dinero con Software Quality

+ Cómo ahorrar dinero con Software Quality + Cómo ahorrar dinero con Software Quality Qué es Software Quality Assurance? Porqué facilita el ahorro de dinero? Introducción El objetivo de este documento es explicar qué es Software Quality Assurance,

Más detalles

Análisis de desempeño y modelo de escalabilidad para SGP

Análisis de desempeño y modelo de escalabilidad para SGP Análisis de desempeño y modelo de escalabilidad para SGP Este documento es producto de la experiencia de Analítica en pruebas de stress sobre el software SGP. Estas pruebas se realizaron sobre un proceso

Más detalles

Orígenes y descripción de la Automatización 'Inteligente'

Orígenes y descripción de la Automatización 'Inteligente' Orígenes y descripción de la Automatización 'Inteligente' Orígenes La automatización, como hoy la propone Agile, nace del concepto Jidoka; también llamado: Autonomation. Automation with a human touch.

Más detalles

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL I. Datos Generales de la Calificación CTEL0450.01 Propósito Título Operación y mantenimiento de sistemas de conmutación por paquetes en redes de área local (LAN) Ofertar al sector un referente que permita

Más detalles

Agile Testing. Sesión 8. Metodologías Ágiles de Desarrollo de Software Domingo Gallardo, DCCIA, Univ. Alicante

Agile Testing. Sesión 8. Metodologías Ágiles de Desarrollo de Software Domingo Gallardo, DCCIA, Univ. Alicante Agile Testing Sesión 8 Unas palabras previas de cautela Las pruebas no son una verificación formal de un programa, no pueden garantizar la corrección del software para todos los posibles casos de entrada

Más detalles

Mejoras en el Proceso de Testing

Mejoras en el Proceso de Testing Mejoras en el Proceso de Testing Fernando Calles Gato Indra Sistemas fcalles@indra.es The premiere software and product delivery event. 4 de Noviembre, Madrid 2 MARCO CONCEPTUAL Por qué es necesario el

Más detalles

CAPITULO III POR QUE NECESITA LA EMPRESA UN BALANCED

CAPITULO III POR QUE NECESITA LA EMPRESA UN BALANCED CAPITULO III POR QUE NECESITA LA EMPRESA UN BALANCED SCORECARD? Los empresarios se preguntaran por que necesitan mas indicadores, si con los financieros es suficiente, lo que no se dan cuenta es que así

Más detalles

Business white paper. Siete mejores prácticas para construir aplicaciones que cumplan con los requisitos del negocio

Business white paper. Siete mejores prácticas para construir aplicaciones que cumplan con los requisitos del negocio Business white paper Siete mejores prácticas para construir aplicaciones que cumplan con los requisitos del negocio Índice de contenidos 3 Resumen ejecutivo 3 Introduction 3 Enterprise-level best practices

Más detalles

Recursos HELP DESK Biblioteca 2012

Recursos HELP DESK Biblioteca 2012 Selección de herramientas para la implementación de ITIL - Segunda Parte Uno de los principales objetivos del marco de trabajo ITIL es administrar la información que se usa para manejar la calidad y la

Más detalles

Capitulo 3. Desarrollo del Software

Capitulo 3. Desarrollo del Software Capitulo 3 Desarrollo del Software 3.1 Análisis del sistema 3.1.1 Organización de la autopista virtual Para el presente proyecto se requiere de simular una autopista para que sirva de prueba. Dicha autopista

Más detalles

Agrupamiento Familia Puesto Alcance del puesto Requisitos excluyentes

Agrupamiento Familia Puesto Alcance del puesto Requisitos excluyentes TIC-1-1 Analista de monitoreo de redes Monitorear y controlar las redes del GCABA con el fin de detectar incidentes y reportarlos. Analizar las métricas utilizadas para el monitoreo de la red, la configuración

Más detalles

INFORME TECNICO PARA ADQUISICION DE UNA SOLUCIÓN DE MONITOREO DE APLICACIONES JAVA. 2. RESPONSABLE DE EVALUACION : Ing. Eduardo Vásquez Díaz

INFORME TECNICO PARA ADQUISICION DE UNA SOLUCIÓN DE MONITOREO DE APLICACIONES JAVA. 2. RESPONSABLE DE EVALUACION : Ing. Eduardo Vásquez Díaz INFORME TECNICO PARA ADQUICION DE UNA SOLUCIÓN DE MONITOREO DE APLICACIONES JAVA 1. MBRE DEL AREA : Oficina de Sistemas 2. RESPONSABLE DE EVALUACION : Ing. Eduardo Vásquez Díaz 3. CARGOS : Analista de

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software Tabla de Contenidos PARTE I INTRODUCCIÓN Capítulo 1: Evolución Los hitos en la evolución histórica del Desarrollo de Software Problemas y soluciones... Fallas, malas estimaciones

Más detalles

José Alberto García Coria Director CENIT Salamanca. Salamanca, Febrero 2011

José Alberto García Coria Director CENIT Salamanca. Salamanca, Febrero 2011 José Alberto García Coria Director CENIT Salamanca Salamanca, Febrero 2011 Índice Objetivos Servicios de Pruebas Ciclo de Vida de las Pruebas Tipos de Pruebas Herramientas Objetivos Objetivos Exponer el

Más detalles

APO BPM Software de Automatización de Procesos. Defina, integre y controle sus circuitos de negocio en un solo lugar

APO BPM Software de Automatización de Procesos. Defina, integre y controle sus circuitos de negocio en un solo lugar APO BPM Software de Automatización de Procesos Defina, integre y controle sus circuitos de negocio en un solo lugar APO BPM es una herramienta para la definición dinámica, integración, ejecución y control

Más detalles

Gestión del Portfolio de Proyectos HP Portfolio & Project Management. Información de Producto. 2010 Dirección de Consultoría

Gestión del Portfolio de Proyectos HP Portfolio & Project Management. Información de Producto. 2010 Dirección de Consultoría Gestión del Portfolio de Proyectos HP Portfolio & Project Información de Producto 2010 Dirección de Consultoría 2 1. Introducción Actualmente las organizaciones necesitan hacer frente a la complejidad

Más detalles

Integración Continua en Hudson

Integración Continua en Hudson Laboratorio de Redes y Sistemas operativos Integración Continua en Hudson 2/12/2013 Alumnos Diego Turchak Martín Cappa Integración Continua Introducción La Integración Continua es una práctica en desarrollo

Más detalles

Cuándo estoy listo para pasar a producción?

Cuándo estoy listo para pasar a producción? IBM Software Expo 2006. Madrid 23 de Mayo Cuándo estoy listo para pasar a producción? antonio.alonso @ es.ibm.com IBM Software 2005 IBM Corporation Agenda IBM Software Expo 2006. Madrid, 23 de mayo La

Más detalles

SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB]

SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB] Gobierno Municipal del Cantón Bolívar. SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB] Visión Universidad Técnica del Norte Histórico de Revisiones

Más detalles

Escuela de Ingeniería en Computación. Avantek Software

Escuela de Ingeniería en Computación. Avantek Software Escuela de Ingeniería en Computación Avantek Software Análisis y aplicación de procesos de aseguramiento de la calidad en el desarrollo de software Informe de Proyecto de Graduación para optar por el grado

Más detalles

BOLETÍN DE NOVEDADES Barcelona, enero de 2009

BOLETÍN DE NOVEDADES Barcelona, enero de 2009 BOLETÍN DE NOVEDADES Barcelona, enero de 2009 Introducción El objeto de este documento es presentar y describir brevemente las principales actuaciones en los últimos meses de Carver en algunos de sus clientes,

Más detalles

SOLUCIÓN SITUACIÓN ACTUAL

SOLUCIÓN SITUACIÓN ACTUAL SITUACIÓN ACTUAL La necesidad de las organizaciones de ser más competitivas en un mercado dinámico ha generado estructuras organizacionales complejas y exigentes en términos de calidad y eficiencia. Sobre

Más detalles

Ciclo de validación de una aplicación informática

Ciclo de validación de una aplicación informática Ciclo de validación de una aplicación informática Memoria del proyecto de Ing. Técnica Teleco. Esp. Telemática Autor: Raúl Villegas Beltrán Tutor: Ricard Burriel Enero 2013 ÍNDICE 1- Introducción 2- Qué

Más detalles

Sector MEDIA VERBIO TECHNOLOGIES. THINKING SPEECH TECHNOLOGIES OUT OF THE BOX www.verbio.com

Sector MEDIA VERBIO TECHNOLOGIES. THINKING SPEECH TECHNOLOGIES OUT OF THE BOX www.verbio.com Sector MEDIA VERBIO TECHNOLOGIES El objetivo final de los medios de comunicación es transmitir información entre las personas, como tal, su evolución ha ido íntimamente ligada a los avances tecnológicos.

Más detalles

Servicios Área Ingeniería. Integración continua

Servicios Área Ingeniería. Integración continua Servicios Área Ingeniería Integración continua Tabla de contenidos 1. Integracion continua... 3 1.1. Descripción... 3 1.2. Detalle de los productos utilizados... 6 1.1. Descripción Se ofrece una solución

Más detalles

SCR6150c Versión 2.0(12/01/05)

SCR6150c Versión 2.0(12/01/05) SCR6150c Versión 2.0(12/01/05) Mantis: Manual de Usuario Fecha: 11/09/2007 Referencia: EJIE S.A. Mediterráneo, 3 Tel. 945 01 73 00* Fax. 945 01 73 01 01010 Vitoria-Gasteiz Posta-kutxatila / Apartado: 809

Más detalles

Porque hacemos Testing? BY: ALFREDO ALVAREZ

Porque hacemos Testing? BY: ALFREDO ALVAREZ Porque hacemos Testing? BY: ALFREDO ALVAREZ Base para nuestra conversación Cual es el trabajo de un tester? En el pasado-> Mantener la calidad y encontrar Bugs. En estos días-> Mantener el equipo al tanto

Más detalles

Framework para el desarrollo ágil de aplicaciones

Framework para el desarrollo ágil de aplicaciones Framework para el desarrollo ágil de aplicaciones 1 Índice INTRODUCCIÓN... 3 QUÉ ES UN FRAMEWORK?... 3 VENTAJAS DE UTILIZAR UN FRAMEWORK... 4 DESVENTAJAS DE UTILIZAR UN FRAMEWORK... 5 CARACTERÍSTICAS DE

Más detalles

Instituto Nacional de Tecnología Industrial TESTING DE SOFTWARE

Instituto Nacional de Tecnología Industrial TESTING DE SOFTWARE Instituto Nacional de Tecnología Industrial TESTING DE SOFTWARE Laboratorio de Testing y Aseguramiento de Calidad de Software Disertante: A.C. Gabriel Miretti Agenda Presentación del Laboratorio de Testing

Más detalles

Analítica web con Google Analytics

Analítica web con Google Analytics Analítica web con Google Analytics 1. Título Analítica web con Google Analytics 2. Descripción: La analítica web nos permite estudiar el comportamiento de los usuarios dentro de nuestro sitio web. De esta

Más detalles

e-tellware CRM La solución para las organizaciones orientadas al cliente Beneficios e-tellware

e-tellware CRM La solución para las organizaciones orientadas al cliente Beneficios e-tellware La solución para las organizaciones orientadas al cliente e-tellware es una robusta aplicación de gestión de relaciones con clientes que proporciona todas las herramientas y capacidades necesarias para

Más detalles

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Cenditel, Mayo 2011 Licencia de Uso Copyright (c) 2010, Alvarez J., Solé S., Briceño R., Fundación CENDITEL. La Fundación CENDITEL

Más detalles

Guía Metodológica para el diseño de procesos de negocio

Guía Metodológica para el diseño de procesos de negocio Guía Metodológica para el diseño de procesos de negocio La guía desarrollada para apoyar TBA, se diseñó con base en las metodologías existentes para el desarrollo BPM, principalmente en aquellas que soportan

Más detalles

CA Nimsoft Monitor para servidores

CA Nimsoft Monitor para servidores INFORME OFICIAL Septiembre de 2012 CA Nimsoft Monitor para servidores agility made possible CA Nimsoft for Server Monitoring tabla de contenido para servidores: 3 descripción general de la solución Monitoreo

Más detalles

Automatizador de Procesos

Automatizador de Procesos Automatizador de Procesos Más que un workflow, esta aplicación es un BPM (Business Process Management), una completa plataforma de automatización de procesos, diseñada para apoyar la transformación empresarial;

Más detalles

Calidad de Software Trabajo Práctico Integrador. CACIC 2012 XVI Escuela Internacional de Informática

Calidad de Software Trabajo Práctico Integrador. CACIC 2012 XVI Escuela Internacional de Informática Calidad de Software Trabajo Práctico Integrador CACIC 2012 XVI Escuela Internacional de Informática INDICE 1. Consignas del Trabajo Práctico... 3 1.2 Pautas generales... 3 2.2 Consignas... 3 2. Presentación

Más detalles

Certified Scrum Developer (CSD), Módulo 3 y Track Completo

Certified Scrum Developer (CSD), Módulo 3 y Track Completo Certified Scrum Developer (CSD), Módulo 3 y Track Completo Surgida en 2009, la certificación CSD es la última novedad en certificaciones oficiales de la Scrum Alliance a través de la cual los equipos de

Más detalles

Las aplicaciones en la era del cliente. Miguel Rial HP Software Iberia

Las aplicaciones en la era del cliente. Miguel Rial HP Software Iberia Las aplicaciones en la era del cliente Miguel Rial HP Software Iberia Copyright Copyright 2013 2012 Hewlett-Packard Development Development Company, Company, L.P. The L.P. information The information contained

Más detalles

Brindamos asesorías que involucran tecnología y personal calificado, estos hacen de DOCTUM su mejor aliado.

Brindamos asesorías que involucran tecnología y personal calificado, estos hacen de DOCTUM su mejor aliado. SOFTWARE DE GESTÓN Doctum sabe que es necesario entregar servicios que otorguen un valor agregado, sobre todo para la gestión documental de la empresa, lo que reduce los costos asociados a mano de obra

Más detalles

Agilidad, integración y fiabilidad en la presupuestación de los costes de plantilla

Agilidad, integración y fiabilidad en la presupuestación de los costes de plantilla Historia de Éxito de Clientes SAP Energía, Infraestructuras, Agua y Servicios Acciona Agilidad, integración y fiabilidad en la presupuestación de los costes de plantilla Partner de implementación 2 Historia

Más detalles

Historia de revisiones

Historia de revisiones Proyecto Help-Desk Plan de Verificación y Validación Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 16/08/2005 1.0 Primera versión del documento Martín Boero Plan de Verificación y

Más detalles

Contenido. Tipos y niveles de pruebas de software Pruebas de caja negra

Contenido. Tipos y niveles de pruebas de software Pruebas de caja negra Hoy, la caja negra Aseguramiento de la calidad y pruebas de software 5- Pruebas del software Niveles y Caja Negra Blanca A. Vargas Govea vargasgovea@itesm.mx Marzo 1, 2013 Contenido Tipos y niveles de

Más detalles

Solución para Fabricantes de Maquinaria y Bienes de Equipo

Solución para Fabricantes de Maquinaria y Bienes de Equipo Solución para Fabricantes de Maquinaria y Bienes de Equipo Solución avanzada para empresas dinámicas ser competitivos Nuestro objetivo es que su empresa sea más competitiva. Para ello, hoy en día es necesario

Más detalles

Corporate Risk & Performance Management. Juan Voelker 6/6/12

Corporate Risk & Performance Management. Juan Voelker 6/6/12 Corporate Risk & Performance Management Juan Voelker 6/6/12 Std b Coefficients -1-0.75-0.5-0.25 0 0.25 0.5 0.75 1 Locutorios / 2012/I54.044 -.154 -.159 Interconexión / 2012/I52.172 -.259 -.282 Prepago

Más detalles

Aseguramiento de la Calidad, QA. Materia: Desarrollo Industrial de Software Alumno: David Alejandro González Díaz y Froylan Ruiz Cirilo.

Aseguramiento de la Calidad, QA. Materia: Desarrollo Industrial de Software Alumno: David Alejandro González Díaz y Froylan Ruiz Cirilo. Aseguramiento de la Calidad, QA Materia: Desarrollo Industrial de Software Alumno: David Alejandro González Díaz y Froylan Ruiz Cirilo. Definición El aseguramiento de la calidad (QA), se puede definir

Más detalles

Eficiencia Energética mediante la implantación de sistemas de gestión energética. M. Lorenzo. A Coruña, 13 de Febrero de 2013

Eficiencia Energética mediante la implantación de sistemas de gestión energética. M. Lorenzo. A Coruña, 13 de Febrero de 2013 Eficiencia Energética mediante la implantación de sistemas de gestión energética M. Lorenzo. A Coruña, 13 de Febrero de 2013 Aspectos generales Eficiencia Energética mediante la implantación de sistemas

Más detalles

Gestión de Costos como Auditoría y Monitoreo Continuos

Gestión de Costos como Auditoría y Monitoreo Continuos La Implementación de la Gestión de Costos como Auditoría y Monitoreo Continuos Audit Exchange AX Análisis de Datos y Auditoría Continua Vigilante Alejado de Decisiones Operacionales Actor Encontrar Dinero

Más detalles

La clara definición de los procesos de elaboración de software, nos permite brindar un servicio predecible y de la más alta calidad.

La clara definición de los procesos de elaboración de software, nos permite brindar un servicio predecible y de la más alta calidad. Software Factory Presentación Concepto Dada la necesidad de las compañías de concentrarse en las actividades propias del negocio; y en tren de bajar costos, mejorar los tiempos de desarrollo o de no montar

Más detalles