Presenta: TSU. Yuridia Luna Marcos Asesora de tesis:

Slides:



Advertisements
Presentaciones similares
ESTADÍSTICA OCTAVO DE BÁSICA ECO. VERÓNICA ALBARRACÍN BARRAGÁN INCAE BUSINESS SCHOOL.
Advertisements

Clase 09.  Garantizar la calidad de software  La prueba nunca termina, del IS translada se translada al usuario  Las casas de software invierte del.
Sistemas de Información Enfoques para la Construcción de los Sistemas de Información MBA Luis Elissondo.
Norma iso/iec TIPOS DE PRUEBA DE SOFTWARE
ENFOQUE PRÁCTICO RECOMENDADO PARA EL DISEÑO DE CASOS Integrantes del equipo: Rosa Isela Gerónimo Miguel Ángel Cruz Juan Guadalupe Alegría Humberto Mendoza.
Reforzar los conocimientos sobre la planificación, control y mejora de la calidad de acuerdo con los requisitos de la Norma ISO 9001 en su Requisito 8.
NTC - ISO 9001 NORMA TÉCNICA COLOMBIANA (TERCERA ACTUALIZACIÓN)
Pruebas de Funcionalidad de Software: Caja Negra y Caja Blanca Curso: Diseño de Sistemas 9no. Semestre.
Análisis de Proyecto de Software.
Proceso de Implantación y Aceptación del Sistema de Información (IAS)
Evaluación de la calidad del software
REGISTRO DE ACTIVIDADES PREVENTIVAS
tema 4 - Procesos de negocio
Productos de VT e IE Análisis de tendencias Investigación de mercado
Análisis de resultados Evaluación diagnóstica en línea
Diseño de interfases Sistemas de Información
IEEE-std Práctica Recomendada para la Especificación de Requerimientos de Software Fuente: IEEE Recommendad Practice for Software Requirements.
Pruebas de software Msc. Ing. Ernesto Soto Roca.
Gestión de Proyectos Ágiles
Tema 4: Ingeniería del Software
SWEBOK.
COSTOS DE LA CALIDAD.
ISO 9001 REQUISITOS.
“Análisis de la Situación Actual de la
NORMA INTERNACIONAL DE AUDITORÍA 330
NORMA INTERNACIONAL DE AUDITORÍA 300
CARRERA DE INGENIERÍA EN SISTEMAS E INFORMÁTICA
EVALUACIÓN DEL SERVICIO DE REFRENCIA. Evaluar significa, señalar estimar, apreciar o calcular el valor de algo. Este valor puede ser cuantitativo o cualitativo.
Ciclo de Vida del SIA.
Para reflexionar ¿Cuál es la importancia de la información para la investigación y el desarrollo de la innovación técnica? ¿Cuáles son las principales.
Tema 3. Lenguaje unificado de modelado UML
 ¿Que es la auditoria informática?  Es el conjunto de actividades y procedimientos, destinadas a analizar, evaluar, verificar y recomendar en asuntos.
Bimestre 5 Actividades 1er Grado.
Tipos de pruebas Hector Leonardo Arias.
SISTEMA DE GESTION DE CALIDAD ISO 9001:2015
NIAS 320 IMPORTANCIA RELATIVA.
Estrategia De flujo de datos.
Verificación y Validación de Software
Ingeniería del Software
Colegio Inglés Michael Faraday A. C.
Verificación y Validación de Software
Unidad 5: Evaluación de los sistemas
Bimestre 5 Actividades 1er Grado.
Ciclo de vida del Software
Criterios para la realización de pruebas/Plan de pruebas VERIFICACIÓN Y VALIDACIÓN DOCENTE: PRESENTA: SANTOS MEDEL AGUILAR.
ANÁLISIS DEL CICLO DE VIDA Unidad 2. Etapa 3. Definir el objetivo, alcance del ACV y análisis del inventario María José Jaramillo Robledo Yopal, Abril.
Taller Contexto de la organización. Ing. Jorge Everardo Kaldman Vega. Ingeniero Ambiental Industrial Hermosillo Sonora, México C.P JULIO, 2018.
La planeación y la organización de los procesos técnicos.
EXPOSITOR L.C. EDUARDO M. ENRÍQUEZ G.
DESARROLLO DEL SOFTWARE POR PROTOTIPOS
Bimestre 5 Actividades 2do Grado.
AGENDA Mañana :00– 8:30 am Registro 8:30 – 9:00 am.
Se hizo popular en la década de 1980 y todavía es utilizado por muchos. Consiste en interpretar el concepto del sistema (o situaciones del mundo real)
Bimestre 5 Actividades 3er Grado.
Autor: Ing. Maritza Núñez Solís
Planes del Proyecto.
Tema: Administración de la configuración de software UNIVERSIDAD TECNOLÓGICA ISRAEL CALIDAD DE SOFTWARE.
AUDITORÍA INTERNA sicadi9001_2015 DIRECCION DE INGRESOS
Vicerrectoría Académica Dirección de Formación General Programa de Emprendimiento PROTOTIPOS.
IEEE Estándar para documentación de pruebas de software
Desarrollo de Sistemas de Información Contable - Sis USB 1 METODOLOGIAS DE DESARROLLO DE SOFTWARE.
NORMA ISO/IEC 9126 Norma publicada en Usada para la evaluación de la calidad de software. Establece las características de calidad para productos.
MODELO EN CASCADA Integrantes: Felipe Alemán Lester Blandón.
Desarrollo de Sistemas de Información Contable - Sis USB 1 METODOLOGIAS DE DESARROLLO DE SOFTWARE.
TRABAJO DE TITULACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE MAGÍSTER EN GERENCIA DE SISTEMAS TEMA: “DISEÑO DE UNA GUÍA CORPORATIVA PARA IMPLEMENTAR APLICACIONES.
PRUEBAS DE CAJA NEGRA. -Internationa Software Testing Qualification Board (ISTQB) Internationa Software Testing Qualification Board (ISTQB) Técnica de.
Ing. Carlos García P. C.I UNIDAD EDUCATIVA “SALINAS INNOVA” P Identifique el contexto para el cual se Planifica un nuevo sistema ÁREA.
Luis Fernando Muñoz Pantoja Ingeniero de Sistemas Copyright 2019 Luis Fernando Muñoz Pantoja Ingeniero de Sistemas Derechos reservados UML.
Transcripción de la presentación:

