Pruebas de Usabilidad Sin un Especialista en UX

Rate this content
Bookmark

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!

This talk has been presented at React Advanced Conference 2023, check out the latest edition of this React Conference.

FAQ

Katherine Grayson Nanz es una defensora de los desarrolladores en Progress Software, con experiencia en desarrollo y diseño.

El principal problema que enfrentaron fue la mala experiencia de usuario debido a que la aplicación fue construida sin mucha aportación de diseño, lo cual impedía el crecimiento de la base de clientes.

Decidieron realizar pruebas de usabilidad por ellos mismos, combinando experiencia con investigación para aprender y encontrar una manera de hacerlo funcionar a pesar de las limitaciones de presupuesto.

Una prueba de usabilidad es un método para evaluar un producto interactuando con usuarios reales para identificar problemas y oportunidades de mejora. Es importante porque ayuda a asegurar que el producto sea funcional y fácil de usar para los usuarios finales.

Las startups y pequeñas empresas pueden realizar pruebas de usabilidad de forma DIY (hazlo tú mismo), utilizando recursos internos y aprovechando contactos como equipos de ventas y soporte para encontrar usuarios para las pruebas.

El primer paso es definir claramente qué se quiere probar, enfocándose en probar un flujo, tarea o característica específica de la aplicación.

Se debe considerar la accesibilidad del lugar de la prueba, la posibilidad de observar directamente al usuario y la facilidad para que el usuario utilice dispositivos personales o de asistencia. Cada modalidad tiene pros y contras dependiendo del contexto y los recursos disponibles.

Kathryn Grayson Nanz
Kathryn Grayson Nanz
28 min
23 Oct, 2023

Comments

Sign in or register to post your comment.

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

Short description:

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

Short description:

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.

organización y recursos. Es mucho más común para mí escuchar cosas como, sí, hacemos pruebas de usabilidad, pero simplemente no tenemos presupuesto para ello. La gente quiere la oportunidad de sentarse con los usuarios, pero no están seguros de cómo hacerlo realidad. Y como no es un requisito absoluto para lanzar, se pospone continuamente en favor de tareas más urgentes. Esto suele suceder en situaciones donde realmente no ha habido una fuerte historia de proceso de diseño y donde hay muy pocos o ningún profesional de UX en el equipo que pueda realmente asumir la propiedad de la tarea. Entonces, si todo esto te suena familiar, entonces tengo una recomendación. Haz lo que hicimos y hazlo tú mismo. Y sí, en un mundo ideal, esta sería la responsabilidad de un diseñador o investigador de UX. Pero para muchos equipos como el que estaba y tal vez como el que estás, por varias razones, esa situación simplemente no puede ser una realidad en este momento. Entonces, en esta charla, no quiero discutir el escenario ideal del mundo perfecto con un gran presupuesto. Porque ya existen muchos recursos que existen para eso. En cambio, quiero hablar sobre cómo aún podemos hacer posible las pruebas de usabilidad para startups, pequeñas empresas o proyectos personales que quizás no tengan mucho dinero o personas para este trabajo. Piénsalo más como pruebas de usabilidad DIY. No importa cuál sea tu situación, estoy aquí para asegurarte, realizar pruebas de usabilidad básicas es algo de lo que eres completamente capaz y vendrá con el bono de hacerte un mejor desarrollador más empático también. El primer gran obstáculo que necesitaremos abordar antes de que podamos considerar cualquier otra cosa es simplemente averiguar qué queremos probar. Y no, la aplicación completa no es una opción. Las pruebas de usabilidad van a ser más efectivas cuando se centren en probar un flujo, tarea o característica específica. Tómate un momento para considerar qué preguntas quieres responder sobre tu aplicación. ¿Has notado más tickets de soporte llegando? ¿Hay quizás un lugar donde no estás obteniendo las interacciones que anticipaste? ¿Has estado recibiendo comentarios negativos? Tal vez estás a punto de lanzar algo nuevo. Todos estos son excelentes puntos de partida. Quieres elegir una tarea específica o una cadena de tareas relacionadas que guiarán al usuario a través de la parte de la aplicación que deseas probar. El flujo debe tener un claro punto de inicio y finalización. Los puntos finales no necesariamente necesitan ser exactamente los mismos para cada usuario, pero aún deberías saber claramente cuándo un usuario ha satisfecho el requisito de la tarea. Algunos ejemplos de flujos que podrías probar son la incorporación, la búsqueda y el guardado, la exportación de un activo, la actualización del perfil de usuario, etc. Realmente quieres una tarea que un usuario pueda completar en una sola sesión, lo que generalmente significa alrededor de 20 a 30 minutos. Potencialmente puedes probar varios flujos, pero aún querrás mantener la sesión de prueba completa en no más de aproximadamente una hora. Cuanto mayor sea el compromiso de tiempo, mayor será la petición que estás pidiendo a tus usuarios, ¿verdad? Eso es mucho tiempo que les estás pidiendo. Puede ser un desafío encontrar usuarios para empezar, pero es mucho más fácil pedirle a alguien 30 minutos de su tiempo que dos horas. Hay dos tipos principales de pruebas que puedes realizar. En una opción, observarás cómo el usuario se mueve a través de un flujo establecido, completamente sin guía.

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

