Pregunta a casi cualquier persona sobre el proceso de desarrollo de software, y en algún lugar de la respuesta mencionarán (esperemos) a los usuarios. Investigación de usuarios, pruebas de usuarios, retroalimentación de usuarios - el usuario final está en el corazón de todo lo que construimos. Sin embargo, para muchas empresas, hacer que las conversaciones con usuarios reales sucedan es un verdadero desafío, ¡especialmente si no tienes un especialista en UX en tu equipo! Si todo esto te suena familiar, entonces tengo una recomendación: tómalo en tus propias manos. En esta sesión, hablaremos sobre cómo establecer un programa básico de pruebas de usuarios y cómo hacerlo crecer, para que tú - el desarrollador - puedas sentirte empoderado para comenzar las pruebas de usabilidad para tu propio producto!
Pruebas de Usabilidad Sin un Especialista en UX
Video Summary and Transcription
Las pruebas de usabilidad son efectivas para descubrir los puntos de dolor de los usuarios y los caminos deseados, así como para revelar lagunas, atajos y trucos. Encontrar usuarios diversos para las pruebas puede ser un desafío, pero acercarse a los equipos de ventas y soporte y ofrecer incentivos puede ayudar. La logística de las pruebas de usabilidad incluye tener varias personas para realizar las pruebas, revelar los métodos de grabación y considerar las pruebas en persona o a distancia. Durante las pruebas, es importante alentar a los participantes a pensar en voz alta, hacer preguntas abiertas y recopilar comentarios para mejorar. La recopilación y resumen de los resultados de las pruebas de usabilidad implica analizar datos brutos, recopilar datos duros y evitar sesgos.
1. Introducción a las pruebas de usabilidad
Soy Katherine Grayson Nanz, una defensora de los desarrolladores en Progress Software. En un trabajo anterior, era una de las dos diseñadoras en un equipo. La aplicación fue construida por desarrolladores sin mucha aportación de diseño, lo que resultó en una mala experiencia de usuario. No estábamos hablando con nuestros usuarios y estábamos haciendo suposiciones educadas sobre sus necesidades. A pesar de los recursos limitados, combinamos la experiencia con la investigación para implementar con éxito las pruebas de usabilidad. Hacer que las conversaciones con los usuarios reales ocurran puede ser un desafío debido a las limitaciones organizativas y de recursos.
Hola. Soy Katherine Grayson Nanz, una defensora de los desarrolladores en Progress Software. Como desarrolladora con un fondo en design, a menudo he estado en trabajos y situaciones donde tengo que hacer un poco de todo. Hasta el punto de que decir que llevo muchos sombreros puede parecer un poco de exageración. Pero honestamente, realmente disfruto de ese tipo de trabajo. En uno de esos trabajos anteriores, era una de las dos diseñadoras del equipo. Teníamos un diseñador a tiempo completo, y luego yo, dividiendo mi tiempo entre el design y el desarrollo. La empresa era una startup. Y tenían una gran idea de aplicación que habían construido, probado y ganado un grupo de clientes leales con ella. Sin embargo, la aplicación fue construida enteramente por desarrolladores sin mucha aportación de design en absoluto. Y la mala user experience estaba empezando a ser un impedimento para el crecimiento de la base de clientes. A medida que se asignaban y discutían nuevas tareas, rápidamente descubrimos un problema. No estábamos hablando con nuestros usuarios en absoluto. Había un enfoque hiperactivo en añadir nuevas características y aumentar la funcionalidad de la aplicación. Pero no había datos reales que sugirieran que los usuarios querían estas características. Mientras tanto, los usuarios que teníamos estaban luchando para usar las características existentes debido a la interfaz de usuario compleja e intuitiva. En las reuniones, nuestras discusiones a menudo incluían frases como creemos, suponiendo que, y esperamos. Estábamos haciendo suposiciones educadas sobre nuestros usuarios, pero no lo sabíamos con seguridad. Necesitábamos cerrar el ciclo, pero no teníamos ningún especialista en UX y estábamos trabajando con un presupuesto de startup. Tenía un poco de experiencia de ayudar a realizar pruebas de usabilidad en un trabajo anterior, pero esos eran programas más grandes y establecidos donde yo no estaba en una posición de liderazgo. Y sin embargo, resulta que la experiencia es relativa. Y en relación con el resto de mi equipo en ese momento, yo era la que sabía más sobre cómo se veía un programa de pruebas de usabilidad. Y si esto era algo que nos importaba mucho como equipo, y lo era, decidimos que eso iba a tener que ser suficiente. Combinaríamos la experiencia con la investigación para descubrir cómo hacerlo a medida que avanzábamos y encontrar una manera de hacerlo funcionar. Y adivina qué, lo hicimos.
La idea de las pruebas de usabilidad es una que la mayoría de la gente apoyará y estará de acuerdo. Sin embargo, para muchos equipos y empresas, hacer que las conversaciones con los usuarios reales ocurran puede ser muy desafiante. Y cuando esto sucede, a menudo pensamos que debe ser debido a una falta de comprensión sobre la importancia de las pruebas de usuario y que el problema que necesitamos resolver para empezar las pruebas de usuario es conseguir la aceptación de otras personas. Aunque esto puede ser ocasionalmente el caso, a menudo he encontrado que ya existe una fuerte comprensión de lo valioso que sería la retroalimentación. La lucha, como lo fue en mi empresa anterior, era más con
2. Conceptos básicos de las pruebas de usabilidad
Las pruebas de usabilidad son más efectivas cuando se centran en probar un flujo, tarea o característica específica. Elija una tarea o cadena de tareas relacionadas que guíen al usuario a través de la parte de la aplicación que desea probar. El flujo debe tener un punto de inicio y finalización claro. Desea una tarea que un usuario pueda completar en una sola sesión, lo que generalmente significa alrededor de 20 a 30 minutos. Puede ser un desafío encontrar usuarios, pero pedir 30 minutos de su tiempo es más fácil que pedir dos horas. Hay dos tipos principales de pruebas: observar al usuario sin guía o guiar al usuario a través de un flujo semi-guiado.
3. Puntos de Dolor del Usuario y Caminos Deseados
En las pruebas de usabilidad, puedes observar los puntos de dolor del usuario, los malentendidos y las divergencias entre las suposiciones del desarrollador y el comportamiento del usuario. La situación de flujo establecido implica dejar que el usuario complete una tarea sin interferencias, revelando caminos deseados donde los usuarios crean sus propios flujos. La creatividad de los usuarios puede descubrir lagunas, atajos y trucos. Esta valiosa información proporciona información sobre los objetivos del usuario y cómo utilizan la aplicación.
4. Percepciones de las Pruebas de Usabilidad
Y estas pruebas son fantásticas para revelar varios vacíos, atajos y trucos que tus usuarios han ideado. Esta es información increíblemente valiosa. En la situación de flujo nuevo, por otro lado, hay un poco más de ida y vuelta. Este enfoque es ideal para probar nuevas características o para trabajar con personas que nunca han visto o utilizado tu software antes. Te permite ver tu aplicación con ojos frescos, lo cual es muy valioso. Una vez que tienes una idea de lo que quieres probar, es hora de encontrar algunos sujetos de prueba. La mayoría de las veces, quieres una mezcla de usuarios establecidos y personas que nunca han visto tu aplicación antes. Pero en última instancia, eso depende de lo que estés probando.
5. Encontrar Usuarios para las Pruebas de Usabilidad
Contactar a tus equipos de ventas y soporte es un buen punto de partida para encontrar usuarios establecidos con los que realizar pruebas. Para lanzar una red más amplia con usuarios establecidos, intenta publicar convocatorias abiertas en redes sociales o agregar banners o modales a tu sitio web. Los nuevos usuarios son un poco más desafiantes porque absolutamente requerirán motivación externa para participar en algo en lo que de otra manera realmente no tienen inversión. Si tienes un pequeño presupuesto, intentar algo como tarjetas de regalo de $20 o un almuerzo gratuito puede hacer mucho para atraer a los participantes. En última instancia, quieres tratar de lograr un grupo lo más diverso posible.
Los nuevos usuarios son un poco más desafiantes porque absolutamente requerirán motivación externa para participar en algo en lo que de otra manera realmente no tienen inversión. Esas opciones gratuitas todavía pueden funcionar aquí, así que definitivamente prueba cosas como tarifas con descuento o camisetas y pegatinas. Los amigos y familiares pueden ser realmente buenas opciones aquí también. Solo tienes que asegurarte de crear un nivel de separación para que no seas tú quien termine realizando la prueba para tu propia madre. Como puedes imaginar, eso crea algunos resultados sesgados. Genial para un impulso al ego, no tanto para una retroalimentación honesta.
Si tienes un pequeño presupuesto, intentar algo como tarjetas de regalo de $20 o un almuerzo gratuito puede hacer mucho para atraer a los participantes. Incluso con solo $100, todavía podrías conseguir un puñado de personas dispuestas a hacer una rápida prueba de usabilidad para ti. Si tienes un presupuesto modesto, invertir en un servicio de terceros como una agencia de panel o un reclutador de investigación de mercado puede ser extremadamente valioso. Esas personas te ayudarán a conectar con subconjuntos específicos de tipos de usuarios, lo que significa que puedes obtener resultados mejores y más precisos que reflejen más plenamente tu base de usuarios. Si eso no es una opción para ti, aún puedes intentar conectar con estos grupos de usuarios por tu cuenta contactando a centros community y organizaciones que atienden a esos grupos. Un regalo de horas de voluntariado o promoción pública de su causa puede ayudar mucho aquí también sin necesidad de gastar. Las publicaciones promocionadas y los anuncios en redes sociales también son bastante razonables en términos de costos y te permitirán dirigirte a demografías muy específicas que podrías tener dificultades para alcanzar de otra manera.
En última instancia, quieres tratar de lograr un grupo lo más diverso posible. Considera la edad, raza, género, discapacidad, orientación, identidad y nivel de experiencia mientras reúnes usuarios, pero también recuerda que lo perfecto puede ser el enemigo de lo bueno. Cualquier prueba de usabilidad testing que estés realizando es mejor que ninguna, y cuando estás trabajando con recursos limitados, lo ideal puede que no sea posible aún. El objetivo a largo plazo aquí es establecer un valioso programa de pruebas de usabilidad testing que muestre resultados, para que más dinero, tiempo y recursos puedan ser asignados a este programa en el futuro cuando estén disponibles. Piensa en esto como el primer paso. Cuando tu grupo de pruebas testing no es diverso, sin embargo, tienes que tomar los resultados con un grano de sal, y recordar que no son reflejo de la community. Los data todavía son útiles, las conversaciones todavía son informativas, y el proceso es absolutamente todavía vale la pena hacer, pero los resultados no deben ser considerados
6. Logística de las Pruebas de Usabilidad
Mientras te pones en contacto para medir el interés y obtener posibles candidatos para las pruebas, es hora de comenzar a definir la logística de la prueba en sí. Idealmente, querrás al menos dos personas para realizar las pruebas. No necesitan haber hecho esto antes. Es mejor tener varias personas para realizar las pruebas, de modo que la carga de trabajo de la supervisión se pueda dividir. Además de la persona que realiza la prueba, también puedes querer un segundo observador silencioso presente durante las pruebas. No importa lo que elijas, cualquier método de grabación debe ser revelado al usuario y se debe obtener su reconocimiento y acuerdo antes de que pueda comenzar la prueba. También tendrás que considerar cómo se está administrando la prueba en persona o de forma remota. Una prueba en persona tiene el beneficio de permitir una observación cercana del usuario. Por otro lado, significa que necesitas un espacio físico para realizar la prueba. Una prueba remota tiene el beneficio de la flexibilidad.
Idealmente, querrás al menos dos personas para realizar las pruebas. No necesitan haber hecho esto antes. Solo necesitas personas que puedan ser educadas y que se sientan cómodas hablando con los usuarios. Es mejor tener varias personas para realizar las pruebas, de modo que la carga de trabajo de la supervisión se pueda dividir. Dejado a una sola persona, es mucho trabajo. Puede ralentizar la programación de las pruebas, y puede afectar su capacidad para terminar su carga de trabajo normal. Además de la persona que realiza la prueba, también puedes querer un segundo observador silencioso presente durante las pruebas. Esta persona no participará más allá de simplemente observar y tomar notas, pero esto permite al supervisor centrarse completamente en el usuario. Si puedes tomar un vídeo y una grabación de pantalla, podrías prescindir de esto, pero aún es muy útil tener a una segunda persona allí para desglosar la sesión después y comparar impresiones. Si eliges grabar la sesión, eso podría ser tan simple y barato como un micrófono y una webcam en la sala de pruebas, que es un equipo que probablemente ya tienes. O podrías optar por algo un poco más complejo como un software de seguimiento de mapa de calor o cursor instalado en la máquina de pruebas. En su mayoría, esto se reduce al presupuesto. ¿Vale la pena el extra de datos que puedes obtener con métodos de grabación adicionales? Puedes realizar útiles sesiones de pruebas de usabilidad sin ningún equipo de grabación, así que no dejes que esto se convierta en un obstáculo. Es solo una herramienta extra que puedes usar para facilitarte la vida y recopilar datos adicionales de cada sesión. No importa lo que elijas, cualquier método de grabación debe ser revelado al usuario y se debe obtener su reconocimiento y acuerdo antes de que pueda comenzar la prueba.
También tendrás que considerar cómo se está administrando la prueba en persona o de forma remota. Ambas tienen pros y contras, por lo que no hay necesariamente una respuesta correcta. Una prueba en persona tiene el beneficio de permitir una observación muy cercana del usuario. Esto te permite captar cosas como el lenguaje corporal o las expresiones faciales que podrían perderse en la cámara. También puede sentirse mucho más conversacional y relajado hacer la prueba en persona y un sujeto de prueba tranquilo tiende a ser más hablador y te dará más información. Las pruebas en persona te permiten proporcionar la computadora para las pruebas, lo que te da un poco más de control y ayuda a eliminar las variables de las configuraciones de dispositivos de usuario personal. Por otro lado, significa que necesitas un espacio físico para realizar la prueba, por lo que si tu equipo trabaja de forma remota o tu oficina no está cerca o es de fácil acceso, eso podría ser un desafío y potencialmente requerir un poco de dinero. Considera reservar una sala de reuniones en tu biblioteca local, que suele ser gratuita o basada en donaciones, o en un espacio de coworking, que es relativamente asequible. Las pruebas en persona significan que tus usuarios podrían no tener acceso a sus dispositivos de asistencia habituales, por lo que ten en cuenta que esto puede limitar tus pruebas de accesibilidad. Una prueba remota tiene el beneficio de la flexibilidad. Esto te permite llegar a más usuarios en momentos que son más convenientes para ellos, lo que puede ayudarte a encontrar más personas para hacer la prueba. También te da el beneficio de hacer la prueba en el entorno donde el usuario es más probable que realmente esté usando tu software y en el dispositivo que estarán usando en situaciones del mundo real.
7. Desafíos y Logística en las Pruebas de Usuario Remotas
El trabajo remoto puede presentar desafíos de comunicación y tecnología. Puede ser difícil obtener permiso de los usuarios para grabar, especialmente si están utilizando dispositivos suministrados por el trabajo. Considera la logística de realizar pruebas durante las horas de trabajo y el posible sesgo que puede introducir. Elige una configuración que se alinee con los objetivos de tu prueba.
Sin embargo, como todos hemos aprendido en los últimos años, el trabajo remoto puede presentar desafíos de comunicación y tecnología. A veces puede ser más difícil obtener permiso de los usuarios para grabar, especialmente si están utilizando dispositivos suministrados por el trabajo o si están llamando desde su oficina corporativa. Si tu característica aún no se ha lanzado al público en general entonces tendrás que resolver el aspecto técnico de dar acceso al usuario en su dispositivo personal. Independientemente del enfoque que elijas, hay algunas logísticas que son universales. Si planeas realizar pruebas durante el horario laboral estándar, recuerda que es una gran petición hacer que los usuarios se tomen tiempo libre de su trabajo y posiblemente se desplacen hasta ti en medio de su jornada laboral. Si estás realizando pruebas fuera del horario laboral estándar, considera la necesidad de cuidado de niños. Todas estas elecciones podrían sesgar involuntariamente tus resultados si no las consideras. Entonces, cuando realizas pruebas durante la jornada laboral en un lugar que no es fácilmente accesible a través de transporte público, entonces has restringido automáticamente tu audiencia de testing a personas que tienen coches y personas que pueden tomarse tiempo libre fácilmente. Si llevas a los usuarios a tu oficina y realizas pruebas en un super ordenador de escritorio con un monitor de pantalla grande y una fuerte conexión Wi-Fi, es posible que no estés obteniendo los data más precisos para una aplicación que se utilizará principalmente en tabletas con una débil conexión de data. Considera los objetivos de tu prueba y elige una configuración que tenga más sentido
8. Realizando Pruebas de Usabilidad
Después de toda la preparación, es hora de realizar las pruebas. Comienza presentándote y explicando el propósito de la prueba. Enfatiza que no es una evaluación personal y fomenta la retroalimentación honesta. Pide a los participantes que piensen en voz alta y proporciona ejemplos. Abre el piso para preguntas y obtén el consentimiento. Comienza la prueba con preguntas básicas de identificación y explica claramente la tarea. Usa preguntas abiertas para ayudar a los participantes cuando se atascan, pero evita dar respuestas directas. Anímalos a trabajar en los problemas tanto como sea posible.
Luego, les vas a explicar el objetivo de testing. Así que, hoy vamos a probar una nueva característica en la aplicación o hoy vas a ver un software que nunca has visto antes. Es crucial asegurar al usuario que esto no está testing su habilidad personal de ninguna manera. Recuérdale que no hay respuestas incorrectas y que lo único que se está probando aquí es el software en sí. Enfatiza que quieres su retroalimentación honesta incluso o especialmente cuando es negativa. Asegúrales que no van a herir los sentimientos de nadie y que no van a hacer que nadie se moleste. Hazles saber que no podrás ayudarlos o guiarlos mientras están completando las tareas, que incluso si te lo piden realmente no puedes decirles la respuesta correcta. Esto puede parecer cruel, pero es realmente importante para ti ver cómo resuelven problemas sin orientación externa.
Luego, les pedirás que piensen en voz alta tanto como sea posible mientras realizan la prueba. Da un ejemplo como, vale, ahora estoy buscando la barra de búsqueda y sí, ahí está. Vale, ahora voy a introducir el nombre de mi compañero de equipo. Se siente tonto e incómodo al principio y no hay forma de evitarlo. Es simplemente cómo es. Asegúrales que se sentirá más natural a medida que avancen y que es realmente importante y útil. Finalmente, abre el piso a cualquier pregunta de ellos. Tómate todo el tiempo que necesites aquí para asegurarte de que se sienten completamente cómodos antes de continuar. Este es también el momento para pedir su permiso para cualquier cosa que necesites, como grabaciones, y obtener el consentimiento verbal o escrito. Una vez que todo esté bien y presiones el botón de grabar y comiences oficialmente la prueba, comienza con algunas preguntas básicas de identificación que te darán contexto sobre estos data para más tarde. Eso generalmente incluye cosas como nombre, edad, cuánto tiempo han estado usando el software, cuánto tiempo han estado en la industria, etc. Considera qué aspectos podrían impactar los data que estás recopilando, y siempre que no sea demasiado invasivo, ¡pregunta! Cuando se trata de la tarea en sí, dile al usuario claramente y simplemente lo que quieres que haga. Cuando se atascan o se quedan atrapados, lo cual es casi inevitable, haz preguntas abiertas para ayudar a avanzar las cosas. Intenta no guiar al usuario hacia una respuesta específica o dar pistas, solo ofrece algo para que empiecen a pensar, como, ¿qué estás buscando en la página ahora mismo? Si te piden ayuda, diles que imaginen que están en casa o por su cuenta, pregúntales qué harían en esa situación. Si realmente llega al punto en que simplemente no pueden avanzar y te dicen que llamarían al soporte o quizás presentarían un ticket, si la prueba se detiene por completo por alguna razón, puedes darles un pequeño indicio en la dirección correcta, pero realmente no quieres que se vuelvan hacia ti en busca de la respuesta en el momento en que se sientan un poco a la deriva. Anímalos a trabajar a través
9. Realizando Pruebas de Usabilidad
Un poco de silencio está bien, pero si se prolonga demasiado, recuerda incitar al usuario a pensar en voz alta. Si un usuario expresa sorpresa, incredulidad o frustración, una de las cosas más útiles que puedes usar como respuesta es preguntar, ¿qué esperabas que sucediera aquí? Una vez que se ha completado la tarea, haz cualquier pregunta de seguimiento y amplía tu enfoque a sus impresiones generales y emociones. Haz la pregunta de la varita mágica para recoger ideas de mejora. Comprueba si el usuario tiene alguna pregunta y agradécele su tiempo. Revisa y analiza los datos brutos agrupándolos por pregunta o tarea y buscando patrones.
10. Recopilación y Resumen de los Resultados de las Pruebas de Usabilidad
Ver a los usuarios seguir el mismo flujo sin hablar entre ellos indica cómo se está interpretando tu interfaz de usuario. Recoge datos duros como el tiempo para completar tareas, datos de heatmap y clics. Resumen los hallazgos notables en un documento de una página para una revisión rápida. No dejes que la lucha o el éxito de un usuario eclipsen a los demás. Involucra a tantas personas como sea posible para evitar sesgos. Realizar pruebas de usabilidad te da una perspectiva única como desarrollador y ayuda a comprobar los sesgos internos.
Cuando varios usuarios realizan la misma acción o tienen dificultades en el mismo lugar. Ver a muchas personas diferentes seguir el mismo flujo sin hablar entre sí es una indicación muy fuerte de cómo se está interpretando tu interfaz de usuario. De manera similar, si un montón de personas tropiezan o cometen errores en el mismo punto, incluso si son errores diferentes, eso es una señal de alarma.
Luego, recoge los datos duros. Solo porque no tienes muchos datos duros no significa que no tengas ninguno. Mira el tiempo para completar tareas, datos de heatmap si los tienes, clics, etc. Y ve lo que los números tienen que decir en correlación con las experiencias que presenciaste.
Finalmente, recoge cualquier cita, hallazgo y dato digno de mención en un documento de una página. Otras personas quieren ver los resultados en la prueba. Pero seamos realistas. No van a leer cada página de notas sobre cada usuario. Toma lo más impactante, resúmelo, y ponlo en un documento para una revisión y acceso rápido. Mi principal consejo aquí es no dejar que la lucha o el éxito de un usuario eclipsen a los demás. No te apresures a cambiar cosas porque una persona no lo entendió. Y tampoco te niegues a cambiar cosas porque una persona lo hizo bien. Es fácil buscar a los usuarios y pruebas que confirmarán nuestros propios sesgos. Pero eso no es realmente útil cuando se trata de construir un software mejor. La verdadera objetividad puede ser difícil, por lo que es ideal involucrar a tantas personas como sea posible en el proceso de pruebas, para que se puedan escuchar múltiples interpretaciones de los datos y experiencias.
No es tan aterrador, ¿verdad? Tenía muchas partes, pero todas eran cosas que podían desglosarse en pasos más pequeños y alcanzables y definitivamente algo que puedes hacer. Realmente espero que te sientas empoderado y, ¿me atrevo a decirlo?, emocionado de salir y hablar con algunos usuarios. Te sorprenderá cómo ver a un usuario navegar por tu aplicación te da una perspectiva única como desarrollador, una que mantendrás contigo mientras abordas trabajos futuros. Nos enseña a resistir la tentación de hacer suposiciones y nos ayuda a comprobar nuestros propios sesgos internos. Realizar pruebas de usabilidad no es solo genial para tu software, también es genial para ti. Y realmente espero que esta masterclass te ayude a sentirte empoderado para intentarlo. Gracias.
Check out more articles and videos
We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career
Workshops on related topic
In this three-hour workshop we’ll introduce React Testing Library along with a mental model for how to think about designing your component tests. This mental model will help you see how to test each bit of logic, whether or not to mock dependencies, and will help improve the design of your components. You’ll walk away with the tools, techniques, and principles you need to implement low-cost, high-value component tests.
Table of contents- The different kinds of React application tests, and where component tests fit in- A mental model for thinking about the inputs and outputs of the components you test- Options for selecting DOM elements to verify and interact with them- The value of mocks and why they shouldn’t be avoided- The challenges with asynchrony in RTL tests and how to handle them
Prerequisites- Familiarity with building applications with React- Basic experience writing automated tests with Jest or another unit testing framework- You do not need any experience with React Testing Library- Machine setup: Node LTS, Yarn
Tests rely on many conditions and are considered to be slow and flaky. On the other hand - end-to-end tests can give the greatest confidence that your app is working. And if done right - can become an amazing tool for boosting developer velocity.
Detox is a gray-box end-to-end testing framework for mobile apps. Developed by Wix to solve the problem of slowness and flakiness and used by React Native itself as its E2E testing tool.
Join me on this workshop to learn how to make your mobile end-to-end tests with Detox rock.
Prerequisites- iOS/Android: MacOS Catalina or newer- Android only: Linux- Install before the workshop
1. Welcome to Postman- Explaining the Postman User Interface (UI)2. Workspace and Collections Collaboration- Understanding Workspaces and their role in collaboration- Exploring the concept of Collections for organizing and executing API requests3. Introduction to API Testing- Covering the basics of API testing and its significance4. Variable Management- Managing environment, global, and collection variables- Utilizing scripting snippets for dynamic data5. Building Testing Workflows- Creating effective testing workflows for comprehensive testing- Utilizing the Collection Runner for test execution- Introduction to Postbot for automated testing6. Advanced Testing- Contract Testing for ensuring API contracts- Using Mock Servers for effective testing- Maximizing productivity with Collection/Workspace templates- Integration Testing and Regression Testing strategies7. Automation with Postman- Leveraging the Postman CLI for automation- Scheduled Runs for regular testing- Integrating Postman into CI/CD pipelines8. Performance Testing- Demonstrating performance testing capabilities (showing the desktop client)- Synchronizing tests with VS Code for streamlined development9. Exploring Advanced Features - Working with Multiple Protocols: GraphQL, gRPC, and more
Join us for this workshop to unlock the full potential of Postman for API testing, streamline your testing processes, and enhance the quality and reliability of your software. Whether you're a beginner or an experienced tester, this workshop will equip you with the skills needed to excel in API testing with Postman.
We will cover writing tests, covering every application feature, structuring tests, intercepting network requests, and setting up the backend data.
Anyone who knows JavaScript programming language and has NPM installed would be able to follow along.