Pruebas de software

Anmerkungen:

• 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.

Anlagen:

• Enfoque práctico de la Calidad de Software

1. Niveles de pruebas
   1. Pruebas Unitarias.

      Anmerkungen:

      • 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. Fomentan el cambio. y son más fáciles de localizar.
      2. 2. Simplifica la integración.
      3. 3. Documentan el código
      4. 4. Separación de la interfaz y la implementación.
      5. 5. Los errores quedan más acotados
      6. JUnit

         Anmerkungen:

         • JUnit es un conjunto de bibliotecas que son utilizadas en programación para hacer pruebas unitarias de aplicaciones Java.
         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.
         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.
   2. Pruebas de Integración

      Anmerkungen:

      • 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. SELENIUM IDE

         Anmerkungen:

         • 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. IDE

            Anmerkungen:

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

            Anmerkungen:

            • - 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).
         4. SCRIPT

            Anmerkungen:

            • 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.
      2. TIPO I: fallas entre componentes

         Anmerkungen:

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

         Anmerkungen:

         • 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
      4. TIPO III: fallas tradicionales y otras fallas

         Anmerkungen:

         • Algunas técnicas de prueba y mantenimiento tradicionales se pueden adoptar para aquellas fallas que pueden aislarse dentro de un componente
   3. Pruebas de Sistema
   4. . Pruebas de Integración de Sistemas.