He estado desarrollando una aplicación para iPhone usando un modelo de dominio, y he pospuesto el aspecto de persistencia de la aplicación hasta ahora. Core Data parece ser una buena solución, ya que ya tengo un modelo bien definido pero me encuentro con un problema con mis pruebas unitarias existentes.¿Cómo puedo probar mis modelos una vez que estoy usando Core Data?
aquí es simple ejemplo de lo que tengo ahora:
- (void)test_full_name_returns_correct_string {
Patient *patient = [[Patient alloc] init];
patient.firstName = @"charlie";
patient.lastName = @"chaplin";
STAssertTrue([[patient fullName] isEqualToString:@"charlie chaplin"], @"should have matched full name");
}
¿Cómo puedo hacer este trabajo una vez que mi objeto paciente se extiende desde NSManagedObject y utiliza @dynamic para las propiedades de nombre y apellido?
¿Alguien más ha encontrado este tipo de esto con Core Data? Gracias.
Gracias por la ayuda. Iré por esta ruta. Acerca de la pérdida de memoria, no me he molestado en limpiar la memoria en mis pruebas unitarias. Me parece más legible sin los lanzamientos. ¿Hay algún beneficio para evitar que las pruebas se filtren? –
Si sus pruebas tienen fugas, es realmente difícil utilizar su suite de pruebas unitarias para probar su * otro * código de fugas. Instruments tiene un analizador de fugas que es básicamente inútil si oculta * reall * fugas con fugas innecesarias (pero intencionales) de las mismas clases en su código de prueba. –
Creo que encontrará que el código de retención/liberación desaparece de la visión consciente después de un tiempo. Raramente lo noto más, a menos que falte. –