varios

Clases de algoritmos y sus definiciones:


Diagrama de flujo de datos: Representados por signos donde el hilo conductor de la lógica se representa por flechas que van a significar la dirección del flujo de la idea, por ejemplo:









Diagramación rectangular estructurada: Esquema donde se utiliza un rectángulo como base y utilizando solo tres tipos de notaciones se puederepresentar todo lo que para nosotros sea parte de un algoritmo, por ejemplo:





Pseudocódigo: Texto basados en unas normas técnicas que lo hace muy entendible y sobre todo muy fácil de codificar y que representa, obviamente, la solución que hayamos planteado a través de un algoritmo, por ejemplo:







LA PRUEBA (PRUEBAS DE ESCRITORIO): Que para efectos técnicos se llamará laPrueba de Escritorio. Qué es pues la Prueba de Escritorio? Es la simulación de la puesta en marcha de un algoritmo. Con la Prueba de Escritorio podemos determinar si el algoritmo que hemos diseñado logra el objetivo propuesto. De no ser así podremos concluir que se debe corregir el algoritmo hasta lograr que satisfaga el objetivo propuesto, analizaremos 5 tipo de pruebas:

Revisiones de códigoPruebas unitarias

Pruebas de integración

Pruebas de sistemas

Pruebas de aceptación
No son tipos de pruebas intercambiables, ya que testean cosas distintas. En el ítem siguiente analizamos cada tipo
Otra posible clasificación es :
De caja blanca o código
De caja negra o especificación
En la primera se evalúa el contenido de los módulos, mientras en lassegundas se trata al modulo como una caja cerrada y se lo prueba con valores de entrada, evaluando los valores de salida. Vistas de este modo, las pruebas de caja negra sirven para verificar especificaciones.
Las pruebas unitarias suelen ser de caja negra o blanca, así como las revisiones de códigos. En todos los casos, uno de los mayores desafíos es encontrar los datos de prueba: hay que encontrarun subconjunto de todas las entradas que tengan alta probabilidad de detectar el mayor numero de errores
REVISIONES DE CODIGO:
Las revisiones de código son las únicas que se podrían omitir de todos los tipos de prueba, pero tal vez sea buena idea por lo menos hacer alguna de ellas:
Pruebas de escritorio
Recorridos de códigos
Inspecciones de códigos

La prueba de escritorio rinde muypoco, tal vez menos de lo que cuesta, pero es una costumbre difícil de desterrar. Es bueno concentrarse en buscar anomalías típicas, como variables u objetos no inicializados o que no se usan, ciclos infinitos y demás.
Los recorridos rinden mucho mas, son exposiciones del código escrito frente a pares. El programador, exponiendo su código, encuentra muchos errores. Además da ideasavanzadas a programadores nuevos que se lleva a recorrer.
Las llamadas inspecciones de código consisten en reuniones de conjuntos entre los responsables de la programación y los responsables de la revisión. Tienen como objetivo revisar el código escrito por los programadores para chequear que cumpla con las normas que se hayan fijado y para verificar la eficiencia del mismo. Se realizan siguiendoel código de un pequeño porcentaje de módulos seleccionados al azar o según su grado de complejidad. Las inspecciones se pueden usar en sistemas grandes, pero con cuidado para no dar idea de estar evaluando al programador. Suelen servir porque los revisores están mas acostumbrados a ver determinados tipo de errores comunes a todos los programadores además, después de una inspección a unprogramador, de la que surge un tipo de error, pueden volver a inspeccionar a otro para ver si no cayó en el mismo error.
El concepto de extreme programming propone programar de a dos, de modo que uno escribe y el otro observa el trabajo. Si el que esta programando no puede avanzar en algún momento, sigue el que miraba. Y si ambos se traban pueden pedir ayuda a otro par. Esta no sólo es una forma mas...