terminada la clase

seminario/4.org

@@ -0,0 +1,53 @@
+#+title:     Testing
+#+author:    Fede
+#+email:     federico.nicolas.polidoro@gmail.com
+* Testing
+Es el hecho de hacer un sistema funcionar de forma en la cual sepamos que efectivamente cumple con los requisitos especificados.
+
+* Validacion/Verificacion
+Validar es confirmar que un caso de uso sea necesario para el negocio del cliente. Mientras que verificacion sea hacerlo funcionar correctamente.
+
+#+begin_quote
+Es la diferencia entre hacerlo correcto y hacerlo correctamente.
+#+end_quote
+
+* IA
+#+begin_quote
+"Estoy en una revolucion" - profe. =se refiere a que esta en contra=
+#+end_quote
+
+El testing hecho con ia hace mas rapido el tema de validar con respecto a crear entornos de testeo.
+
+Por otro lado es comun con un par de chicos hacer unos agentes que testeen cosas como si no supieran nada del sistema.
+
+** Caso OpenIA
+esta empresa tuvo un modelo de ia que se escapo de la contingencia, porque le sacaron las restricciones, y pasamos a hablar de que al ser modelos probabilisticos su comportamiento nunca puede ser deterministico.
+
+* Requerimientos
+la forma mas formal de un requerimiento, debe se ser un texto el cual debe de ser entendido por el equipo de desarrollo, Segun el profe esta forma formal seria usar formas de codigo las cuales especifiquen puntialmente la forma en la cual se realizaria la accion
+
+#+begin_quote
+Z, CPS, Stager, TLA - es escribir un requerimiento
+#+end_quote
+
+una sentencia en la parte del codigo, puede ser:
+- Una llamada a una rutina.
+- Sentencia condicional
+- Instruccion.
+- Condicional Concatenado?
+- Bucle (while, for, do-while)
+
+Una sentencia es una instruccion o un condicional. Un programa es una concatenacion de sentencias.
+
+** Lang
+Los lenguajes tienen sentencias, y para Parma, los componentes tienen interfaces y dependiendo que tanto se oculta el codigo es que tanto secreto se tiene.
+
+* Caja Blanca
+Se hacen cuando se sabe cual es la parte interna del software entonces podemos demostrar conocimiento sobre el dominio del problema.
+
+* Criterios
+- hay que pasar aunquer sea 1 vez por cada sentencia par poder armar un diagrama de flujo el cual tenga cada linea cubierta
+
+- Haciendo una tabla de verdad hay que hacer un conjunto de valores que cubra todos los condicionales.
+
+- Hacer que pase por todos los flujos posibles (in-implementable en la realidad).