Testing Rosemary Torrico Bascope. Software Quality Assurance SQA Garantiza la calidad de Software Se aplica la calidad a todo el proceso desde la concepción.

Slides:



Advertisements
Presentaciones similares
Ciclo de vida de desarrollo de software
Advertisements

Ingeniería de Software II
BizTalk Server 2006 & Test Driven Development Kabel Sistemas S.L.
Metodologías ágiles.
Acercándonos a las Pruebas en Google
Centro de Ensayos de Software Beatriz Pérez 2007
VV&T and QA software departments in a medical company
DIAGNÓSTICO DE CALIDAD AMS
Planificación de Proyectos Informáticos
Modelo de ciclo de vida clásico o en cascada
Proyecto de Ingeniería de Software 2008
Presentación del estado del arte
Administración de Procesos de Pruebas
Enrique Cardenas Parga
Conclusiones Fase de Construcción Grupo 1.  Objetivos de la Fase  Cumplimientos  Conclusiones Puntos a tratar:
Calidad del Software en la DGT
Test Driven Development TDD
¿Porque hacemos “Testing”? BY: ALFREDO ALVAREZ. Base para nuestra conversación  Cual es el trabajo de un “tester”?  En el pasado-> Mantener la calidad.
Ciclos de vida ágiles.  Es una metodología ágil que plantea: ◦ Iteraciones cortas ◦ Entregables periódicos ◦ Colaboración con el cliente full time ◦
Técnicas de Calidad en el Software Sesión # 5
 Tema del proyecto  Integrantes y roles del equipo  Objetivos del proyecto  Alcance.
CARRERA ING.DE SISTEMAS INTEGRANTE: DANIEL SORIA MURILLO DOCENTE: ING. ERVIN FLORES MATERIA: INGENIERIA DE SOFTWARE GESTION 2009.
Gestión de Proyectos Informáticos Sesión N° 5 Ciclo de Vida de un Proyecto Roberto Jijena I.
Aplicaciones empresariales Adrián Guillen Carlos Marcano Carlos Sanmartín
Tecnología para la Comunidad
Mock objects Rosemary Torrico Bascopé. Introducción Las Pruebas de unidad han sido aceptadas como la “mejor práctica” para el desarrollo de software.
Calidad y Garantía de Calidad
Ingeniería del Software
Programación Extrema Leonardo Ramírez Z.. Contenido Motivación ¿Qué es Programación Extrema? La filosofía detrás de la Programación Extrema El proceso.
Proyecto de Solución de Problemas con Programación
4. Introducción al Sistema de Aseguramiento de la Calidad LS Calidad de Software 3IM1 Universidad Antonio de Nebrija Justo Hidalgo.
Test-Driven Development Juan Carlos Olivares Rojas MSN:
¿Cómo nos ayuda GeneXus a mejorar la calidad en el proceso de desarrollo de Software? Ing. Rosario Estévez Ing. Rafael Mon
LSQA + Equipo Proyecto  Definir Proceso: A nivel de la Organización A nivel de Proyecto Actividades SQA: – Asegurar que el Producto cumple con los Requisitos.
Diseño de Software y su Proceso
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
Proyecto de Ingeniería de Software Grupo Nº 9 - GXPost (Desarrollo con GeneXus 8.0) Evaluación de la Fase Construcción (Jueves 4 de Noviembre de.
INGENIERIA DE SOFTWARE
Juan Carlos Olivares Rojas
Presentación del Sistema Versión Final del Producto.
Terminología de proceso del software
Roles de Open UP.
4.2 Cumplimiento de Especificación en los Requerimientos
Introducción El Testing es una actividad compleja por múltiples motivos. Las aplicaciones de software en sí son cada vez más flexibles, con diversos propósitos,
Simón Esneider Herrera Álvarez Media Técnica Casd 10-2
Laura Posada Agudelo Carlos Mario Zapata
problemas de la calidad del software
G ESTIÓN DE LA C ONFIGURACIÓN DEL S OFTWARE G ESTIÓN DE LA C ONFIGURACIÓN DEL S OFTWARE Daniel Eduardo Almeciga Angie Katterine Cruz O. Diego Fernando.
Test Driven Development
REVISION Y AUDITORIA.
Ciclo de Vida del Software
Calidad de Software. AGENDA: Introducción: Mas allá de la codificación El ciclo de vida: Desde la concepción hasta la descontinuación Calidad: Lugar de.
Carolina Rangel Felipe Montaño Alexis García
1. El diseño viene primero ¿Quién debe hacer diseño? ANALISTA.
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
Verificación y Validación de Software
¿Por qué falla el software?  ¿Qué son los requerimientos de un producto de software?  ¿Cuál es la relevancia de la ingeniería de requerimientos en.
Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill Technology Education Copyright © 2006 by The McGraw-Hill Companies,
Proceso de desarrollo de Software
Capas de ingeniería del Software. Rosendo Antonio Manuel Ingeniería en Sistemas Computacionales.
Información Interna 1 Capacitación Pruebas UAT. Información Interna 2 ¿Definición Pruebas UAT? ¿Qué son y para qué sirven? ¿Cuál es su beneficio? Capacitación.
Título de la Presentación Estado del arte sobre el testeo de software en las Pymes de Aragón 12 de Noviembre de 2015.
Autor: Reinozo Cuesta Christian Marcelo
Productos de Pruebas Hace hambre!! . Las bases. La verificación consiste en corroborar que el programa respeta su especificación, mientras que validación.
Plan de Pruebas de Aceptación
Criterio de Aceptación
Herramientas CASE.
ALUMNO ALUMNO: DIEGO URES LEGAJO LEGAJO: La prueba unitaria es la herramienta para la Calidad Presentación Trabajo Final de Grado.
Black box Gray box TESTING Scalability Equivalence Mutation Models Stress Usability Security Bug Regretion Quality Automated White box Error Plan Pattern.
Transcripción de la presentación:

Testing Rosemary Torrico Bascope

Software Quality Assurance SQA Garantiza la calidad de Software Se aplica la calidad a todo el proceso desde la concepción de los requerimientos Requerimientos se traducen en casos de uso

Casos de Uso Un caso de uso es un conjunto de escenarios que tienen una meta de usuario en común. Martin Fowler En XP se establecen las historias de usuario Cada CU define una funcionalidad – Una historia de usuario define un pedazo de funcionalidad del sistema Ejemplo: Sistema contable – Historia de usuario: “El usuario puede verificar su balance, los últimos movimientos”

Test cases Prueba una funcionalidad específica La granularidad depende de la lógica del sistema, del sentido común. Si existe Test Cases que han fallado indicar en que fallo, en que versión, en que paso. Depende de la herramienta. – Cuándo se encuentra un error, se debe escribir un test case mas específico, para reproducir el ISSUE, luego recién se reporta.

Valída el SW Envía reporte de bugs Arregla los bugs y vuelve a enviar al QE Envía Sw trabajando Quality Engineer Developer

Test cases automatizados Se recomienda automatizar pruebas tediosas, repetitivas y que no requieren criterio humano Cuando los resultados esperados son concretos Cuando los resultados esperados son exactos

Test cases manuales Existen test cases que no son suceptibles de automatizarse. – Ejemplo: Testeo de reportes – Requieren del criterio humano (buen gusto, ojo para ver distancias entre caracteres, cadenas, filas, etc.)