pruebas de software
Páginas: 5 (1232 palabras)
Publicado: 23 de agosto de 2015
Tarea #1
Etapa de pruebas
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, esta etapa implica:
· Verificar la interacción de componentes.
· Verificar la integración adecuada de los componentes.
· Verificar que todos los requisitos se han implementadocorrectamente.
· Identificar y asegurar que los defectos encontrados se han corregido antes de entregar el software al cliente.
· Diseñar pruebas que sistemáticamente saquen a la luz diferentes clases de errores, haciéndolo con la menor cantidad de tiempo y esfuerzo.
La prueba no es una actividad sencilla, no es una etapa del proyecto en la cual se asegura la calidad, sino que la prueba debe ocurrirdurante todo el ciclo de vida: podemos probar la funcionalidad de los primeros prototipos; probar la estabilidad, cobertura y rendimiento de la arquitectura; probar el producto final.
Lo que conduce al principal beneficio de la prueba: proporcionar una comunicación mientras hay todavía tiempo y recursos para hacer algo.
La prueba es un proceso que se enfoca sobre la lógica interna del software y lasfunciones externas. La prueba es un proceso de ejecución de un programa con la intención de descubrir un error. Un buen caso de prueba es aquel que tiene alta probabilidad de mostrar un error no descubierto hasta entonces. Una prueba tiene éxito si descubre un error no detectado hasta entonces.
La prueba no puede asegurar la ausencia de defectos; sólo puede demostrar que existen defectos en elsoftware.
Tipos de Pruebas
Pruebas de unidad
La prueba de unidad se centra en el módulo. Usando la descripción del diseño detallado como guía, se prueban los caminos de control importantes con el fin de descubrir errores dentro del ámbito del módulo. La prueba de unidad hace uso intensivo de las técnicas de prueba de caja blanca.
Prueba de integración
El objetivo es coger los módulos probados enla prueba de unidad y construir una estructura de programa que esté de acuerdo con lo que dicta el diseño.
Hay dos formas de integración:
Integración no incremental: Se combinan todos los módulos por anticipado y se prueba todo el programa en conjunto.
Integración incremental: El programa se construye y se prueba en pequeños segmentos.
En la prueba de integración el foco de atención es eldiseño y la construcción de la arquitectura del software.
Las técnicas que más prevalecen son las de diseño de casos de prueba de caja negra, aunque se pueden llevar a cabo unas pocas pruebas de caja blanca.
Matriz de Pruebas
Este artefacto consiste en una matriz que representa las relaciones entre los casos de uso y las pruebas.
Esta matriz contiene la identificación del caso de uso, escenario,caso de prueba, tipo de prueba y ciclo de prueba. Cabe destacar que con herramientas automatizadas se pueden realizar matrices de dichas relaciones.
Integración del proyecto
La producción, tiene como una de sus funciones permitir la traducción de las especificaciones técnicas del producto en procedimientos y secuencias de producción, minimizando la ejecución inadecuada o incompleta de esasespecificaciones. Los proyectos de producción, cuyo objetivo principal es el de integrar el proyecto y la obra, presenta soluciones adecuadas para mejorar los procesos de ejecución de una determinada actividad constructiva.
La manera tradicional de proyectar una obra es, que una etapa del proceso continúa al término de otra y así sucesivamente originando una secuenciación de actividades y una falta deintegración y retroalimentación de dicho proceso. El gran fracaso de esta mera forma de proyectar es la falta de comunicación y coordinación de las actividades.
Tarea #2
Caja blanca
En programación, se denomina cajas blancas a un tipo de pruebas de software que se realiza sobre las funciones internas de un módulo. Así como las pruebas de caja negra ejercitan los requisitos funcionales...
Etapa de pruebas
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, esta etapa implica:
· Verificar la interacción de componentes.
· Verificar la integración adecuada de los componentes.
· Verificar que todos los requisitos se han implementadocorrectamente.
· Identificar y asegurar que los defectos encontrados se han corregido antes de entregar el software al cliente.
· Diseñar pruebas que sistemáticamente saquen a la luz diferentes clases de errores, haciéndolo con la menor cantidad de tiempo y esfuerzo.
La prueba no es una actividad sencilla, no es una etapa del proyecto en la cual se asegura la calidad, sino que la prueba debe ocurrirdurante todo el ciclo de vida: podemos probar la funcionalidad de los primeros prototipos; probar la estabilidad, cobertura y rendimiento de la arquitectura; probar el producto final.
Lo que conduce al principal beneficio de la prueba: proporcionar una comunicación mientras hay todavía tiempo y recursos para hacer algo.
La prueba es un proceso que se enfoca sobre la lógica interna del software y lasfunciones externas. La prueba es un proceso de ejecución de un programa con la intención de descubrir un error. Un buen caso de prueba es aquel que tiene alta probabilidad de mostrar un error no descubierto hasta entonces. Una prueba tiene éxito si descubre un error no detectado hasta entonces.
La prueba no puede asegurar la ausencia de defectos; sólo puede demostrar que existen defectos en elsoftware.
Tipos de Pruebas
Pruebas de unidad
La prueba de unidad se centra en el módulo. Usando la descripción del diseño detallado como guía, se prueban los caminos de control importantes con el fin de descubrir errores dentro del ámbito del módulo. La prueba de unidad hace uso intensivo de las técnicas de prueba de caja blanca.
Prueba de integración
El objetivo es coger los módulos probados enla prueba de unidad y construir una estructura de programa que esté de acuerdo con lo que dicta el diseño.
Hay dos formas de integración:
Integración no incremental: Se combinan todos los módulos por anticipado y se prueba todo el programa en conjunto.
Integración incremental: El programa se construye y se prueba en pequeños segmentos.
En la prueba de integración el foco de atención es eldiseño y la construcción de la arquitectura del software.
Las técnicas que más prevalecen son las de diseño de casos de prueba de caja negra, aunque se pueden llevar a cabo unas pocas pruebas de caja blanca.
Matriz de Pruebas
Este artefacto consiste en una matriz que representa las relaciones entre los casos de uso y las pruebas.
Esta matriz contiene la identificación del caso de uso, escenario,caso de prueba, tipo de prueba y ciclo de prueba. Cabe destacar que con herramientas automatizadas se pueden realizar matrices de dichas relaciones.
Integración del proyecto
La producción, tiene como una de sus funciones permitir la traducción de las especificaciones técnicas del producto en procedimientos y secuencias de producción, minimizando la ejecución inadecuada o incompleta de esasespecificaciones. Los proyectos de producción, cuyo objetivo principal es el de integrar el proyecto y la obra, presenta soluciones adecuadas para mejorar los procesos de ejecución de una determinada actividad constructiva.
La manera tradicional de proyectar una obra es, que una etapa del proceso continúa al término de otra y así sucesivamente originando una secuenciación de actividades y una falta deintegración y retroalimentación de dicho proceso. El gran fracaso de esta mera forma de proyectar es la falta de comunicación y coordinación de las actividades.
Tarea #2
Caja blanca
En programación, se denomina cajas blancas a un tipo de pruebas de software que se realiza sobre las funciones internas de un módulo. Así como las pruebas de caja negra ejercitan los requisitos funcionales...
Leer documento completo
Regístrate para leer el documento completo.