Sistema ERP: Módulo de captación Forecast, cotizaciones, ventas y generación de contratos Presenta: TSU. Yuridia Luna Marcos Asesora de tesis: MIA. Verónica Gutiérrez Ocampo DEFENSA DE TESIS PARA OBTENER EL GRADO DE INGENIERA EN TECNOLOGÍAS DE LA INFORMACIÓN Izúcar de Matamoros, Puebla, México. Fecha: Mayo 2015  

Planteamiento del problema Actualmente las empresas desarrolladoras de software realizan sistemas en lapsos tan cortos que es inevitable que los errores se hagan presentes desde la primera etapa de desarrollo, en casos reales los sistemas liberados a producción sin ser probados por un tester, esto con la finalidad de ahorrar tiempo, son los sistemas propensos a poner en evidencia la ineficiencia del grupo desarrollador y la baja calidad de sus sistemas, ya que los errores son detectados por los usuarios.

Afectar al cliente, es decir si el sistema procesa flujo de dinero podría haber pérdidas monetarias para el cliente si los errores son de esas características. Disminuye el valor inicial del sistema. Aumenta costos en cuanto a tiempos para realizar cambios o correcciones. Desprestigio del equipo desarrollador o empresa a la cual pertenecen. Demandas por parte del cliente insatisfecho. Quiebre de una empresa.

Objetivo general Explicar los beneficios de implementar pruebas en un sistema monitoreado por un tester, mostrando las técnicas y procesos utilizados para las pruebas de un sistema, comprobando que un sistema es de mejor calidad cuando se realiza un proceso de testing.

Objetivos específicos Explicar las características y habilidades de un tester. Mostrar los tipos de pruebas que puede implementar un tester para detectar los errores de un sistema. Mostrar algunas herramientas de apoyo para un tester en el desarrollo de su labor profesional. Realizar búsqueda de tester profesional que de una percepción del tema.

¿Qué es testing? La norma ISTQB lo define como: “El proceso que consiste en todas las actividades del ciclo de vida, tanto estáticas como dinámicas relacionadas con la planificación, preparación y evaluación de productos de software que cumplen los requisitos especificados para demostrar que son aptos para el propósito y para detectar defectos”.

Explicar las características y habilidades de un tester. Persuasivo Perfeccionista con criterio Un tester debe ser apasionado por su trabajo Pensamiento critico Diplomacia Creativo

Mostrar los tipos de pruebas que puede implementar un tester para detectar los errores de un sistema Pruebas de caja blanca : Conocer el desarrollo interno del programa, se debe realizar un análisis de coherencia y consistencia del código. Considerar las reglas predefinidas por cada algoritmo. Comparar la documentación con lo que se está codificando.

Pruebas de caja negra Errores de interfaz Errores de inicialización o término Funciones incorrecta o faltante Errores en estructuras de datos o en acceso a BD externas Errores de comportamiento o desempeño

Pruebas funcionales Verificar la apropiada aceptación de datos Verificar el procesamiento y recuperación de datos Que sean desplegados los mensajes apropiados de error y precaución cuando se usan datos inválidos. Que los resultados esperados ocurran cuando se usen datos válidos.

Pruebas de usabilidad El sistema es demasiado complejo y difícil de usar. El sistema obliga al usuario a recordar La lógica y conveniencia de los botones, interfaces y mensajes de ayuda deben ser testeadas. La recuperación de errores es pobre y los mensajes de error no tienen significado. Los diagramas, pantallas, reportes y gráficos son de calidad y apariencia pobre.

Herramientas para testing

Resultados y Conclusiones

Preguntas