Pruebas de software

Sergio Rafael Herrer
Mind Map by Sergio Rafael Herrer, updated more than 1 year ago
Sergio Rafael Herrer
Created by Sergio Rafael Herrer almost 5 years ago
24
0

Description

pruebas de software
Tags

Resource summary

Pruebas de software

Annotations:

  • El proceso de prueba puede es parte del proceso de desarrollo de software o independiente de él. En este último caso, el proceso de prueba no tiene en cuenta la forma en que se realiza el desarrollo para definir las actividades a realizar.

Attachments:

1 Niveles de pruebas
1.1 Pruebas Unitarias.

Annotations:

  • Las pruebas unitarias son una forma de probar el correcto funcionamiento de un módulo o una parte del sistema. Con el fin de asegurar el correcto funcionamiento de todos los módulos por separado y evitar así errores futuros en el momento de la integración de todas sus partes. La idea es escribir casos de prueba para cada función no trivial o método en el módulo, de forma que cada caso sea independiente del resto.
1.1.1 1. Fomentan el cambio. y son más fáciles de localizar.
1.1.2 2. Simplifica la integración.
1.1.3 3. Documentan el código
1.1.4 4. Separación de la interfaz y la implementación.
1.1.5 5. Los errores quedan más acotados
1.1.6 JUnit

Annotations:

  • JUnit es un conjunto de bibliotecas que son utilizadas en programación para hacer pruebas unitarias de aplicaciones Java.
1.1.6.1 JUnit permite realizar la ejecución de clases Java de manera controlada, para evaluar si el funcionamiento de los métodos de la clase se comporta correctamente. Si la clase cumple, JUnit informa que el método de la clase aprobo exitosamente la prueba, de lo contrario devolverá un fallo en el método correspondiente.
1.1.6.2 JUnit es también un medio de controlar las pruebas de regresión, necesarias cuando una parte del código ha sido modificado y se desea ver que el nuevo código cumple con los requerimientos anteriores y que no se ha alterado su funcionalidad después de la nueva modificación.
1.2 Pruebas de Integración

Annotations:

  • Son aquellas que se realizan en el ámbito del desarrollo de software una vez que se han aprobado las pruebas unitarias. Únicamente se refieren a la prueba o pruebas de todos los elementos unitarios que componen un proceso. Consiste en realizar pruebas para verificar que un gran conjunto de partes de software funcionan juntos. Las pruebas de integración es la fase de la prueba de software en la cual módulos individuales de software son combinados y probados como un grupo.
1.2.1 SELENIUM IDE

Annotations:

  • Selenium IDE es un plugin de Firefox que permite realizar  pruebas sobre aplicaciones web. Para ello realiza la grabación de la acción seleccionada  en un “script”, que se puede editar y parametrizar para los diferentes casos, y su ejecución se puede repetir tantas veces como se quiera.
1.2.1.1 IDE

Annotations:

  • Integrated Drive Electronics (IDE) es una aplicación  que proporciona servicios integrales para facilitar el desarrollo de software.
1.2.1.2 El principal objetivo de este plugin es crear pruebas funcionales
1.2.1.3 CARACTERISTICAS

Annotations:

  • - Facilidad de registro y ejecución de los test. - Referencia a objetos DOM en base al ID, nombre o a través de XPath. - Autocompletado para todos los comandos. - Las acciones pueden ser ejecutadas paso a paso. - Herramientas de depuración y puntos de ruptura (breakpoints). - Los test pueden ser almacenados como HTML y scripts Ruby, entre otros formatos. - Soporte para Selenium user-extensions.js. - Ejecucion en varios navegadores. - Uso de diferentes API’s en diferentes lenguajes (PHP, Ruby, JAVA, Javascript, etc).
1.2.1.4 SCRIPT

Annotations:

  • Es un programa que se almacena en un archivo de texto plano. Los script son casi siempre interpretados. El uso habitual de los scripts es realizar diversas tareas como combinar componentes, interactuar con el sistema operativo o con el usuario.
1.2.2 TIPO I: fallas entre componentes

Annotations:

  • incluso cuando los componentes individuales han sido evaluados por separado, todavía pueden existir fallas en las interacciones entre ellos
1.2.3 TIPO II: fallas de interoperabilidad

Annotations:

  • Se pueden presentar muchas características del sistema basado en componentes, como el código fuente, heterogeneidad e indisponibilidad que dará lugar a diferentes tipos de problemas de interoperabilidad
1.2.4 TIPO III: fallas tradicionales y otras fallas

Annotations:

  • Algunas técnicas de prueba y mantenimiento tradicionales se pueden adoptar para aquellas fallas que pueden aislarse dentro de un componente
1.3 Pruebas de Sistema
1.4 . Pruebas de Integración de Sistemas.
Show full summary Hide full summary

Similar

Mapa Conceptual de la arquitectura de base de datos
Alan Alvarado
Mapa Conceptual Hardware y Software
Jeferson Alfonso Alvarado Suarez
Abreviaciones comunes en programación web
Diego Santos
Los ordenadores
Adela Rico Torres
Herramientas de prueba
Alcides Penaranda
COSTOS DE CALIDAD DEL SOFTWARE
fernandojaya92
COSTOS DE CALIDAD DEL SOFTWARE
juancucuri2012
Técnicas estáticas
Alcides Penaranda
Gestión de pruebas
Alcides Penaranda
Definicion de tecnica
mariana9705
Ciclos de vida de las pruebas de software
Jeniffer Manosalvas