Espera Con Las Expectativas

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 fallo de prueba normal pidió 21 de diciembre a las 15: 31Swift tiene problemas especiales para mostrar el punto de ruptura de excepción correcta cuando los cierres están presentes en el mismo ámbito. 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. Déjenos saber si usted ha descubierto su crash. UI Prueba Cheat Sheet y ejemplos de Joe Masilotti middot 14 de septiembre de 2015 Actualización 10/20/16: Este mensaje, y el código de ejemplo en GitHub. Se actualizó para Swift 3.0. Poco después de Apple 39s quotHey evento Siriquot el Xcode 7 GM fue lanzado a los desarrolladores. Vamos a poner las betas detrás de nosotros y echar un vistazo a algunos ejemplos de prueba de la interfaz de usuario del mundo real. Todos los ejemplos utilizan un host de prueba que le ayuda a administrar su equipo de voleibol. La aplicación, Volley, permite al usuario administrar la lista del equipo, ajustar la formación y ver los resultados del juego. Siéntase libre de echar un vistazo al código fuente antes de continuar para familiarizarse con cómo funciona. Por qué no utilizar la grabación Usted puede utilizar sin duda la función de grabación de UI Testing por su propia cuenta. La grabación tiene sentido cuando se agregan pruebas de regresión a una base de código existente. Pero usted perderá las ventajas de escribir sus propias pruebas. Sin embargo, hay tres razones por las que la grabación no es siempre la mejor idea. Con el desarrollo basado en pruebas, primero escribe sus pruebas, por lo que no tendrá una aplicación para grabar. La grabación no funciona siempre. La interacción de grabación con algunos elementos, como las vistas web, nunca funciona, y la manipulación de UISlider es optimista en el mejor de los casos. La razón más importante para aprender la prueba de la UI a mano es, así, aprenderlo usted mismo. En algún momento necesitará leer el código generado por Xcode y depurarlo. Si no puede averiguar lo que está sucediendo, va a tener dificultades para descifrar dónde algo salió mal. Además, si está utilizando controles personalizados, tendrá que escribir las pruebas usted mismo. Funcionalidad básica Estos fragmentos de código suponen que está familiarizado con los conceptos básicos de las pruebas de interfaz de usuario. Si usted acaba de empezar, o le gustaría un refresco, le sugiero leer una visión general de la prueba de la interfaz de usuario en Xcode 7. Los ejemplos también suponen que tu aplicación se inicia y tienes una referencia a ella, app. Puede hacerlo en su método de prueba class39 setUp () para asegurarse de que la aplicación se limpia para cada prueba. Cómo afirmar un elemento existe Let's empezar simple. Lo primero que harás al validar tu aplicación con UI Testing es afirmar si existe un elemento. Esto se hace fácilmente consultando un elemento y preguntando si existe. Usando la pantalla de inicio de Volley39s podemos afirmar que el nombre de la app39s existe así. Observe la envoltura de la llamada en una aserción XCTest. Esto asegura que la prueba fallaría si la etiqueta no existiera. Cómo esperar a que aparezca un elemento Ver nuestro horario en Volley nos muestra los últimos resultados de nuestro juego. Muy bien, 2-1 No es un mal comienzo para la temporada. Pero cuando nuestro siguiente juego pulsa el botón Cargar más juegos simula la búsqueda de datos desde un servidor. Después de dos segundos, nuestro cuarto juego regresa. Aquí creamos una consulta para esperar una etiqueta con el texto quotGame 4 - Tomorrowquot para aparecer. El predicado coincide cuando el elemento existe (element. exists true). Luego pasamos el predicado y lo evaluamos en la etiqueta. Finalmente, comenzamos el juego de espera con waitForExpectationsWithTimeout: handler. Si transcurren cinco segundos antes de que se cumpla la expectativa, la prueba fallará. Cómo imprimir la jerarquía de accesibilidad Imprimir la jerarquía de accesibilidad es una buena manera de ver lo que ve el framework. quot Puede utilizar esto y el Inspector de accesibilidad para depurar la consulta y seleccionar elementos Interacción con controles del sistema Más allá de validar y verificar condiciones básicas, Para interactuar con tu aplicación. XCUIElement expone algunas funciones cruciales que nos ayudan a aprovechar la interfaz. Este método utiliza una XCUIElementQuery para encontrar el elemento por su etiqueta o identificador de accesibilidad. Cómo pulsar un botón Cómo escribir texto en un campo de texto Escribir en un campo de texto requiere que el destino tenga enfoque. Simplemente tocando en él se asegurará que el campo de texto sea el primer respondedor. Cómo descartar una alerta En primer lugar, busque la alerta consultando su título. A continuación, puede hacer referencia a sus botones encadenando el selector y pulsando el que desea. Puedes probar esto en Volley, yendo a la pantalla Schedule y tocando en el botón quotFinish Gamequot. Cómo interactuar con una alerta del sistema Ah, las alertas del sistema, la pesadilla de todos los probadores iOS39 existencia. Casi todos los demás marcos con los que he trabajado han tenido problemas con las alertas del sistema, ya sean servicios de ubicación, notificaciones push o acceso a tus fotos. Con Xcode 7.1 UI Testing finalmente puede interactuar confiablemente con estos molestos diálogos. Hay, sin embargo, dos pequeñas trampas. Primero, configure un quotUI Interuption Handlerquot antes de presentar la alerta. Esta es nuestra manera de decirle al marco cómo manejar una alerta cuando aparece. En segundo lugar, después de presentar la alerta debe interactuar con la interfaz. Simplemente tocar la aplicación funciona bien, pero es necesario. Cómo deslizar un control deslizante Al ajustar un UISlider con pruebas de interfaz de usuario, no debe pasar el valor que desea establecer. En cambio, normaliza el valor en una escala de 0 a 1. Por ejemplo, el control deslizante en Volley tiene un rango de 0 a 10. Para deslizar el depurador a 7 pasamos en 0.7, o, como me gusta pensar en ello, 70. Cómo seleccionar un elemento de un selector XCUIElement tiene un método especial para interactuar con UIPickerView. Para un selector con una sola rueda, podemos acceder a ella a través del elemento () y luego ajustarlo a nuestro valor especificado. Picker con Selector de una rueda con ruedas múltiples Si el selector es más complejo con las ruedas múltiples tenemos un poco fijado para hacer. Necesitamos una manera de identificar las diferentes ruedas del marco. Conforme a la UIPickerViewAccessibilityDelegate proporciona la interfaz correcta para establecer el texto de accesibilidad en cada selector. Esto entonces fija el título de accesibilidad de la primera rueda a QuotAttackers Formation, 4 atacantes. quot Observe cómo el valor seleccionado se desliza en Para seleccionar realmente el elemento que necesitaremos para emparejarlo con un predicado BEGINSWITH. Cómo tocar los vínculos en una vista Web No hay nada demasiado emocionante pasando aquí, lo que conduce a una API limpia. El método tap () se puede utilizar con UIWebView y WKWebView. Interacciones complejas Cómo afirmar una vista está en la pantalla Un comportamiento extraño de exists () es que devuelve true incluso si el elemento está fuera de la pantalla. Tienes que saltar a través de algunos aros para asegurarse de que el elemento es realmente visible para el usuario. Podemos probar esto afirmando que el marco del elemento está contenido en el marco de window39s con CGRectContainsRect (). Cómo reordenar las celdas de la tabla Abra el Inspector de accesibilidad y pase el ratón sobre la pantalla Administrar lista. Los pequeños iconos de reordenación automáticamente obtienen sus propios títulos de accesibilidad basados ​​en la celda en la que están contenidos. Aquí la etiqueta de cell39s es quotAdrienne, quot así que el identificador de icon39s se vuelve quotReorder Adrienne. quot Ahora podemos usar estos para arrastrar celdas arriba y abajo. Cómo quotPull to Refreshquot Para replicar este gesto necesitamos caer en la API XCUICoordinate. Puede utilizar estos objetos para interactuar con puntos específicos de la pantalla, no necesariamente vinculados a ningún elemento en particular. Esto se vuelve muy útil cuando queremos arrastrar un elemento a una ubicación específica. En primer lugar, tome una referencia a la primera celda de su tabla. A continuación, cree una coordenada con desplazamiento de origen, CGVectorMake (0, 0). Esto normalizará un punto justo encima de la primera celda. Usando este punto podemos crear una coordenada imaginaria más abajo en la pantalla. He encontrado que un dy de seis es la cantidad más pequeña necesaria para desencadenar el gesto pull-to-refresh. Entonces podemos ejecutar el gesto agarrando la primera coordenada y arrastrándola a la segunda. ¿Qué más está buscando una técnica específica o aviso algo falta? Deja un comentario a continuación o llegar a mí en Twitter. I39m más que feliz de añadir a la publicación Más información sobre la prueba de la interfaz de usuario Por favor, active JavaScript para ver los comentarios powered by Disqus. Copia 2016 Joe Masilotti