Solicitudes de Red con Cypress
TestJS Summit 2021TestJS Summit 2021
33 min
Solicitudes de Red con Cypress
Top Content
Cecilia Martinez, a technical account manager at Cypress, discusses network requests in Cypress and demonstrates commands like cydot request and SCI.INTERCEPT. She also explains dynamic matching and aliasing, network stubbing, and the pros and cons of using real server responses versus stubbing. The talk covers logging request responses, testing front-end and backend API, handling list length and DOM traversal, lazy loading, and provides resources for beginners to learn Cypress.
Pruebas de ciclo completo con Cypress
TestJS Summit 2022TestJS Summit 2022
27 min
Pruebas de ciclo completo con Cypress
Top Content
Cypress is a powerful tool for end-to-end testing and API testing. It provides instant feedback on test errors and allows tests to be run inside the browser. Cypress enables testing at both the application and network layers, making it easier to reach different edge cases. With features like AppActions and component testing, Cypress allows for comprehensive testing of individual components and the entire application. Join the workshops to learn more about full circle testing with Cypress.
Desarrollo Efectivo de Pruebas
TestJS Summit 2021TestJS Summit 2021
31 min
Desarrollo Efectivo de Pruebas
Top Content
This Talk introduces Test Effective Development, a new approach to testing that aims to make companies more cost-effective. The speaker shares their personal journey of improving code quality and reducing bugs through smarter testing strategies. They discuss the importance of finding a balance between testing confidence and efficiency and introduce the concepts of isolated and integrated testing. The speaker also suggests different testing strategies based on the size of the application and emphasizes the need to choose cost-effective testing approaches based on the specific project requirements.
Playwright Test Runner
TestJS Summit 2021TestJS Summit 2021
25 min
Playwright Test Runner
Top Content
The Playwright Test Runner is a cross-browser web testing framework that allows you to write tests using just a few lines of code. It supports features like parallel test execution, device emulation, and different reporters for customized output. Code-Gen is a new feature that generates code to interact with web pages. Playwright Tracing provides a powerful tool for debugging and analyzing test actions, with the ability to explore trace files using TraceViewer. Overall, Playwright Test offers installation, test authoring, debugging, and post-mortem debugging capabilities.
Todos pueden escribir pruebas fácilmente
TestJS Summit 2023TestJS Summit 2023
21 min
Todos pueden escribir pruebas fácilmente
Playwright is a reliable end-to-end testing tool for modern web apps that provides one API, full isolation, fast execution, and supports multiple languages. It offers features like auto-weighting, retrying assertions, seamless testing of iframes and shadow DOM, test isolation, parallelism, and scalability. Playwright provides tools like VS Code extension, UiMode, and Trace Viewer for writing, debugging, and running tests. Effective tests prioritize user-facing attributes, use playwright locators and assertions, and avoid testing third-party dependencies. Playwright simplifies testing by generating tests, providing code generation and UI mode, and allows for easy running and debugging of tests. It helps in fixing failed tests and analyzing DOM changes, fixing locator mismatches, and scaling tests. Playwright is open source, free, and continuously growing.

