Espera Las Expectativas Con El Tiempo

Swift tiene problemas especiales para mostrar el punto de ruptura de excepción correcto cuando los cierres están presentes en el mismo alcance. He visto el mismo problema en un XCTestCase que utiliza dispatchafter e incluso a través del punto de interrupción de excepción era la misma línea que waitForExpectationsWithTimeout el caso de prueba se estrellaba debido a un downcast en un objeto nil. Sé que este no es su caso, pero cuando esto sucede sugiero eliminar las declaraciones de una línea a la vez y ejecutar la prueba después de cada eliminación. Si la prueba no se bloquea, usted ha identificado al culpable. Esta es desafortunadamente la mejor opción en el momento de esta escritura cada vez que Swift muestra un punto de interrupción de excepción en una línea que no tiene sentido, especialmente la infame línea 0 de una clase que podría ver en las herramientas de informes de fallos. Háganos saber si ha descubierto su accidente. Estoy probando una llamada asincrónica usando XCTestExpectation. El código siguiente funciona (la prueba tiene éxito) cuando el completionHandler se ejecuta antes del tiempo de espera de 1 segundo dado. Sin embargo, si el completionHandler no se llama y, por lo tanto, la expectativa no se cumple, en lugar de obtener un error de prueba al llamar a waitForExpectationsWithTimeout obtengo un EXCBADACCESS, que no es muy útil ya que esto hace imposible ver los resultados de la suite de pruebas. ¿Cómo puedo evitar esto y obtener un error de prueba normal pidió 21 de diciembre 14 a las 15:31 Pruebas sincrónicas con Xcode 6 En 2013, Apple envió un marco de pruebas renovadas en Xcode llamado XCTest, y hubo mucho regocijo. El viejo marco no se había actualizado en años, y una serie de herramientas de prueba de terceros y marcos se había creado para proporcionar nuevas características y capacidades. Fue bueno ver las herramientas integradas recuperando el amor, y este año, Apple está enviando algunas características con Xcode 6 que faltaban en la actualización de los últimos años. A Im particularmente alegre ver es la ayuda para la prueba asincrónica. Si tenemos una prueba que tiene que arrancar una tarea asincrónica, ya sea que se ejecuta en otro hilo o en el subproceso principal de subprocesos, ¿cómo probarlo? Considere una solicitud web. Podríamos iniciar una solicitud web y pasar un bloque de finalización, a continuación, hacer nuestras afirmaciones de prueba, ya sea en el controlador de terminación o no. Sin embargo, debido a que la solicitud web aún no se ha hecho aún, mucho menos una respuesta recibida ni ha sido completado nuestro bloque de finalización, nuestro método de prueba se va a salir antes de que las aseveraciones sean probadas. Veamos una prueba para una clase que descarga páginas web. Normalmente, no queremos hacer solicitudes web reales en las pruebas. En su lugar, casarse con las solicitudes utilizando alguna herramienta (Im partial to OHHTTPStubs). Pero para los propósitos de estos ejemplos, bien rompa algunas reglas y realice las peticiones de la tela. Podemos dar a la clase bajo prueba un bloque de control de URL y terminación, y descargará la página y llamará al bloque, pasando una cadena que contiene la página web o una cadena vacía si ocurre un fallo. No es un gran API, pero de nuevo, estaban rompiendo algunas reglas. Sin embargo, el código de prueba a continuación no va a fallar nunca. El método de prueba volverá sin darle al bloque completionHandler la oportunidad de ser llamado. Antes de Xcode 6s versión de XCTest, simplemente utilizando lo que viene en la lata con Xcode, podríamos sentarnos y girar en un bucle de tiempo que llama a los hilos principales de ejecución de bucle hasta que llegue la respuesta o algún tiempo de espera ha transcurrido. Heres trabajando código de prueba, la vieja manera. El bucle while ejecuta el bucle de ejecución de hilos principales durante 10 milisegundos a la vez hasta que llega la respuesta, o hasta que transcurran 5 segundos sin que haya llegado. Esto es útil. No es terrible. No es el final del mundo de desarrollo de software, pero no es genial. Ahora hay una mejor manera. Expectativas altas Con Xcode 6, Apple ha añadido expectativas de prueba al framework XCTest en la forma de la clase XCTestExpectation. Cuando instanciamos una expectativa de prueba, el marco de pruebas espera que se cumpla en algún momento en el futuro. Nuestro código de prueba cumple con la expectativa en el bloque de terminación con una llamada al método XCTestExpectation. Esto toma el lugar de establecer una bandera como responseHasArrived en el ejemplo anterior. A continuación, le decimos al framework de prueba que espere (con un tiempo de espera) que sus expectativas se cumplan a través del método waitTextoTimeTimeout: handler de XCTestCase. Si el controlador de finalización se ejecuta dentro del tiempo de espera y las llamadas se ejecutan. Entonces todas las expectativas de los exámenes se habrán cumplido. Si no, entonces la prueba vivirá una existencia triste, solitaria, incumplida hasta que salga del alcance. Y viviendo una existencia triste, solitaria, insatisfecha, significo que la expectativa falla la prueba en el momento exacto. La expectativa fallida no debería sentirse tan desanimada. Recuerde que un resultado fallido no es el signo de una mala prueba que es un resultado indeterminado. Esa expectativa puede sentir orgullo al declarar el fracaso. Heres un ejemplo usando XCTestExpectation: Crear la expectativa con una descripción para hacer los resultados más legible. En el bloque de terminación, la expectativa de llamada cumple para decir la prueba de que esta expectativa se ha cumplido. A continuación, colgar en el waitForExpectationsWithTimeout: handler: hasta que se envía la solicitud, la respuesta llega y nuestro controlador de terminación se llama o se produce el tiempo de espera. Eso es bueno de Objective-C, pero también podemos hacerlo en las manzanas brillante nuevo lenguaje Swift. Y eso es. Es una clase fácil de usar para probar código asíncrono. No puedo obtener suficiente información sobre iOS 8 y Swift Únete a nosotros para nuestro iOS principiante con Swift y Advanced iOS bootcamps.