Codigo aforo. La construcción de aplicaciones con altos estándares de calidad

SEMAN 5 PROGRAAMCIÓB CICLO 2

[pic 1] 

[pic 2]

[pic 3]

En la semana 5, empezaremos a conocer una práctica que es vital en la construcción de aplicaciones con altos estándares de calidad. Las pruebas, entre ellas las pruebas unitarias, son una práctica cada vez más extendida en la industria del software, que busca que los errores y bugs en las aplicaciones se encuentren antes de que lleguen al usuario final. En esta semana, aprenderemos más específicamente a automatizar pruebas unitarias, que no solo permiten controlar la calidad de ciertos aspectos de una aplicación, sino que también son la pieza clave para la evaluación automática que se realiza en el presente curso. Finalmente, conoceremos tal vez el medio de persistencia de información más común: las bases de datos y los conceptos más básicos que las rodean. 

Objetivos de aprendizaje

• Comprender los conceptos detrás de la automatización de pruebas unitarias.
• Automatizar pruebas unitarias en Java mediante el uso de JUnit.
• Comprender los conceptos básicos ligados a la persistencia mediante bases de datos.

Course Outline

SECCIÓN 1: PRUEBAS UNITARIAS EN JAVA CON JUNIT

Lectura 1. Introducción a las Pruebas Unitarias

Lectura 2. Automatización de Pruebas Unitarias Usando JUnit

Material de apoyo - Videos

Material de apoyo - Enlaces

SECCIÓN 2: INTRODUCCIÓN A LA PERSISTENCIA MEDIANTE BASES DE DATOS

Lectura 3. Persistencia usando Bases de Datos

Material de apoyo - Videos

Lectura 1. Introducción a las Pruebas Unitarias

Lección 1 of 6

[pic 4]

¿Te montarías en un avión que no ha sido probado exhaustivamente en su conjunto y en cada uno de sus componentes? Deberíamos tener la misma actitud hacia las aplicaciones de software, sobre todo aquellas con fines críticos. A continuación, vamos a conocer qué son las pruebas unitarias y los beneficios que pueden traer a nuestras aplicaciones.

Click para voltear

La automatización de pruebas es la práctica técnica que más ha influido en los últimos años en el mejoramiento de la calidad en los sistemas de software.

Click para voltear

[pic 5]         [pic 6]

https://youtu.be/2bVtVncJNMw

[pic 7]

En sus inicios, la programación se concibió como una actividad experimental, con unos procesos que, si bien requerían de conocimiento muy especializado, no iban de la mano de prácticas que garantizaran su calidad. Posteriormente, a lo largo de los años, se han propuesto diferentes prácticas, frameworks, herramientas y metodologías que buscan un mayor énfasis del desarrollo de software en la calidad del producto y de los procesos.

Es así como dos conceptos han ganado importancia en los últimos años en el desarrollo de software. Estos son, la verificación y la validación. La verificación, busca evaluar un sistema en construcción para determinar si cumple con los requisitos y especificaciones del diseño de etapas de construcción previas. La validación, por su parte, busca evaluar un sistema en construcción para determinar si cumple con los requisitos y expectativas de los interesados, especialmente, de los usuarios o clientes. Cada vez más, estos dos conceptos se implementan mediante el testing.

El testing (o las pruebas de software) se utilizan para verificar y/o validar que un sistema de software en construcción cumpla con las especificaciones deseadas y haga lo que se supone que debe hacer. Para lo anterior, contamos con diferentes niveles o tipos de pruebas. Si bien se proponen constantemente diferentes clasificaciones de pruebas, la mayor parte de estas incluyen los siguientes niveles:

Pruebas de aceptación 

Las pruebas de aceptación (o acceptance tests) están orientadas a la validación del sistema de software, y buscan evaluar la conformidad de este con los requisitos de negocio, valorando si es aceptable para ser entregado a clientes y usuarios. 

[pic 8][pic 9]

Pruebas de sistema 

Por otro lado, las pruebas de sistema buscan evaluar un sistema en su totalidad. El sistema suele estar terminado o próximo a su finalización, y estas pruebas comprenden acciones que realizaría un usuario, además de las interacción del sistema con otros sistemas asociados. Las pruebas de sistema por lo general son pruebas de caja negra, es decir, se realizan sin que se conozca el código fuente ni el funcionamiento interno del sistema en gran detalle, y se pueden dividir, a su vez, en diferentes tipos: 

• bullet

Pruebas de estrés o de carga.

• bullet

Pruebas de usabilidad.

• bullet

Pruebas de compatibilidad.

Entre otros tipos. 

[pic 10]        [pic 11]

Pruebas de integración 

Las pruebas de integración, por su parte, buscan evaluar la integración, interacción o combinación entre dos o más componentes de código de un sistema de software. Esto, debido a que es común que dos o más componentes de software trabajen juntos dentro de una aplicación y se generen dependencias entre ellos. Estas dependencias se deben verificar a medida que el sistema de software evoluciona. 

[pic 12]        

[pic 13]

Pruebas unitarias 

Finalmente, tenemos las pruebas unitarias, también denominados tests unitarios. Una prueba unitaria consiste en evaluar el comportamiento de una clase, una función o un componente de manera independiente al resto del sistema de software o aplicación. Por lo general, suelen ser pruebas de caja blanca, es decir, pruebas en las cuales se tiene conocimiento del código fuente de la aplicación, así como de su funcionamiento interno detallado. Las características de estas pruebas han permitido que sean ampliamente automatizadas. 

...