Me gusta la heurística propuesta, por que aunque siempre suponemos que los datos van a llegar para funcionar correctamente, pero puede pasar un desorden y otras cosas que rompen el programa. Me gusta !!
Profesora , Mil mil mil gracias , es Genial me quedo super claro , pero cual es el nombre en ingles de esta tecnica ? , Resulta que estoy estudiando maestria en USA y me parecio espectacular la tecnica pero debe existir algun nombre en ingles , trate de buscar y no encuentro alguna similar . Un abrazo de un colombiano.
Hola !! Excelente Explicación lo que me intriga es el numero de Pruebas Unitarias a Realizar; Según tu Metodología "Correcto", hay que Realizar Testeos por Método .. lo que seria igual a Numero_de_Métodos * 8(Letras de la Metodología) * Numero_de_Escenarios_Posibles .. lo cual para mi como desarrollador que no genero 1 o 2 métodos, seria super complicado, alguna otra forma de Realizar Pruebas Unitarias sin generar tantos Escenarios ???
La profesora comenta: "Hola Felipe! Gracias por tu comentario. La respuesta corta seria: NO ;-) Explícame, por qué no te parece complicado desarrollar los métodos pero si probarlas?"
Hola Profesora, muchas Gracias por responder y mi respuesta a su pregunta seria .. 1-. Explícame, por qué no te parece complicado desarrollar los métodos : En realidad crear los escenarios de Testing a cada un de los Métodos no es complicado ya que la Metodología nos dicta exactamente que tenemos que evaluar .. lo complicado seria crearlos esenarios pues como le comentaba, crear tantos escenarios seria Tardado y/o Tedioso elaborarlo .. sobretodo cuando se trabaja sobre proyecto que esta delimitado por Tiempo. 2-.si probarlas: Mi Respuesta seria si y no .. SI, por que se que realmente funcionaria en base ala poca o mucha Experiencia que tengo como desarrollador .. ya que como usted comenta, es una forma de Garantizar el correcto funcionamiento del Desarrollo en todos los Escenarios posibles .. NO: Por que actualmente los Clientes solicitan desarrollos de hoy para ayer . . por lo que para mi el inconveniente serian los tiempos ya que al implementar tantos métodos de Testing seria retrasar los tiempos de desarrollo y Entrega. PD: Estoy trabajando sobre un proyecto/Sistema en el cual aun no esta delimitado a tiempos ya que lo estoy elaborando de forma personal .. por lo que intentare implementar la metodología de Testing CORRECTO ya que realmente es interesante garantizar el correcto funcionamiento de la Aplicación antes de su liberación .. ya le contare como me fue con la Metodología de Testing CORRECTO !!! ..
Me gusta la heurística propuesta, por que aunque siempre suponemos que los datos van a llegar para funcionar correctamente, pero puede pasar un desorden y otras cosas que rompen el programa. Me gusta !!
Muy Buena Explicacion en tan poco tiempo muchas gracias!
Profesora , Mil mil mil gracias , es Genial me quedo super claro , pero cual es el nombre en ingles de esta tecnica ? , Resulta que estoy estudiando maestria en USA y me parecio espectacular la tecnica pero debe existir algun nombre en ingles , trate de buscar y no encuentro alguna similar . Un abrazo de un colombiano.
Gracias. En ingles es CORRECT ;-) se describe en el libro de Andrew Hunt, Dave Thomas, Pragmatic Unit Testing in Java with JUnit
Uy super profesora milo gracias , proximamente presentare entrevistas de trabajo y estoy estudiando muy duro el testing .
Profesora y existe algun mock completo ?.
¿a que te refieres exactamente?
Algun lugar donde encuentre mas contenido , como este , me ayudo muchisimo el tema de "correcto" .
Hola !! Excelente Explicación lo que me intriga es el numero de Pruebas Unitarias a Realizar; Según tu Metodología "Correcto", hay que Realizar Testeos por Método .. lo que seria igual a Numero_de_Métodos * 8(Letras de la Metodología) * Numero_de_Escenarios_Posibles .. lo cual para mi como desarrollador que no genero 1 o 2 métodos, seria super complicado, alguna otra forma de Realizar Pruebas Unitarias sin generar tantos Escenarios ???
La profesora comenta: "Hola Felipe! Gracias por tu comentario. La respuesta corta seria: NO ;-) Explícame, por qué no te parece complicado desarrollar los métodos pero si probarlas?"
Hola Profesora, muchas Gracias por responder y mi respuesta a su pregunta seria ..
1-. Explícame, por qué no te parece complicado desarrollar los métodos :
En realidad crear los escenarios de Testing a cada un de los Métodos no es complicado ya que la Metodología nos dicta exactamente que tenemos que evaluar .. lo complicado seria crearlos esenarios pues como le comentaba, crear tantos escenarios seria Tardado y/o Tedioso elaborarlo .. sobretodo cuando se trabaja sobre proyecto que esta delimitado por Tiempo.
2-.si probarlas:
Mi Respuesta seria si y no .. SI, por que se que realmente funcionaria en base ala poca o mucha Experiencia que tengo como desarrollador .. ya que como usted comenta, es una forma de Garantizar el correcto funcionamiento del Desarrollo en todos los Escenarios posibles ..
NO: Por que actualmente los Clientes solicitan desarrollos de hoy para ayer . . por lo que para mi el inconveniente serian los tiempos ya que al implementar tantos métodos de Testing seria retrasar los tiempos de desarrollo y Entrega.
PD: Estoy trabajando sobre un proyecto/Sistema en el cual aun no esta delimitado a tiempos ya que lo estoy elaborando de forma personal .. por lo que intentare implementar la metodología de Testing CORRECTO ya que realmente es interesante garantizar el correcto funcionamiento de la Aplicación antes de su liberación .. ya le contare como me fue con la Metodología de Testing CORRECTO !!! ..
La prof. confunde el género de las palabras. Pero el contenido es excelente. No entiendo en el minuto 2.04 "El maximo de un ...."
La profe es Holandesa ;-) perdóname mi equivocación de géneros!