Foros aprenderaprogramar.com
Didáctica y divulgación de la programación

Hola Eva, no soy experto en JUnit  pero voy a tratar de aportar alguna idea a ver si te sirve.

Voy a suponer algunas cosas porque con la explicación que has dado no tengo claro cómo tienes organizado el código.

Voy a suponer que dentro de la clase Tarea existe un método boolean esTarea(Tarea t)  { ... } que devuelve true si un objeto es una tarea y false si no es una tarea.

Voy a suponer que dentro de la clase Usuario tienes un método que se llame void hacerTarea (Tarea t) { ... } que da lugar a que el usuario haga una tarea.

Ahora sobre la clase Usuarios tendríamos que crear una clase de prueba de JUnit, por ejemplo UsuariosTest. Dentro de esa clase tendríamos el código en un método donde generamos un usuario y varias tareas y hacemos que ese usuario ejecute esas varias tareas, e igualmente tendríamos otro método donde generamos varios usuarios y una tarea y hacemos que esos varios usuarios ejecuten esa tarea.

Finalmente crearíamos un método donde creamos una tarea y consultamos mediante el método esTarea (Tarea t) si el atributo subtarea es una tarea en sí misma. Como en este método no simplemente estamos esperando "que se pueda ejecutar" sino un resultado concreto tendríamos que añadir una línea final donde se especifique la aserción de lo que queremos conseguir, por ejemplo:

assertEquals (true, objetoTareaCreado.esTarea(objetoTareaCreado.getSubtarea());

La llamada a assertEquals controla que el valor devuelto por el método coincida con el resultado esperado y de esa manera JUnit sabe si se obtiene un "resultado ok" o no.

Finalmente, una vez tienes la clase de prueba creada y los métodos de prueba, tendrías que ejecutarlos (por separado o conjuntamente) y verificar que JUnit te devuelve el resultado esperado para todos ellos.

Claro que para hacer esto hay que conocer el manejo básico de JUnit que normalmente está integrado con los IDEs (Eclipse, NetBeans, BlueJ, etc.) pero en cada IDE las herramientas que incorpora pueden ser un poco distintas, el concepto de aserción, etc.

Espero te sirva! 

PREGUNTA: ¿Una subclase conoce un campo público de su superclase?


RESPUESTA: Sí debe conocerlo, pues si con protected basta, con public basta más todavía.

PREGUNTA: Para conocer el número de elementos en un array en java se usa la invocación

a) array.length, invocamos un campo de la variable que referencia al objeto.
b) array.length(), invocamos un método de la clase.
c) array.size, invocamos un campo del objeto.
d) array.size(), invocamos un método del objeto.


RESPUESTA: este es un caso un poco singular, igual que los arrays son objetos especiales en java. La respuesta correcta es la a), usamos el campo length de los objetos de la clase, campo que "singularmente" tiene acceso público. ¡Esto hay que aprendérselo!

Gracias Susana. Me canso como todo el mundo  , la cosa es ir poquito a poco 

Para ser más precisos -- > solo parar para coger carrerilla 

PREGUNTA: ¿Qué resultado produce este código?:

class Clidder {
private final void flipper() { System.out.println("Clidder"); }
}

public class Clidlet extends Clidder {
public final void flipper() { System.out.println("Clidlet"); }

public static void main(String [] args) {
new Clidlet().flipper();
}

}


RESPUESTA: esto de cliper clider recuerda a bebidas gaseosas  . En fin, vamos al asunto. Podría dar la impresión de que nos lanzaría un error al sobreescribir un método declarado como final, que no puede ser sobreescrito. Pero en realidad todo método declarado como privado no es conocido por las subclases. Por lo tanto una subclase puede sobreescribir un método que haya sido declarado como private y final. Final aplicado sobre private no tiene efectos. En cambio, sí tiene efectos cuando se combina con public o con protected. Resultado de ejecución: Clidlet.

Los que estén preparando el examen... ¡A ponerse las pilas!


PREGUNTA: ¿Qué efecto tiene la afección de una clase por final como en esta declaración?:
final class B extends A { }


RESPUESTA: La clase B no puede ser derivada, no puede tener herencia. Sería erróneo escribir public class C extends B porque al usar la declaración final la herencia queda cerrada.

PREGUNTA: Una clase abstracta que implementa una interface ¿Está obligada a sobreescribir todos los métodos de la interface?

RESPUESTA: No, esta obligación solo afecta si la clase es concreta. Mientras se vayan declarando descendentemente clases abstractas, no hay obligación de sobreescribir los métodos abstractos hasta que no se implemente una clase concreta.

Enhorabuena bartvander! Y gracias a tí por tu apoyo... Hay mucha gente a la que le ha servido todo el trabajo aquí volcado pero no todo el mundo lo expresa públicamente. Por otro lado, dado que has aprobado y tienes las preguntas y respuestas del examen te animaría a que colabores y cuelgues las preguntas y respuestas de tu examen, que seguro le servirán a la gente que tenga que estudiar para septiembre o para próximos años... Suerte!

Algunos ya han pasado los exámenes y para otros empieza ahora la preparación. Aquí seguimos!

Hola Montse. El año pasado el examen de la primera semana fue "normal", mientras que el examen de la segunda semana era bastante más complicado, podría decirse que con un poquito (o mucho) de mala leche. Esperemos que este año se porten mejor. De cualquier manera, sea cual sea el nivel de dificultad que traiga el examen, la recomendación es no dejar que eso te descentre. Sea cual sea el nivel, conviene controlar bien los tiempos y tratar de responder lo máximo posible. Por ejemplo, si el tipo test es muy complicado, hay quien tiende a dedicarle 1 hora y media al test y luego no tiene tiempo para responder nada de la parte práctica. Es mejor hacer una primera pasada al test respondiendo por ejemplo un 75 % de las preguntas dejando las más complicadas y seguir a la parte práctica antes que enfrascarse con el test y no hacer nada de la práctica.