Workshops on related topic

Diseñando Pruebas Efectivas con la Biblioteca de Pruebas de React
React Summit 2023React Summit 2023
151 min
Diseñando Pruebas Efectivas con la Biblioteca de Pruebas de React
Top Content
Featured Workshop
Josh Justice
Josh Justice
La Biblioteca de Pruebas de React es un gran marco para las pruebas de componentes de React porque responde muchas preguntas por ti, por lo que no necesitas preocuparte por esas preguntas. Pero eso no significa que las pruebas sean fáciles. Todavía hay muchas preguntas que tienes que resolver por ti mismo: ¿Cuántas pruebas de componentes debes escribir vs pruebas de extremo a extremo o pruebas de unidad de nivel inferior? ¿Cómo puedes probar una cierta línea de código que es difícil de probar? ¿Y qué se supone que debes hacer con esa persistente advertencia de act()?
En esta masterclass de tres horas, presentaremos la Biblioteca de Pruebas de React junto con un modelo mental de cómo pensar en el diseño de tus pruebas de componentes. Este modelo mental te ayudará a ver cómo probar cada bit de lógica, si debes o no simular dependencias, y ayudará a mejorar el diseño de tus componentes. Te irás con las herramientas, técnicas y principios que necesitas para implementar pruebas de componentes de bajo costo y alto valor.
Tabla de contenidos- Los diferentes tipos de pruebas de aplicaciones de React, y dónde encajan las pruebas de componentes- Un modelo mental para pensar en las entradas y salidas de los componentes que pruebas- Opciones para seleccionar elementos DOM para verificar e interactuar con ellos- El valor de los mocks y por qué no deben evitarse- Los desafíos con la asincronía en las pruebas de RTL y cómo manejarlos
Requisitos previos- Familiaridad con la construcción de aplicaciones con React- Experiencia básica escribiendo pruebas automatizadas con Jest u otro marco de pruebas unitarias- No necesitas ninguna experiencia con la Biblioteca de Pruebas de React- Configuración de la máquina: Node LTS, Yarn
Cómo empezar con Cypress
TestJS Summit 2022TestJS Summit 2022
146 min
Cómo empezar con Cypress
Featured WorkshopFree
Filip Hric
Filip Hric
La web ha evolucionado. Finalmente, también lo ha hecho el testing. Cypress es una herramienta de testing moderna que responde a las necesidades de testing de las aplicaciones web modernas. Ha ganado mucha popularidad en los últimos años, obteniendo reconocimiento a nivel mundial. Si has estado esperando aprender Cypress, ¡no esperes más! Filip Hric te guiará a través de los primeros pasos sobre cómo empezar a usar Cypress y configurar tu propio proyecto. La buena noticia es que aprender Cypress es increíblemente fácil. Escribirás tu primer test en poco tiempo y luego descubrirás cómo escribir un test de extremo a extremo completo para una aplicación web moderna. Aprenderás conceptos fundamentales como la capacidad de reintentar. Descubre cómo trabajar e interactuar con tu aplicación y aprende cómo combinar pruebas de API y de UI. A lo largo de todo este masterclass, escribiremos código y realizaremos ejercicios prácticos. Saldrás con una experiencia práctica que podrás aplicar a tu propio proyecto.
Detox 101: Cómo escribir pruebas de extremo a extremo estables para su aplicación React Native
React Summit 2022React Summit 2022
117 min
Detox 101: Cómo escribir pruebas de extremo a extremo estables para su aplicación React Native
Top Content
WorkshopFree
Yevheniia Hlovatska
Yevheniia Hlovatska
A diferencia de las pruebas unitarias, las pruebas de extremo a extremo buscan interactuar con su aplicación tal como lo haría un usuario real. Y como todos sabemos, puede ser bastante desafiante. Especialmente cuando hablamos de aplicaciones móviles.
Las pruebas dependen de muchas condiciones y se consideran lentas e inestables. Por otro lado, las pruebas de extremo a extremo pueden dar la mayor confianza de que su aplicación está funcionando. Y si se hace correctamente, puede convertirse en una herramienta increíble para aumentar la velocidad del desarrollador.
Detox es un marco de pruebas de extremo a extremo en caja gris para aplicaciones móviles. Desarrollado por Wix para resolver el problema de la lentitud e inestabilidad y utilizado por React Native en sí como su herramienta de pruebas E2E.
Únete a mí en esta masterclass para aprender cómo hacer que tus pruebas de extremo a extremo móviles con Detox sean excelentes.
Prerrequisitos- iOS/Android: MacOS Catalina o más reciente- Solo Android: Linux- Instalar antes de la masterclass
Masterclass de Pruebas de API con Postman
TestJS Summit 2023TestJS Summit 2023
48 min
Masterclass de Pruebas de API con Postman
Top Content
WorkshopFree
Pooja Mistry
Pooja Mistry
En el panorama siempre en evolución del desarrollo de software, garantizar la fiabilidad y funcionalidad de las API se ha vuelto primordial. "Pruebas de API con Postman" es una masterclass completa diseñada para equipar a los participantes con los conocimientos y habilidades necesarios para sobresalir en las pruebas de API utilizando Postman, una herramienta poderosa ampliamente adoptada por profesionales en el campo. Esta masterclass profundiza en los fundamentos de las pruebas de API, avanza a técnicas de prueba avanzadas y explora la automatización, las pruebas de rendimiento y el soporte multiprotocolo, proporcionando a los asistentes una comprensión holística de las pruebas de API con Postman.
Únete a nosotros para esta masterclass para desbloquear todo el potencial de Postman para las pruebas de API, agilizar tus procesos de prueba y mejorar la calidad y fiabilidad de tu software. Ya seas un principiante o un probador experimentado, esta masterclass te equipará con las habilidades necesarias para sobresalir en las pruebas de API con Postman.
Monitoreo 101 para Desarrolladores de React
React Summit US 2023React Summit US 2023
107 min
Monitoreo 101 para Desarrolladores de React
Top Content
WorkshopFree
Lazar Nikolov
Sarah Guthals
2 authors
Si encontrar errores en tu proyecto frontend es como buscar una aguja en un pajar de código, entonces el monitoreo de errores de Sentry puede ser tu detector de metales. Aprende los conceptos básicos del monitoreo de errores con Sentry. Ya sea que estés ejecutando un proyecto de React, Angular, Vue, o simplemente JavaScript “vainilla”, mira cómo Sentry puede ayudarte a encontrar el quién, qué, cuándo y dónde detrás de los errores en tu proyecto frontend.
Nivel de la masterclass: Intermedio
Pruebas de Aplicaciones Web utilizando Cypress
TestJS Summit - January, 2021TestJS Summit - January, 2021
173 min
Pruebas de Aplicaciones Web utilizando Cypress
WorkshopFree
Gleb Bahmutov
Gleb Bahmutov
Este masterclass te enseñará los conceptos básicos de cómo escribir pruebas de extremo a extremo utilizando Cypress Test Runner.
Cubriremos la escritura de pruebas, abarcando todas las características de la aplicación, estructurando las pruebas, interceptando solicitudes de red y configurando los datos del backend.
Cualquier persona que conozca el lenguaje de programación JavaScript y tenga NPM instalado podrá seguir el masterclass.