Ing.

Francisco (Franck) Tscherig

Docente: Gustavo Ortiz Uriburu.

Tutora del curso: Lorena Acevedo.

La calidad: es una percepción del cliente. Lo que le interesa al cliente. Más allá de los
requerimientos o la necesidad del cliente, basa en que cumpla lo mejor posible lo que dice el
fabricante.
Testeo de caja blanca: vez el código. Test Caja negra: no vez el código.

Enviar email con tema [TEST].

https://classroom.google.com/c/MzU2MDE4NjkzMTg2/m/MzU2MjQ1MzA3NTg1/details

bibliografía del curso:

¿El programa funciona? Necesito que falle. Para ello, hay que buscar pautas o formas para
trabajar de manera razonable.

Que sucede si el programa es nocivo: si hacemos software de un respirador, un semáforo.

Tenemos que testearla. Es mucho más nocivo un software que controla el ascensor que el que
controla el lavarropas. Hay que evaluar el riesgo.

Nivel4: cuando desarrollas un software, es difícil encontrar fallas en nuestro software.

Es importante llevar una metodología de cómo hacemos las pruebas, poder explicar cómo se
realizan las cosas.

La falla: es una sucesión de eventos que llevan a un error.

La cancelación de errores es una falla latente
Por ejemplo, en un formulario si completas de abajo hacia arriba, cuando validabas la query
generaba un error. (encontraron el problema recién a los 10 años de uso).

https://jamboard.google.com/d/1eHHpZUIR39qypKMrZb4kPdXBMRxWEVNdpMUfqfDIgY8/vie
wer

Tenes que ver como lo logramos.

Pruebas de vida útil. Para simular que una máquina. Pero no existe en software.

PREGUNTAS: cómo voy a testear, como lo voy a testear.

El testing no demuestra que está bien. Demuestra presencia de falla.

El testing no puede demostrar ausencia de fallas.

El testing no puede hacer el software mejor.

Se corren pruebas semanales y se reporta. Si es algo catastrófico se informa enseguida.

Cada día se busca más tener software interno para buscar falla.

La caja negra: el testing no sabe cómo está escrito el software.

Método exhaustivo: el más básico.

Si ponemos 0 y personas de más de 110 años.

El método exhaustivo es solo para valores finitos. Probas todo. Pero es practicante
impracticable.

Para ello mejor vemos un promedio de los casos.

https://colab.research.google.com/drive/1_XIgkwdE052W2hitmubSqK7LTU5-S7dR
COLAB SIRVE PARA PROBAR CÓDIGO .

Trabaja en PYTON
https://colab.research.google.com/drive/19Of3aak9831aGBqUysVjKGNmD5Yq0d7A

copia del programa.

Para tener una clase equivalente. Va de 0 a 18; De 19 a 39; representa todo un rango que tiene.
Con un solo valor en ese rango ya está hecho.

Pasamos de las 100 pruebas a 8 pruebas.

Ya con esto cambie a otra forma de testing.
En este caso habrá que avisarle al programador que de 0-18 años aparece sputnik. Y debería
decir no se coloca.

El programador en general tiene errores en las comparaciones. Hay que ir a los extremos.
Valores de contorno
109,110,111.
Es lo que debe saber el testing.