El documento describe los objetivos de un curso de formación sobre pruebas eficaces y eficientes de software. El curso cubrirá los niveles de prueba, tipos de prueba, técnicas de ejecución y diseño, gestión de pruebas y herramientas de prueba. El objetivo general es enseñar al equipo a implementar una cultura de pruebas que garantice la calidad de los servicios.
Este documento presenta información sobre pruebas de software. Explica diferentes tipos de pruebas como pruebas unitarias, de integración, de validación y de sistema. También define conceptos clave como verificación y validación y describe el proceso general de pruebas de software para garantizar el correcto funcionamiento de un sistema.
El documento habla sobre la importancia de validar las soluciones propuestas mediante pruebas. Describe los objetivos y atributos de las pruebas como detectar errores, obtener alta probabilidad de encontrar errores y evitar redundancias. Además, explica los diferentes tipos de pruebas como unitarias, de integración, de validación, de sistema y de aceptación.
Este documento proporciona una introducción a las pruebas de calidad de software (QA) y cubre varios temas clave como: las diferentes categorías de pruebas como las pruebas unitarias, de aceptación y de regresión; herramientas comunes de QA como Jenkins, Selenium y TestNG; y un ejemplo de cómo se podría estructurar un proyecto de pruebas automatizadas con Selenium. El documento también explica conceptos como integración continua, pruebas de caja negra y blanca, y cómo QA debería involucrarse a lo larg
Este documento presenta un plan de pruebas de software que incluye objetivos, tipos de pruebas, métodos, herramientas y diseño de seguridad. El plan detalla la arquitectura jerárquica de las pruebas, los responsables, los objetivos y los recursos necesarios. Incluye secciones sobre tipos de pruebas como unidades, funcionales e integración, así como métodos, principios y herramientas de prueba.
Universidad Nacional Experimental de Caracas UNEXCA
Programa Nacional de Formación Ingeniería Informática PNFI
Unidad curricular Ingeniería del software II - Código ISC339
Trimestre 3 - Tema 1
Contenido: concepto, productos, roles, consideraciones, atributos, tipos, niveles y técnicas de prueba
Este documento presenta información sobre la verificación de software mediante pruebas. Explica conceptos clave como error, defecto y fallo, y describe diferentes tipos de pruebas como pruebas de unidad, integración y sistema. También cubre técnicas de prueba como caja blanca, caja negra y valores límite, y principios como que las pruebas solo pueden mostrar la presencia de defectos, no su ausencia.
Este documento presenta un modelo de pruebas de software. Explica conceptos clave como fallas, faltas y errores. Describe los fundamentos, objetivos y principios de las pruebas de software, así como los tipos de pruebas como pruebas de unidad, integración y sistema. Finalmente, detalla el proceso de pruebas, incluyendo la planeación, construcción y ejecución de pruebas.
1) El documento describe varios tipos de pruebas de software, incluyendo pruebas unitarias, de integración, de regresión, de humo, del sistema, de desempeño, de carga y de estrés. 2) Cada tipo de prueba se describe detallando su objetivo, descripción, técnicas, criterios de completitud y consideraciones especiales. 3) El documento proporciona una guía completa para la planificación y ejecución exhaustiva de pruebas de software.
Este documento presenta información sobre pruebas de software. Explica diferentes tipos de pruebas como pruebas unitarias, de integración, de validación y de sistema. También define conceptos clave como verificación y validación y describe el proceso general de pruebas de software para garantizar el correcto funcionamiento de un sistema.
El documento habla sobre la importancia de validar las soluciones propuestas mediante pruebas. Describe los objetivos y atributos de las pruebas como detectar errores, obtener alta probabilidad de encontrar errores y evitar redundancias. Además, explica los diferentes tipos de pruebas como unitarias, de integración, de validación, de sistema y de aceptación.
Este documento proporciona una introducción a las pruebas de calidad de software (QA) y cubre varios temas clave como: las diferentes categorías de pruebas como las pruebas unitarias, de aceptación y de regresión; herramientas comunes de QA como Jenkins, Selenium y TestNG; y un ejemplo de cómo se podría estructurar un proyecto de pruebas automatizadas con Selenium. El documento también explica conceptos como integración continua, pruebas de caja negra y blanca, y cómo QA debería involucrarse a lo larg
Este documento presenta un plan de pruebas de software que incluye objetivos, tipos de pruebas, métodos, herramientas y diseño de seguridad. El plan detalla la arquitectura jerárquica de las pruebas, los responsables, los objetivos y los recursos necesarios. Incluye secciones sobre tipos de pruebas como unidades, funcionales e integración, así como métodos, principios y herramientas de prueba.
Universidad Nacional Experimental de Caracas UNEXCA
Programa Nacional de Formación Ingeniería Informática PNFI
Unidad curricular Ingeniería del software II - Código ISC339
Trimestre 3 - Tema 1
Contenido: concepto, productos, roles, consideraciones, atributos, tipos, niveles y técnicas de prueba
Este documento presenta información sobre la verificación de software mediante pruebas. Explica conceptos clave como error, defecto y fallo, y describe diferentes tipos de pruebas como pruebas de unidad, integración y sistema. También cubre técnicas de prueba como caja blanca, caja negra y valores límite, y principios como que las pruebas solo pueden mostrar la presencia de defectos, no su ausencia.
Este documento presenta un modelo de pruebas de software. Explica conceptos clave como fallas, faltas y errores. Describe los fundamentos, objetivos y principios de las pruebas de software, así como los tipos de pruebas como pruebas de unidad, integración y sistema. Finalmente, detalla el proceso de pruebas, incluyendo la planeación, construcción y ejecución de pruebas.
1) El documento describe varios tipos de pruebas de software, incluyendo pruebas unitarias, de integración, de regresión, de humo, del sistema, de desempeño, de carga y de estrés. 2) Cada tipo de prueba se describe detallando su objetivo, descripción, técnicas, criterios de completitud y consideraciones especiales. 3) El documento proporciona una guía completa para la planificación y ejecución exhaustiva de pruebas de software.
Este documento presenta un curso básico sobre testeo de software. Cubre seis temas principales: 1) conceptos fundamentales del testeo de software, 2) niveles de testing en cada etapa del ciclo de vida, 3) técnicas de testing para generar casos de prueba, 4) herramientas de testing para automatizar actividades, 5) métricas de testing para medir la calidad del software, y 6) procesos de testing para integrar el testeo en la metodología.
Este documento presenta un plan de pruebas de software que incluye objetivos, tipos de pruebas, métodos, herramientas y diseños. El plan describe la arquitectura jerárquica de las pruebas, los responsables, objetivos y recursos necesarios. Incluye secciones sobre tipos de pruebas como unitaria, funcional, integración y validación; métodos como caja negra y blanca; y herramientas de prueba. También cubre temas como diseño de seguridad, auditoría, recuperación de sistemas y diseño de
Este documento presenta un plan de pruebas de software que incluye objetivos, tipos de pruebas, métodos, herramientas y diseños. El plan detalla la arquitectura jerárquica de las pruebas, los responsables, objetivos y recursos necesarios. Incluye secciones sobre tipos de pruebas como unidades, funcionales, integración y validación; métodos como cajas negras y blancas; y herramientas de prueba. También cubre diseños de seguridad, auditoría y recuperación de sistemas.
El documento describe los principios y enfoques para la prueba de software. La prueba de software tiene como objetivo descubrir errores mediante la creación de casos de prueba que tengan una alta probabilidad de encontrar errores no detectados previamente. Existen diferentes enfoques como las pruebas de caja negra, que prueban la interfaz sin conocer el funcionamiento interno, y las pruebas de caja blanca, que prueban el funcionamiento interno. También se describen diferentes tipos de pruebas como las pruebas unitarias, de integración y
El documento describe los diferentes tipos y procesos de pruebas de software. Explica que la prueba de unidades valida el código individual, la integración prueba la interacción de módulos, y la validación/verificación comprueba que el producto cumple los requisitos. También cubre técnicas como caja blanca, negra y de sistema para probar la recuperación, seguridad y resistencia. Concluye que aunque existen herramientas, un experto humano es necesario para dirigir efectivamente las pruebas.
Este documento presenta el temario de un curso de capacitación para convertirse en un Tester Profesional utilizando la metodología de pruebas del CMMI. El curso consta de 3 módulos que cubren temas como los fundamentos de las pruebas, procesos de negocio, técnicas de pruebas estáticas y dinámicas, y gestión de pruebas. Cada módulo incluye conceptos teóricos, proyectos prácticos y ejecución de casos de prueba. El objetivo es capacitar
El proceso de aseguramiento de calidad está concebido como el conjunto de actividades y esfuerzos asociados para planear, organizar, dirigir y controlar la calidad del producto de software a lo largo de todo el ciclo de vida con el objetivo de satisfacer las necesidades y requerimientos del Usuario (cliente).
Este documento describe las diferentes estrategias de prueba de software, incluyendo pruebas de unidad, integración y aceptación. Las pruebas de unidad prueban cada componente individualmente, mientras que las pruebas de integración combinan componentes probados de forma incremental o no incremental. Finalmente, las pruebas de aceptación, definidas por el usuario, validan que el sistema cumple con los requisitos funcionales y no funcionales.
El documento describe diferentes tipos de auditorías y pruebas de software y hardware. Explica la auditoría de software, auditoría de hardware, pruebas de software como pruebas de caja blanca y negra, pruebas de unidad, integración y sistema. También describe dispositivos y equipos de prueba de software.
El documento describe diferentes tipos de auditorías y pruebas de software y hardware. Explica la auditoría de software, auditoría de hardware, pruebas de software como pruebas de caja blanca y negra, pruebas de unidad, integración y sistema. También describe dispositivos y equipos de prueba de software.
1. Se describen diferentes tipos de pruebas de software, incluyendo pruebas de unidad, integración, validación y del sistema.
2. Las pruebas de unidad se enfocan en cada módulo individualmente, mientras que las pruebas de integración comprueban la interfaz entre módulos.
3. Las pruebas de validación verifican que el software completo cumple los requisitos funcionales y de rendimiento.
1. El documento describe diferentes tipos de pruebas de software, incluyendo pruebas de unidad, integración, validación y del sistema.
2. Las pruebas de unidad se enfocan en cada módulo individualmente, mientras que las pruebas de integración comprueban la interfaz entre módulos.
3. Las pruebas de validación verifican que el software completo cumple los requisitos funcionales y de rendimiento.
Este documento describe los conceptos y niveles de pruebas de software. Explica que las pruebas deben realizarse en todas las fases del desarrollo y no solo al final, y que incluyen pruebas de unidad, integración y sistema para verificar el correcto funcionamiento de cada unidad, la integración de unidades y el producto completo.
Este documento presenta diferentes conceptos y enfoques relacionados con las pruebas de software. Define conceptos clave como falla, falta y error, y describe objetivos, principios y tipos de pruebas como pruebas de unidad, integración y sistema. También explica enfoques como prueba de caja blanca, negra y diferentes técnicas como pruebas de condición, flujo de datos y bucles.
Este documento describe los conceptos clave del testing de software. Explica los objetivos del testing como verificar la interacción entre componentes e identificar defectos. También describe los tipos de pruebas como pruebas de unidad, integración y aceptación. Además, explica conceptos como el ciclo de vida de pruebas, métricas de cobertura y calidad, y tácticas como inspecciones y pruebas dinámicas.
1. Las pruebas de software incluyen pruebas de unidad, integración, validación y del sistema, siendo cada una más amplia en alcance.
2. Las pruebas de unidad comprueban cada módulo de forma aislada, las de integración verifican la interfaz entre módulos, y las de validación evalúan el software completo frente a los requisitos.
3. Finalmente, las pruebas del sistema integran el software con el hardware y otros componentes para probar el rendimiento general del producto terminado.
Este documento presenta una introducción a los conceptos y tipos de pruebas de software más comunes. Explica los principios fundamentales de las pruebas y describe los diferentes tipos de pruebas funcionales como las pruebas unitarias, de integración, regresión, de humo, de extremo a extremo e de interfaz de usuario. También cubre los tipos de pruebas no funcionales como las pruebas de rendimiento, estrés y de aceptación del usuario. El objetivo es familiarizar al lector con las mejores prácticas de pruebas
El documento describe los conceptos y técnicas de control de calidad de software. Explica que el control de calidad tiene como objetivos mantener el proceso bajo control y eliminar defectos en todas las fases del ciclo de vida. Describe los controles estáticos como revisiones manuales y automáticas, y los controles dinámicos como pruebas modular, de integración, de sistema y de aceptación para identificar y corregir defectos. Concluye que obtener software de alta calidad requiere disciplina para aplicar estándares en cada parte y que la calidad tiene
Este documento presenta un curso básico sobre testeo de software. Cubre seis temas principales: 1) conceptos fundamentales del testeo de software, 2) niveles de testing en cada etapa del ciclo de vida, 3) técnicas de testing para generar casos de prueba, 4) herramientas de testing para automatizar actividades, 5) métricas de testing para medir la calidad del software, y 6) procesos de testing para integrar el testeo en la metodología.
Este documento presenta un plan de pruebas de software que incluye objetivos, tipos de pruebas, métodos, herramientas y diseños. El plan describe la arquitectura jerárquica de las pruebas, los responsables, objetivos y recursos necesarios. Incluye secciones sobre tipos de pruebas como unitaria, funcional, integración y validación; métodos como caja negra y blanca; y herramientas de prueba. También cubre temas como diseño de seguridad, auditoría, recuperación de sistemas y diseño de
Este documento presenta un plan de pruebas de software que incluye objetivos, tipos de pruebas, métodos, herramientas y diseños. El plan detalla la arquitectura jerárquica de las pruebas, los responsables, objetivos y recursos necesarios. Incluye secciones sobre tipos de pruebas como unidades, funcionales, integración y validación; métodos como cajas negras y blancas; y herramientas de prueba. También cubre diseños de seguridad, auditoría y recuperación de sistemas.
El documento describe los principios y enfoques para la prueba de software. La prueba de software tiene como objetivo descubrir errores mediante la creación de casos de prueba que tengan una alta probabilidad de encontrar errores no detectados previamente. Existen diferentes enfoques como las pruebas de caja negra, que prueban la interfaz sin conocer el funcionamiento interno, y las pruebas de caja blanca, que prueban el funcionamiento interno. También se describen diferentes tipos de pruebas como las pruebas unitarias, de integración y
El documento describe los diferentes tipos y procesos de pruebas de software. Explica que la prueba de unidades valida el código individual, la integración prueba la interacción de módulos, y la validación/verificación comprueba que el producto cumple los requisitos. También cubre técnicas como caja blanca, negra y de sistema para probar la recuperación, seguridad y resistencia. Concluye que aunque existen herramientas, un experto humano es necesario para dirigir efectivamente las pruebas.
Este documento presenta el temario de un curso de capacitación para convertirse en un Tester Profesional utilizando la metodología de pruebas del CMMI. El curso consta de 3 módulos que cubren temas como los fundamentos de las pruebas, procesos de negocio, técnicas de pruebas estáticas y dinámicas, y gestión de pruebas. Cada módulo incluye conceptos teóricos, proyectos prácticos y ejecución de casos de prueba. El objetivo es capacitar
El proceso de aseguramiento de calidad está concebido como el conjunto de actividades y esfuerzos asociados para planear, organizar, dirigir y controlar la calidad del producto de software a lo largo de todo el ciclo de vida con el objetivo de satisfacer las necesidades y requerimientos del Usuario (cliente).
Este documento describe las diferentes estrategias de prueba de software, incluyendo pruebas de unidad, integración y aceptación. Las pruebas de unidad prueban cada componente individualmente, mientras que las pruebas de integración combinan componentes probados de forma incremental o no incremental. Finalmente, las pruebas de aceptación, definidas por el usuario, validan que el sistema cumple con los requisitos funcionales y no funcionales.
El documento describe diferentes tipos de auditorías y pruebas de software y hardware. Explica la auditoría de software, auditoría de hardware, pruebas de software como pruebas de caja blanca y negra, pruebas de unidad, integración y sistema. También describe dispositivos y equipos de prueba de software.
El documento describe diferentes tipos de auditorías y pruebas de software y hardware. Explica la auditoría de software, auditoría de hardware, pruebas de software como pruebas de caja blanca y negra, pruebas de unidad, integración y sistema. También describe dispositivos y equipos de prueba de software.
1. Se describen diferentes tipos de pruebas de software, incluyendo pruebas de unidad, integración, validación y del sistema.
2. Las pruebas de unidad se enfocan en cada módulo individualmente, mientras que las pruebas de integración comprueban la interfaz entre módulos.
3. Las pruebas de validación verifican que el software completo cumple los requisitos funcionales y de rendimiento.
1. El documento describe diferentes tipos de pruebas de software, incluyendo pruebas de unidad, integración, validación y del sistema.
2. Las pruebas de unidad se enfocan en cada módulo individualmente, mientras que las pruebas de integración comprueban la interfaz entre módulos.
3. Las pruebas de validación verifican que el software completo cumple los requisitos funcionales y de rendimiento.
Este documento describe los conceptos y niveles de pruebas de software. Explica que las pruebas deben realizarse en todas las fases del desarrollo y no solo al final, y que incluyen pruebas de unidad, integración y sistema para verificar el correcto funcionamiento de cada unidad, la integración de unidades y el producto completo.
Este documento presenta diferentes conceptos y enfoques relacionados con las pruebas de software. Define conceptos clave como falla, falta y error, y describe objetivos, principios y tipos de pruebas como pruebas de unidad, integración y sistema. También explica enfoques como prueba de caja blanca, negra y diferentes técnicas como pruebas de condición, flujo de datos y bucles.
Este documento describe los conceptos clave del testing de software. Explica los objetivos del testing como verificar la interacción entre componentes e identificar defectos. También describe los tipos de pruebas como pruebas de unidad, integración y aceptación. Además, explica conceptos como el ciclo de vida de pruebas, métricas de cobertura y calidad, y tácticas como inspecciones y pruebas dinámicas.
1. Las pruebas de software incluyen pruebas de unidad, integración, validación y del sistema, siendo cada una más amplia en alcance.
2. Las pruebas de unidad comprueban cada módulo de forma aislada, las de integración verifican la interfaz entre módulos, y las de validación evalúan el software completo frente a los requisitos.
3. Finalmente, las pruebas del sistema integran el software con el hardware y otros componentes para probar el rendimiento general del producto terminado.
Este documento presenta una introducción a los conceptos y tipos de pruebas de software más comunes. Explica los principios fundamentales de las pruebas y describe los diferentes tipos de pruebas funcionales como las pruebas unitarias, de integración, regresión, de humo, de extremo a extremo e de interfaz de usuario. También cubre los tipos de pruebas no funcionales como las pruebas de rendimiento, estrés y de aceptación del usuario. El objetivo es familiarizar al lector con las mejores prácticas de pruebas
El documento describe los conceptos y técnicas de control de calidad de software. Explica que el control de calidad tiene como objetivos mantener el proceso bajo control y eliminar defectos en todas las fases del ciclo de vida. Describe los controles estáticos como revisiones manuales y automáticas, y los controles dinámicos como pruebas modular, de integración, de sistema y de aceptación para identificar y corregir defectos. Concluye que obtener software de alta calidad requiere disciplina para aplicar estándares en cada parte y que la calidad tiene
El uso de las TIC en la vida cotidiana.pptxjgvanessa23
En esta presentación, he compartido información sobre las Tecnologías de la Información y la Comunicación (TIC) y su aplicación en diversos ámbitos de la vida cotidiana, como el hogar, la educación y el trabajo.
He explicado qué son las TIC, las diferentes categorías y sus respectivos ejemplos, así como los beneficios y aplicaciones en cada uno de estos ámbitos.
Espero que esta información sea útil para quienes la lean y les ayude a comprender mejor las TIC y su impacto en nuestra vida cotidiana.
Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)codesiret
Los protocolos son conjuntos de
normas para formatos de mensaje y
procedimientos que permiten a las
máquinas y los programas de aplicación
intercambiar información.
Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)AbrahamCastillo42
Power point, diseñado por estudiantes de ciclo 1 arquitectura de plataformas, esta con la finalidad de dar a conocer el componente hardware llamado tarjeta de video..
2. Equipo Entel
• Diseñar pruebas de software y explicar cada uno de los aspectos a tener en
cuenta para su elaboración.
• Conocer los niveles de prueba existentes y el alcance de la ejecución de
pruebas en cada uno de ellos.
• Listar las técnicas y herramientas más relevantes que pueden utilizarse.
• Implantar nueva cultura al momento de aseguramiento de la calidad de
nuestros servicios.
El objetivo general es formar al centro en pruebas eficaces y eficiente. Para lograrlo
revisaremos en el curso lo siguiente:
Objetivos del Curso
0 Objetivos
3. Equipo Entel
Niveles de
Pruebas
Unitaria Integración Sistema Aceptación
Tipos de Pruebas Funcionales No funcionales Estructurales Regresión
Técnicas de
Ejecución
Estáticas Dinámicas
Técnicas de
Diseño
Caja Blanca Caja Negra
Objetivos del Curso
0 Objetivos
4. Índice
1 Introducción
1.1 ¿Por qué es necesario el proceso de pruebas?
1.2 Objetivos de las Pruebas
3 Pruebas durante el ciclo de vida
3.1 Niveles de prueba
3.2 Tipos de prueba
3 Técnicas de Ejecución
3.1 Tipos de Técnicas
3.2 Complejidad ciclomática
4 Técnicas de Diseño
4.1 El proceso de desarrollo de pruebas
4.2 Técnica de caja Negra y caja Blanca
2 Gestión de Pruebas
2.1 Tareas del equipo de pruebas
2.2 Responsables y Mejores Prácticas
6 Herramientas de pruebas
6.1 Objetivos uso Herramientas
6.2 Clasificación herramientas
9. Equipo Entel
Un error es:
a) Acción equivoca de una estructura del sistema.
b) Acción humana que produce un resultado incorrecto.
c) Acción errónea del sistema.
Un defecto es:
a) Componente negativamente estructural para el software.
b) Manifestación de un componente erróneo.
c) Desperfecto en un componente o sistema que pueda ser la causa por la cual el sistema o
componente no logre llevar a cabo su función especifica.
1 Introducción
¿ Por qué es necesario el
proceso de pruebas?
10. Equipo Entel
Un fallo es:
a) Si un defecto es encontrado durante la ejecución de una aplicación puede producir un fallo.
b) Manifestación errónea del objeto de los sistemas q tiene a cargo cada componente estructural.
c) Manifestación física o funcional de un defecto.
d) Todas las anteriores.
1
¿ Por qué es necesario el
proceso de pruebas?
Introducción
12. Equipo Entel
Identificar defectos
Facilitar información para la toma de decisiones
Evitar la aparición de defectos
Aumentar la confianza en el nivel de calidad
Los objetivos generales son:
Estos objetivos varían en función de los diferentes tipos de pruebas.
Objetivos de las Pruebas
1 Introducción
• Verificación: ¿Estamos construyendo correctamente el producto?. Controlar que el producto conforma su
especificación inicial.
• Validación: ¿Estamos construyendo el producto correcto?. Controlar si el producto satisface los
requerimientos del usuario.
14. Equipo Entel
Tareas
Tareas de Gestión
Planificación
Control y Seguimiento
Finalización
Tareas de Pruebas
Diseño e Implementación
Gestión del Entorno
Ejecución
Reporte de Incidencias
Analista del Proyecto
Desarrolladores/QA Interno y
Analista del Proyecto
Tareas del Equipo de Pruebas
2 Gestión de Pruebas
16. Equipo Entel
• Pruebas diseñadas y ejecutadas por las mismas personas que escribieron el software.
• Pruebas diseñadas y ejecutadas por terceros, pero miembros del equipo de desarrollo.
• Pruebas diseñadas y ejecutadas por una persona procedente de otro grupo de la organización.
• Pruebas diseñadas y ejecutadas por personas de otra organización.
Los casos defectuosos encontrados serán catalogados como Incidencias Internas o Incidencias Externas
dependiendo de quién las detecte y de lo acordado en cada proyecto.
Responsables y Mejores Prácticas
2 Gestión de Pruebas
17. Equipo Entel
La detección de fallos es más eficiente, si los probadores son independientes y formados.
El personal de desarrollo puede participar en las pruebas de los niveles más bajos (pruebas unitarias) pero su
falta de objetividad a menudo limita la efectividad.
Para proyectos grandes o complejos lo mejor es poner alguno o todos los niveles de prueba a cargo de
probadores independientes.
Responsables y Mejores Prácticas
2 Gestión de Pruebas
18. 3Pruebas durante el ciclo de vida
3.1 Niveles de prueba
3.2 Tipos de prueba
Niveles de
Pruebas
Unitaria Integración Sistema Aceptación
Tipos de
Pruebas
Funcionales
No
funcionales
Estructurale
s
Regresión
Técnicas de
Ejecución
Estáticas Dinámicas
Técnicas de
Diseño
Caja Blanca Caja Negra
19. Equipo Entel
• Comprobar el funcionamiento y localizar defectos en
módulos de software independientes (objeto, clase,
unidad, etc).
• Se realizan sobre el código, en un entorno de
desarrollo y suelen contar con la participación del
programador.
• Los defectos se corrigen en el momento que se
detectan sin gestionarlos formalmente.
Niveles de prueba: Unitarias
02 Pruebas durante el ciclo de vida
20. Equipo Entel
Existen 2 simuladores que usamos comúnmente los cuales son el uso de stubs y drivers.
Niveles de prueba: Unitarias
02 Pruebas durante el ciclo de vida
Componente a
probar
Driver
Stub Stub
Simula el método que llama al componente
que queremos probar
Simula el método que es llamado por
componente que queremos probar.
21. Equipo Entel
Módulo A
Módulo B
Módulo C
El módulo A llama al módulo B que a su vez llama
al módulo C.
Queremos probar el módulo B pero no tenemos
desarrollado ni el A ni el C.
¿Qué módulo es el driver y cuál el stub?
¿Y el arnés de prueba?
Driver
Stub
A es el driver y C es el stub.
Los módulos A y C.
Niveles de prueba: Unitarias
02 Pruebas durante el ciclo de vida
22. Equipo Entel
Un enfoque a seguir en estas pruebas es elaborar los casos de prueba antes de codificarlos,
esto se denomina desarrollo guiado por pruebas (TDD)
1. Se escribe el caso de prueba y se comprueba que falla.
2. Se implementa el código que haga que la prueba se ejecute satisfactoriamente.
3. Refactorización y limpieza del código.
Niveles de prueba: Unitarias
02 Pruebas durante el ciclo de vida
23. Equipo Entel
Prueban los interfaces, comunicación entre componentes o sistemas, no la funcionalidad
del propio módulo. Existen varios niveles sobre objetos de diferente tamaño.
• Integración de componentes
Prueban las interacciones entre los
componentes del software y se
realizan a continuación de las
pruebas unitarias.
• Integración de sistemas
Prueban las interacciones entre
distintos sistemas o entre el
software y el hardware. Se realizan a
continuación de las pruebas de
sistema.
Niveles de prueba: Integración
02 Pruebas durante el ciclo de vida
24. Equipo Entel
A
Stub B Stub C Stub D
Considerando la siguiente jerarquía, ¿cómo aplicarías la estrategia top-down? ¿Qué
necesitarías para probar los módulos E, F, y G?
Orden Módulos
1º A + StubB + StubC + StubD
Niveles de prueba: Integración
02 Pruebas durante el ciclo de vida
25. Equipo Entel
• Prueban el comportamiento de un
sistema o producto completo.
• El entorno de pruebas debe coincidir lo
máximo posible con el de producción.
• Se estudian requisitos funcionales y no
funcionales del sistema.
• A menudo son realizadas por un
equipo independiente.
Niveles de prueba: Sistema
02 Pruebas durante el ciclo de vida
26. Equipo Entel
Son responsabilidad del cliente o usuarios del
sistema y su objetivo no es encontrar bugs sino
evaluar la disposición del sistema para su
despliegue y uso.
• Aceptación de usuario: verificación del
sistema por parte de los usuarios comerciales.
• Aceptación operativas: aceptación del
sistema por parte de los administradores del
sistema (pruebas de backup, restauración,
seguridad, etc.).
Niveles de prueba: Aceptación
02 Pruebas durante el ciclo de vida
27. 2Pruebas durante el ciclo de vida
2.1 Niveles de prueba
2.2 Tipos de prueba
Niveles de
Pruebas
Unitaria Integración Sistema Aceptación
Tipos de
Pruebas
Funcionales
No
funcionales
Estructurale
s
Regresión
Técnicas de
Ejecución
Estáticas Dinámicas
Técnicas de
Diseño
Caja Blanca Caja Negra
28. Equipo Entel
• Se pueden realizar sobre un sistema, subsistema o
componente, y pueden llevarse a cabo en todos los niveles
de pruebas.
• Se basan en las funciones, “lo que” hace el sistema y su
interoperabilidad con otros sistemas.
• Las funciones pueden describirse en una especificación de
requisitos, casos de uso, una especificación funcional o
incluso no estar documentadas.
• Tienen en cuenta el comportamiento externo del
software.
prueba funcionalidad
de log-in
Tipos de Prueba: Funcionales
02 Pruebas durante el ciclo de vida
29. Equipo Entel
• Se refieren a “cómo” funciona el sistema y pueden ejecutarse
en todos los niveles de pruebas.
• Incluyen pruebas de rendimiento, carga, estrés, usabilidad,
mantenibilidad, fiabilidad y portabilidad
• Tienen en cuenta el comportamiento externo del software, no
lo que hace por dentro.
prueba rendimiento del
sistema
Tipos de Prueba: No Funcionales
02 Pruebas durante el ciclo de vida
30. Equipo Entel
• Son pruebas de caja blanca, donde las pruebas están
diseñadas en base al código fuente, el tester escoge juego
datos de estrada específicos para recorrer cada línea de código
y asegurar una correcta respuesta incluso en situaciones de
borde.
• Son empleadas especialmente en pruebas unitarias y de
integración de componentes y son medidas a través del
porcentaje de cobertura.
prueba de cobertura de
código
Tipos de Prueba: Estructurales
02 Pruebas durante el ciclo de vida
31. Equipo Entel
• Pruebas a un programa que ha sido modificado, para localizar defectos surgidos como
resultado de cambios realizados. Cualquier cambio puede hacer que componentes
software que antes funcionaban dejen de hacerlo o que resurjan errores que se habían
eliminado.
test case 1
test case 2
test case 3
test case N
iteración 1
test case 1
test case 2
test case 3
test case N
iteración 2
test case 1
test case 2
test case 3
test case N
iteración N
depuración
del software
depuración
del software
Tipos de Prueba: Regresión
02 Pruebas durante el ciclo de vida
32. Equipo Entel
• Como se ejecutan muchas veces se
suelen automatizar.
• Consisten en ejecutar un conjunto de
pruebas relevantes seleccionadas de
entre todas las pruebas que se han ido
generando durante el desarrollo y
se ejecutarán cada vez que se
modifique el código fuente.
• Pueden realizarse en todos los niveles de
prueba e incluyen pruebas funcionales,
no funcionales y estructurales.
¿Cómo cubrir un océano de pruebas?
Todas las
pruebas que se
podrían hacer
Pruebas que
hemos
ejecutado
Pruebas que
repetiremos
Tipos de Prueba: Regresión
02 Pruebas durante el ciclo de vida
33. 3Técnicas de Ejecución
3.1 Tipos de Técnicas
3.2 Complejidad ciclomática
Niveles de
Pruebas
Unitaria Integración Sistema Aceptación
Tipos de
Pruebas
Funcionales
No
funcionales
Estructurale
s
Regresión
Técnicas de
Ejecución
Estáticas Dinámicas
Técnicas de
Diseño
Caja Blanca Caja Negra
34. Equipo Entel
Defectos
Fallos
Revisión de documentos y
código fuente sin ejecutar
Pruebas ejecutando el
software
Técnicas
estáticas
Técnicas
dinámicas
La razón para buscar defectos en productos tempranos es porque éstos se
traducen en defectos en el producto final.
Existen 2 técnicas de ejecución:
Tipos de Técnica
03 Técnicas de Ejecución
35. Equipo Entel
Defectos
Revisión de documentos y
código fuente
Técnicas
estáticas
Manual
Herramienta
Se denomina revisión. Consiste en
examinar documentación del proyecto y
hacer comentarios al respecto.
Analizan el código fuente para detectar
defectos en el flujo de control o flujo de
datos.
Técnicas Estáticas
03 Técnicas de Ejecución
36. Equipo Entel
Variable con valor indefinido
var=NULL
Variables que no se utilizan o
declaradas de forma
incorrecta
int num=“abc”
Código muerto (inaccesible)
Vulnerabilidad de seguridad
Sintaxis incorrecta
Confundir “O” con “0”
Complejidad Ciclomática alta
(código complejo, métrica
basada en diagrama de flujo )
Lógica errónea (bucle infinito)
Interfaces inconsistentes entre
módulos y componentes
Técnicas Estáticas: Ejemplos
03 Técnicas de Ejecución
38. Equipo Entel
Define los diferentes caminos que
puede tomar un método de un software o
las diferentes entradas necesaria para probar
todo el código.
Mientras mayor sea la complejidad
ciclomatica, más difícil será de probar y de
mantener, si un software sobrepasa los 10
caminos diferentes, se puede decir que está
mal construido.
Complejidad Ciclomática
03 Técnicas de Ejecución
39. Equipo Entel
Dado el siguiente diagrama, calcular la complejidad ciclomática.
a) 1
b) 3
c) 4
d) 2
if
edad>=18
Sí
No puede
votar
Puede
votar
No
End if
Print edad
Complejidad Ciclomática
03 Técnicas de Ejecución
40. 4Técnicas de Diseño
4.1 El proceso de desarrollo de pruebas
4.2 Técnica de caja Negra y caja Blanca
Niveles de
Pruebas
Unitaria Integración Sistema Aceptación
Tipos de
Pruebas
Funcionales
No
funcionales
Estructurale
s
Regresión
Técnicas de
Ejecución
Estáticas Dinámicas
Técnicas de
Diseño
Caja Blanca Caja Negra
41. Equipo Entel
• El diseño del Plan de Pruebas consiste en crear y
especificar los casos y datos necesarios para
ejecutarlas.
• Un caso de prueba consta de unos valores de
entrada, precondiciones y resultados esperados.
• Los resultados esperados deben ser parte de la
especificación de un caso de prueba, si no están
definidos se podría interpretar como correcto un
resultado “falso positivo” pero erróneo.
Diseño del Plan de Pruebas
04 El proceso de desarrollo de pruebas
42. Equipo Entel
Establecer la matriz de trazabilidad entre los requisitos y los casos de prueba, permite:
• Obtener un análisis de impacto efectivo cuando los requisitos cambian.
• Determinar la cobertura de requisitos para una serie de pruebas.
CP-1 CP-2 CP-3 CP-4
RF-1
RF-2
RF-3
RF-4
Requisitos
Funcionales
Casos de Prueba
Diseño de Pruebas
04 El proceso de desarrollo de pruebas
43. Equipo Entel
Secuencia de acciones automatizadas
para ejecutar una prueba
Durante la ejecución de las pruebas, se desarrolla, implementan, priorizan y organizan los
casos de prueba.
Secuencia de acciones manuales
para ejecutar una prueba
Automatizadas
Manuales
Procedimiento
de pruebas
Guión
de pruebas
Ejecución de Pruebas
04 El proceso de desarrollo de pruebas
44. Equipo Entel
Definir un caso de prueba para el envío de un email desde la aplicación Outlook.
ID Nombre Descripción Precondiciones Criticidad Acciones Resultados
001 Envío de email
con adjunto
Envío de un email a un
solo destinatario con un
archivo adjunto.
Pruebas
04 El proceso de desarrollo de pruebas
45. Equipo Entel
ID Nombre Descripción Precondiciones Critic. Acciones Resultados
001 Envío de email
con adjunto
Envío de un email a un
solo destinatario con
un archivo adjunto.
Tener configurada una
cuenta de outlook.
Tener conexión a
Internet.
Alta 1. Acceder a la
aplicación
Outlook.
1. Se visualiza el
menú y la bandeja de
entrada.
2. Pulsar el
botón “Nuevo”.
2. Se abre una
ventana que contiene:
• Menú opciones
• Texbox Para
• Texbox CC
• Texbox Asunto
• Texbox Mensaje
• Botón enviar
Pruebas
04 El proceso de desarrollo de pruebas
46. Equipo Entel
ID Nombre Descrip. Precond. Critic. Acciones Resultados
3. Hacer click sobre el
botón “Adjuntar” del
menú superior.
3. Se abre una ventana que contiene:
• Explorador de archivos
• Botón Insertar
• Botón Cancelar
4. Seleccionar un
archivo con un
formato válido y hacer
click en “Insertar”.
4. Se cierra la ventana y aparece el
nombre del archivo debajo del campo
“Asunto”.
5. Completar el
Texbox “Para” con
una dirección de email
válida.
5. Si anteriormente se ha enviado un
email a ese mismo remitente, la
aplicación lo reconocerá y lo marcará
con subrayado.
6. Insertar texto en el
Texbox “Asunto” y en
el cuerpo del mensaje
y hacer click en
“Enviar”.
6. Se cierra la ventana y el mensaje se
envía correctamente.
Pruebas
04 El proceso de desarrollo de pruebas
47. 4Técnicas de Diseño
4.1 El proceso de desarrollo de pruebas
4.2 Técnica de caja Negra y caja Blanca
48. Equipo Entel
?
Input Output
• Basadas en la especificación.
• Se crean casos de prueba en base al análisis de la documentación.
• No utilizan información sobre la estructura interna del sistema.
Técnica de Caja Negra
04 Técnica de caja Negra y caja Blanca
49. Equipo Entel
Ejercicio de Caja Negra
04 Técnica de caja Negra y caja Blanca
El sistema enviará un correo electrónico cuando se registre alguna de las siguientes
transacciones: pedido de venta de cliente, despacho de mercancía al cliente,
emisión de factura a cliente y registro de cobro al cliente.
Caja Negra
?
INPUT
Registrar pedido de venta
Registrar despacho de
mercancía al cliente
Registrar factura de
cliente
Registrar cobro
Output
El sistema envía un correo electrónico al
cliente como constancia que su pedido se
ha recibido
Registrar despacho de mercancía al cliente
El sistema envía un correo electrónico al
departamento de facturación y al cliente.
El sistema envía un correo electrónico al
departamento de cuentas por cobrar y al
agente comercial (vendedor) que lleva la
cuenta del cliente.
50. Equipo Entel
Input Output
• Basadas en la estructura.
• Se crean casos de prueba en base al análisis de estructura interna del
sistema.
Técnica de Caja Blanca
04 Técnica de caja Negra y caja Blanca
51. Equipo Entel
Dado el siguiente código ¿Cuántos casos de pruebas son necesarios para lograr el
100% de la cobertura de sentencia?
a) 5 casos de prueba
b) 3 casos de prueba
c) 1 caso de prueba
d) 2 casos de prueba
read (color)
if (color==“Red”) Then
call Roses (color)
elseif (color==“blue”) then
call Violets (color)
else
print “User is no Shakespeare”
SaveToDatabase(color)
Ejercicio de Caja Blanca
04 Técnica de caja Negra y caja Blanca
53. Equipo Entel
• Mejorar la eficiencia de las tareas de pruebas
(automatización y gestión).
• Realizar actividades que de forma manual
requerirían muchos recursos (pruebas estáticas)
o no podrían hacerse (pruebas de rendimiento).
• Aumentar la fiabilidad de las pruebas
(comparación de ficheros).
Algunas dan soporte a una actividad de manera clara mientras que otras pueden dar
soporte a más de una actividad.
Algunos tipos de herramienta que pueden ser intrusivos y afectan al resultado real de la
prueba. La consecuencia del su uso se denomina efecto sonda.
Objetivos uso herramientas
06 Herramientas de pruebas
56. Empowering organizations
in a everis.com
Consulting, Transformation, Technology and
Operations
Andorra
Argentina
Bélgica
Brasil
Chile
Colombia
EEUU
España
Holanda
Italia
Luxemburgo
Marruecos
México
Perú
Portugal
Reino Unido
Suiza
Notas del editor
Cambiar el objetivo
Cambiar el objetivo
Cuando un software no funciona según lo esperado puede causar problemas como pérdida de dinero o de renombre. Si además el programa controla aparatos peligrosos como control aéreo o balístico, máquinas peligrosas, etc. el más mínimo detalle cuenta para que no se convierta en una catástrofe grandes magnitudes.
TDD: Test Driven Development
Enfoque de las pruebas de integración:
Incremental: De arriba abajo, de abajo a arriba.
Top-down (de arriba hacia abajo): Se prueban primero los componentes de mayor nivel en la jerarquía.
Bottom- up (de abajo hacia arriba): Se prueban primero los componentes de menor nivel en la jerarquía.
No incremental: Conocido como “Big Bang”
Revisar con gonzalo
Validar con gonzalo
Se basa en el número de aristas y nodos de la gráfica del flujo de control (caminos independientes)