REST Assured vs. JMeter: Una comparación de las Herramientas de Prueba de REST

BY NEMANJA VESKOVIC - FREELANCE JAVA DEVELOPER @ TOPTAL
Probar las API de transferencia de estado representacional (REST) puede ser complicado. Muchos de los que recurren a la prueba manual de API REST pasan por alto los detalles y se pierden formas de ahorrar tiempo.

Cualquier servicio REST API que se pruebe correctamente tendrá estas áreas cubiertas:

• Prueba de si el servicio API cumple con los estándares REST
• Prueba de códigos de respuesta de servicio API
• Afirmación del contenido de respuesta del servicio API
• Evaluación comparativa del rendimiento del servicio API

Para esto necesitas las herramientas adecuadas. Apache JMeter y REST Assured son dos herramientas populares de prueba REST para probar los servicios API REST. Puedes obtener más información sobre cómo puede usarlos en la práctica desde aquí y aquí.

En este artículo, aprenderás los pros y los contras de estas dos herramientas y dónde se ajustan mejor en sus proyectos REST API existentes.

Facilidad de configuración

Hay un requisito previo: JMeter y REST Assured requieren Java, por lo que debe tener Java instalado en su computadora para poder ejecutar JMeter o REST Assured.

Instalar Apache JMeter es muy simple: ve a la página de descarga, elige el ZIP o TAR, descarga el archivo, descomprímelo y ya estás listo para comenzar .

Ve a la carpeta donde ha descomprimido el archivo, a la subcarpeta bin y ejecuta jmeter.bat (o similar para tu sistema operativo, si no es Windows). Para obtener información más detallada sobre cómo configurar Apache JMeter, consulta esta página.

Instalar REST Assured es una experiencia un poco diferente. REST Assured no es una herramienta independiente. Es una biblioteca de Java. Para usarlo, debes configurar un nuevo proyecto Java e incluirlo como una biblioteca para su proyecto. Por supuesto, hay soporte para muchas herramientas de compilación, por lo que puede simplemente apuntar tu resolvedor de dependencias a algún repositorio público (Maven). Puedes encontrar información más detallada sobre cómo configurar REST Assured [aquí](https://semaphoreci.com/community/tutorials/testing-rest-endpoints-using-rest-assured.

Documentación

Apache JMeter documentación se puede encontrar en el sitio web oficial de JMeter. Proporciona una documentación bastante completa desde el inicio hasta funciones complejas como oyentes. Además, en el sitio web oficial de JMeter, puedes encontrar enlaces a algunos recursos muy ricos, como videos tutoriales. Si te gusta menos leer y más mirar, esto definitivamente es una ventaja para ti.

La documentación de REST Assured, como la herramienta/biblioteca en sí, se puede encontrar dentro del repositorio de Github. Tiene una gran lista de características enumeradas en la documentación en línea con explicaciones muy detalladas de cómo lograr algo. Sin embargo, toda la documentación es una gran página web, no la forma más fácil de explorar una herramienta.

Creación y mantenimiento automáticos de pruebas REST

Apache JMeter, como una aplicación independiente con una interfaz gráfica de usuario (GUI), le permite crear sus pruebas desde la GUI. Esto puede ser útil especialmente debido a la jerarquía de entidades introducida desde JMeter: todo lo que cree dentro de su prueba se mostrará en una representación similar a un árbol en la GUI de JMeter.

Para crear una prueba, uno no tiene que tener ninguna habilidad de codificación. Sin embargo, la GUI no limita ninguna de las posibilidades con respecto a la planificación de pruebas. Si aún desea agregar alguna programación/flujo personalizado, los componentes de BeanShell le permitirán hacer eso.

Cuando guardes su proyecto JMeter, todo lo que hayas creado se guardará en un gran archivo XML (con la extensión .jmx). En general, incluso para un pequeño cambio en una de las pruebas, (muy probablemente) tendrás que volver a abrir el proyecto en la GUI para realizar el cambio.

Si necesitas colaborar con otros en el mismo archivo de proyecto JMeter, este gran archivo XML no será fácil de mantener utilizando cualquiera de los sistemas de gestión de control de origen (SCM) (como Git, SVN, Perforce, etc.).

REST Assured por otro lado, requiere habilidades de codificación Java para crear las pruebas. No hay una GUI fácil de usar para la creación de pruebas. Sin embargo, REST Assured te permite escribir las pruebas usando el lenguaje Gherkin (sintaxis de Given-When-Then), por lo que incluso si necesitas algunas habilidades de codificación Java, las pruebas son bastante legibles.

given(http://via.placeholder.com/2000x200?text=image+placeholder).
    config(RestAssured.config(http://via.placeholder.com/2000x200?text=image+placeholder).jsonConfig(jsonConfig(http://via.placeholder.com/2000x200?text=image+placeholder).numberReturnType(BIG_DECIMAL))).
when(http://via.placeholder.com/2000x200?text=image+placeholder).
    get(“/price”).
then(http://via.placeholder.com/2000x200?text=image+placeholder).
    body(“price”, is(new BigDecimal(12.12)));

Como REST Assured es una biblioteca y las pruebas están escritas en realidad en Java, puedes organizar tus pruebas en archivos Java separados, por lo que cuando necesites cambiar una prueba, solo necesitas abrir un archivo. No necesitas una GUI, por lo que puedes editar la prueba fácilmente incluso a través de un terminal SSH. La colaboración con otros es bastante simple porque es fácil mantener los archivos Java usando cualquier SCM.

Tipos de pruebas REST

JMeter es bien conocido como una herramienta de prueba de rendimiento para probar aplicaciones y servicios web. Tiene buenas opciones de fábrica, como informes con diferentes tipos de gráficos que puedes usar para mostrar las métricas de prueba de rendimiento.

Por otro lado, tampoco es el escenario de uso principal para JMeter. Puede crear pruebas funcionales para API REST con JMeter, incluida la aserción de respuesta.

El escenario de uso primario de REST Assured es para las pruebas funcionales de los servicios API REST. Incluso viene con su propio mecanismo de afirmación de respuesta (la sintaxis de Gherkin). Como REST Assured es una biblioteca Java, puede integrarse fácilmente con pruebas unitarias.

Cuando se trata de pruebas de rendimiento, REST Assured no admite pruebas de rendimiento listas para usar. Sin embargo, si deseas utilizarlo para las pruebas de rendimiento, deberás desarrollar tu propio marco de trabajo personalizado para realizar pruebas de rendimiento en REST Assured.

Ejecución de pruebas

Las pruebas de JMeter se pueden invocar de dos maneras.

Desde la interfaz de usuario haciendo clic en el botón Ejecutar:

Desde la línea de comando:

jmeter -n -t your_script.jmx

La recomendación oficial de JMeter es no ejecutar las pruebas de rendimiento con la GUI, ya que las pruebas se ejecutarán más lentamente (en términos de número de solicitudes por segundo) en comparación con ejecutarlas desde la línea de comandos.

REST Assured, por otro lado, requiere un corredor de prueba por separado, por ejemplo jUnit o TestNG (o de cualquier otra manera para ejecutar el código de Java).

De Eclipse usando TestNG:

Desde la línea de comando usando, por ejemplo, la herramienta de compilación Ant:

ant run-tests

Tipos de Reportes

Apache JMeter debido a su propósito principal tiene una gran cantidad de tipos de informes que puedes crear a partir de los resultados de sus pruebas. Dado que puedes ejecutar pruebas de rendimiento desde JMeter, las métricas de rendimiento generalmente se muestran usando gráficos como este:

Puedes obtener más información sobre los informes de JMeter y los tipos de informes que puedes crear desde aquí.

REST Assured no crea ningún informe, por lo que depende de ti y del marco de prueba que elijas. Sin embargo, cuando se integra con algún marco de prueba de unidades, puedes obtener informes útiles en formato HTML, texto o XML.

Integración con Jenkins

Cuando se trata de la integración continua de los productos bajo prueba, es muy importante integrar tu marco de automatización de pruebas con las herramientas de CI tanto para ejecutar pruebas como para informar sobre los resultados.

Las pruebas automatizadas de JMeter se pueden integrar fácilmente con Jenkins utilizando el plugin Performanceque te permiten configurar acciones Post-build y obtener un bonita página de tablero de una página de trabajo de Jenkins.

REST Assured también se puede integrar fácilmente con Jenkins porque éste tiene complementos para casi todos los frameworks de prueba; por ejemplo, el plugin TestNG que nuevamente puede crear un cuadro de tendencias sólido para los resultados de las pruebas.

Actividad comunitaria

Esta es una categoría que no se puede medir fácilmente. La actividad de la comunidad depende de varios factores, como el vencimiento de la herramienta o el número de contribuyentes.

Apache JMeter tiene una comunidad más grande hoy en día. Esto se debe principalmente al hecho de que JMeter se presentó en el mercado hace mucho tiempo y se considera un estándar de la industria cuando se trata de pruebas de rendimiento de aplicaciones y servicios web. JMeter publica lanzamientos oficiales cada 5-6 meses. Su repositorio de GitHub es muy activo, con nuevas confirmaciones diariamente. JMeter usa Bugzilla como rastreador de problemas y tiene una lista de problemas abiertos que se cambian con frecuencia. Hay más de 23000 resultados para JMeter en la búsqueda StackOverflow. Desde los sitios de redes sociales, JMeter tiene una cuenta oficial de Twitter. En Facebook y LinkedIn, no hay una cuenta oficial para JMeter, pero hay dos grupos, el mayor de los cuales es este grupo de Facebook y este grupo de LinkedIn.

REST Assured está llegando a la etapa principal y se ha convertido en la primera opción, una recomendación de múltiples fuentes cuando se trata de automatizar las pruebas funcionales del servicio REST API. REST Assured ha estado publicando lanzamientos oficiales una vez cada 6 meses durante los últimos dos años. El repositorio de GitHub tiene muchos contribuyentes y es un poco menos activo que el de JMeter, pero también es muy activo. REST Assured está rastreando problemas en el repositorio GitHub, así que todo está en un solo lugar. En StackOverflow, hay más de 2000 resultados de búsqueda para REST Assured, por lo que podemos decir que es significativamente menor en comparación con los resultados de búsqueda de JMeter. En cuanto a los grupos de redes sociales, solo el grupo de LinkedIn se encontró con un número significativamente menor de miembros en comparación con JMeter. La comunidad REST Assured puede no ser tan grande como la comunidad JMeter, pero es muy activa.

Resumen

Tanto JMeter como REST Assured tienen sus ventajas entre sí. Pero según el proyecto en el que esté trabajando, uno será mejor que el otro para su automatización de prueba REST API. Ambos son muy robustos, tienen opciones de prueba útiles, cuentan con buenas capacidades de generación de informes y pueden integrarse fácilmente con marcos de prueba personalizados.

Aquí hay un resumen de todos los criterios de comparación explorados en este artículo para estas dos herramientas populares de prueba REST:

	Apache JMeter	REST Assured
Requiere habilidades de codificación	No	Si (Java)
Doc completo	Si	Si
Pruebas funcionales	Si (pero excesivo)	Si
Pruebas de rendimiento	Si	No (fuera de la caja)
Adecuado para SCM (Git, P4...)	No	Si
Informes de las pruebas	Si	No
Integración con herramientas de CI	Si	Si
Integración con pruebas unitarias	No	Si
Paralelización de prueba	Si	Si
Actividad comunitaria	Si	Si

Fuente: https://www.toptal.com/java/rest-assured-vs-jmeter-una-comparaci%C3%B3n-de-las-herramientas-de-prueba-de-rest/es

Diseño Colaborativo: Una Guía Para El Diseño Exitoso De Productos Empresariales

BY ANDI OMTVEDT - DESIGNER @ TOPTAL (TRANSLATED BY YESICA DANDERFER)

Probablemente hayas oído hablar del desarrollo de software Agile, la gestión de procesos de Kanban y Lean UX. El diseño colaborativo es un enfoque filosófico y táctico diferente para el diseño de productos empresariales.

El diseño colaborativo es el proceso de diseño en un entorno participativo, cautivador y realista con todas las manos o confianza en el cerebro. NO está diseñando en el vacío; en cambio, como su nombre lo indica, el diseño colaborativo coloca al diseñador en el centro de los diversos equipos y departamentos para trabajar con todos a fin de crear un producto cohesivo. De esta manera, nadie queda afuera y el producto se puede construir con todos los interesados involucrados.

Cada organización empresarial es diferente, y agrupar a las partes interesadas en torno a cualquier idea o tarea puede parecer como pastorear gatos. En esta guía, repasaremos consejos y trucos para trabajar con los principales actores, no solo para obtener su opinión, sino también para incorporarlos con este nuevo enfoque centrado en el diseño.

![colaboración empresarial] (https://uploads.toptal.io/blog/image/125053/toptal-blog-image-1514836432132-062b9a075d6f3eee95274d0d83903f76.jpg)

Conoce a los jugadores

Los diseñadores son geniales en muchas cosas, pero su rol comienza con la resolución de problemas. Eso requiere saber quiénes son los expertos y trabajar con ellos. Cada miembro del equipo de desarrollo de productos tiene sus propias necesidades y responsabilidades, por lo que conocerlos es tan importante como completar la tarea asignada.

Así que sin más preámbulos, conozcamos al equipo:

• Los gerentes de producto definen el alcance, los requisitos y los ciclos de iteración de desarrollo para productos y características; a menudo son los guardianes de las características antes de un sí / no final y se practican para comunicarse con toda la organización, incluidos los ejecutivos.
• Ingenieros crean el producto, por lo que entienden las capacidades y limitaciones técnicas. Esto los convierte en un recurso crítico para determinar las principales inquietudes, incluidos los plazos de desarrollo, las tecnologías a usar, el alcance y, a menudo, la viabilidad del diseño (si nuestros conceptos son incluso posibles dadas las limitaciones de tecnología y tiempo).
• Los arquitectos de bases de datos y sistemas saben cómo se integran los datos y tienen una comprensión profunda de lo que se requiere para mantener el rendimiento mientras continúan construyendo sobre el producto / plataforma existente.
• Los expertos internos en la materia (PYME) están íntimamente familiarizados con los procesos comerciales, los casos de uso, la historia y la política, así como con las expectativas generales de la administración, los clientes y los usuarios.
• Ventas se centra en presentar el producto a posibles clientes. Esto hace que las ventas sean el primer punto de contacto, por lo que su comprensión del producto es fundamental para cerrar (y, a menudo, crear) clientes potenciales.
• Entrenadores (o en SaaS, agentes de éxito del cliente) tienen exposición directa al equipo de ventas y usuarios nuevos o de prueba, y pueden aportar volúmenes de información útil sobre cómo el producto está funcionando in vitro y más allá.

! diseño colaborativo en acción

Cuando todas las partes que trabajan en el producto participan en el proceso de diseño (uno de los principios fundamentales de la Metodología ágil, el producto resultante tiene una posibilidad significativamente mayor de alcanzar el éxito, no porque los diseñadores trabajen con las partes interesadas, sino porque las partes interesadas, en la mayoría de las ocasiones, entienden las necesidades específicas de los usuarios y las empresas de una manera que nosotros no lo hacemos. Trabajar en colaboración siempre parece ser la mejor opción, pero ¿cómo lo hacemos?

Cómo colaborar con los interesados

Administradores de productos, guardianes del portal y del tiempo del producto

Los gerentes de productos a menudo tienen un vínculo personal con el producto y están a la altura de las expectativas dentro de la empresa. También tienen que responder a los usuarios o clientes de sus productos cuando hay problemas, promesas incumplidas o solicitudes de una nueva funcionalidad.

Valoran mucho la comunicación simple y necesitan mantenerse actualizados sobre el progreso, los problemas y cualquier cambio. Les gusta ver borradores primero y con frecuencia, y debido a que pueden trabajar en varias escalas (varios niveles desde el desarrollo directo del producto hasta prácticas con cambios menores), sus interacciones con ellos pueden variar mucho.

Debido a que los PM pasan mucho tiempo comunicándose con las diversas partes interesadas (interna y externamente), es importante mantenerlos informados sin esperar que consulten contigo. Establezca controles regulares con sus PM para presentar borradores iterativos, escuche sus comentarios y siempre termine con una lista de elementos de acción para la próxima reunión.

No tomará mucho tiempo aprender cuáles son sus objetivos para la funcionalidad del producto. Los PM saben que los diseñadores resuelven problemas, por lo que los diseñadores deben entregar datos y análisis para demostrar su razonamiento. Si tienes razón o no, no importa. ¡Demuestra que la meta es construir el mejor producto y ganará la confianza de un PM!

Ingeniería: Responsable de darle vida a los diseños

Los ingenieros (también llamados desarrolladores) son las personas más cercanas al producto; lo construyen! Esto les da una ventaja porque pueden experimentar directamente y probar componentes individuales del producto en acción. Esto es genial porque, sin lugar a dudas, encontrarán las debilidades en cualquier diseño, a veces antes de construir cualquier cosa, lo que es doblemente grandioso porque es una gran ventaja en muchos niveles encontrar las fallas antes de que se codifique el software.

La mejor manera de ganarse la confianza de un grupo de ingeniería es producir especificaciones completas y completas del producto o involucrarlas desde el principio … o ambas.

Cuando los desarrolladores son considerados verdaderos “actores”, están más que dispuestos a discutir casos de uso, escenarios, desafíos técnicos y las opciones para superarlos. Es fácil olvidar que los ingenieros son verdaderos arquitectos de productos; tienen un gran interés en resolver problemas con el diseñador, especialmente cuando el desafío es difícil o podría tratarse de otra manera.

Arquitectos de bases de datos y sistemas, guardianes de estructuras de datos

Los arquitectos de bases de datos y sistemas saben cómo funciona el producto detrás de escena. Saben todo sobre cómo se almacenan y estructuran los datos, qué se puede integrar y cómo todos los sistemas se comunican entre sí. Tienden a preocuparse menos por cómo funciona el producto para los usuarios que por la forma en que interactúa con varios sistemas (que es de lo que en última instancia son responsables).

Pueden ser especialmente difíciles para los diseñadores centrados en el usuario. Es importante recordar que incluso si un arquitecto de base de datos/sistema nunca interactúa con los usuarios finales, su enfoque siempre es beneficiar a esos usuarios, ya sea a través de la confiabilidad, velocidad o simplicidad del producto.

Su conocimiento de cómo funcionan las estructuras de datos -y las ramificaciones de cualquier cambio en la funcionalidad del producto- son demasiado fáciles de detectar sin su aporte experto. Es importante invitar e incluir arquitectos de sistemas en reuniones y discusiones sobre cambios de productos, incluso si su posición no parece relacionarse directamente. Una forma de colaborar con un arquitecto de sistemas es crear una lista de verificación con las siguientes preguntas:

• ¿La característica X afecta la estructura de datos actual?
• ¿Hay algún trabajo adicional de diseño/desarrollo considerando la arquitectura actual?
• ¿El diseño Y entra en conflicto con cualquier entrada / salida de usuario existente?
• ¿Hay algún servicio externo afectado por la característica X?

Esta simple lista lo orientará en la dirección correcta, incluso sin una comprensión clara de cómo funcionan las estructuras de datos monolíticas preexistentes (y posiblemente). Cualquier cosa marcada es un área que debe investigarse con una simple discusión.

Expertos en el tema y analistas de negocios, los asistentes de la información

Los expertos en la materia son nombrados acertadamente; son expertos en el tema y pueden ser una mina de oro de información única y valiosa. A menudo, han obtenido títulos especializados en el campo, o han pasado la mayor parte de sus vidas trabajando en su industria. Tienen experiencia práctica sobre cómo se supone que debe operar el negocio, y recuerdan la larga y dolorosa historia y política que los condujo a todos a donde están hoy. Un analista de negocios conoce los pormenores de cómo opera la organización y con frecuencia cumple la misma función que una PYME si los datos están disponibles, pero no hay un experto interno.

Comprométase con las PYMES para conocer cómo la administración percibe el proyecto para asegurarse de que se cumplan las expectativas internas y de que no se encuentre en un territorio peligroso. Invite a los analistas a las sesiones de diseño, indicándoles con anticipación que son los expertos y pidiéndoles que compartan sus conocimientos sobre fallas históricas, conflictos políticos y otros problemas que pueden ser críticos para una publicación de producto exitosa.

Administradores de éxito de clientes, punto de contacto de un nuevo cliente

Cuando las ventas terminan por completar a los nuevos clientes, los capacitadores o, para las empresas de SaaS, los gerentes de éxito de los clientes (CSM), se acercan para enseñarles a los nuevos usuarios cómo usar realmente el producto. Por lo tanto, huelga decir que los entrenadores pasan mucho tiempo hablando con usuarios novatos. Un CSM tiene una perspectiva única porque interactúan con clientes que a menudo no participaron en la decisión de compra de su empresa.

Con esta perspectiva única, los entrenadores/CSM pueden proporcionar información valiosa para las decisiones de diseño, tanto para la incorporación de los clientes como para el nuevo comportamiento del usuario. Muchas organizaciones empresariales rastrean y monitorean cómo sus nuevos clientes utilizan diversos productos y registran todo, desde llamadas hasta quejas, pero los entrenadores tienen una idea de con qué realmente luchan los clientes.

Incluye un entrenador superior en todas las principales reuniones de diseño y pregunte sobre cualquier decisión con ellos. Haz preguntas como “¿Cuáles son las tres quejas más importantes de los clientes?” y, “¿Los clientes nuevos están satisfechos en promedio con el producto?” y, “¿Qué cambios crees que proporcionarán el mayor impacto positivo para ti y tu equipo?” De esta manera, todos aprendemos cuál es el camino feliz; los entrenadores son nuestros ojos y oídos para todas las formas en que los clientes realmente usan el producto.

Ventas, el primer contacto del producto con los clientes

Las ventas y el diseño a menudo están en desacuerdo. Algunas organizaciones son impulsadas por las ventas, mientras que otras no, pero no importa qué, hay una clara diferencia en los objetivos: el equipo de ventas quiere aumentar las ventas, mientras que el diseño quiere mejorar la experiencia del usuario. No siempre se alinean.

Ese no tiene que ser el caso. La mayoría de los vendedores tienen quejas muy razonables: tienen poco o ningún control sobre las decisiones del producto, se les pide que contraigan compromisos que realmente no pueden prometer y se sienten impulsados a alcanzar objetivos de ingresos específicos a pesar de todo. ¡No es de extrañar que los equipos de ventas y productos hayan calentado argumentos regularmente!

Sin embargo, al igual que los entrenadores, la organización de ventas tiene una perspectiva única sobre las necesidades de los clientes, y, a menudo, esa perspectiva es la diferencia entre hacer una pequeña venta y traer una ballena. Comprenda las diferentes áreas con las que lucha el equipo de ventas. Trata de escuchar cualquier tipo de llamada y aprende cómo se comunican esos clientes potenciales.

Esto abrirá la conversación con las ventas. No se trata solo de que se escuchen sus necesidades; se trata de mejorar la experiencia para los usuarios potenciales en cada etapa, desde la primera comunicación hasta después de la incorporación. Averigüe qué es lo que los vendedores escuchan más de los prospectos, qué desafíos tienen al finalizar el trato y cuáles son las mayores preocupaciones una vez que se cierra.

El diseño en Enterprise no tiene que ser una pesadilla

Como diseñador, todas estas piezas móviles pueden ser difíciles de gestionar, especialmente cuando no se lo considera un “gerente” en el sentido oficial del término. Como participante clave en la comunicación entre equipos, la recopilación de requisitos y la retroalimentación del diseño, debe tener acceso a todos estos profesionales en algún nivel.

La forma más crítica, aunque más simple, de hacerlo es escuchar a todas las partes y tomar en serio sus comentarios. En la mayoría de las organizaciones, el siguiente paso es tomar esa retroalimentación y trabajar con el gerente de producto para organizar los requisitos en un trabajo accionable.

A partir de ahí, depende de las prioridades y de llenar los vacíos. En definitiva, el objetivo es diseñar el mejor producto y necesitamos la ayuda de todo el personal de desarrollo de productos. Reconocer que cada rol es importante y hacer que ese personal sea consciente de su valor en el ciclo de desarrollo del producto los abre para proporcionar la información que el diseñador necesita para tomar mejores decisiones de diseño de producto.

Fuente

https://www.toptal.com/designers/user-experience/dise%C3%B1o-colaborativo-una-gu%C3%ADa-para-el-dise%C3%B1o-exitoso-de-productos-empresariales/es

La Psicología del Diseño y la Neurociencia de una Increíble UX

BY MIKLOS PHILIPS - PRINCIPAL UX DESIGNER @ TOPTAL (TRANSLATED BY YESICA DANDERFER)

Hay una ciencia que explica por qué los diseños particulares llaman la atención y hacen que la sangre bombee.

El cerebro humano es flojo, parcial y propenso a los atajos.

El estudio de la experiencia del usuario de la cognición humana puede ser tedioso, poco científico y estar lleno de suposiciones falsas, quizás sea culpa de un cerebro perezoso.

La cognición es compleja y muchos factores influyen en las reacciones viscerales o en una impresión instantánea. Cuando le preguntas a alguien, “¿Por qué hiciste eso?” hay muchas posibilidades de que no puedan responder o de que malinterpretes su respuesta.

Entra en la neurociencia.

Si bien los métodos de investigación, como la observación y la entrevista, a menudo requieren que el investigador y el participante de UX hagan suposiciones, la tecnología moderna, como el seguimiento visual permite a los investigadores estudiar reacciones y preferencias casi imperceptibles.

En el caso de productos con mucho tráfico, los detalles aparentemente pequeños, como el ancho de un botón o el contraste de color del texto, pueden generar millones de dólares de diferencia. Es por eso que los gigantes tecnológicos como Facebook y Google están comenzando a emplear técnicas basadas en la neurociencia para estudiar cómo las personas usan sus productos.

Comencemos con una introducción al “pensamiento rápido” reactivo y proporcionemos algunos consejos para diseñadores para ayudar a aprovechar el poder de la neurociencia para crear una gran experiencias de usuario.

Diseño Psicología: pensamiento rápido, pensamiento lento

No es ningún secreto que gran parte de lo que impulsa el comportamiento humano es subconsciente. En los milisegundos después de que una persona encuentra una nueva aplicación o sitio web, millones de neuronas disparan y el cerebro toma cientos de decisiones subconscientes.

¿Estoy en el lugar “correcto”? ¿Debo confiar en este sitio?

El investigador de YouTube UX Javier Bargas-Avila determinó en un estudio en el 2012 en el que las personas forman reacciones estéticas a una página web en los primeros 17 a 50 milisegundos después de exposición.

Para poner esto en perspectiva, el ojo tarda 300-400 milisegundos en parpadear. Su producto puede recibir su prueba, juicio y sentencia todo en menos de un abrir y cerrar de ojos.

Es posible que estas impresiones no se registren, pero sí afectan el comportamiento. Por ejemplo, si un sitio carga lentamente y el cerebro lee los primeros elementos que se cargan como “fuera de tema”, el usuario puede navegar de inmediato en lugar de esperar a que se cargue el sitio.

Las empresas como Facebook invierten recursos importantes en el estudio del orden de carga de los elementos. Si alguien inicia sesión en Facebook y no ve ningún distintivo de notificación, es posible que se vaya de inmediato. Si las insignias se cargan primero, es posible que esperen mientras se carga el nuevo feed de contenido.

El libro del Premio Nobel Daniel Kahneman Pensamiento, rápido y lentodivide el pensamiento humano y la toma de decisiones en dos sistemas para ayudar a ilustrar la diferencia.

Sistema 1: rápido, automático, frecuente, emocional, estereotípico, subconsciente.

El pensamiento del sistema 1 es reactivo, responsable de la cognición compleja pero instintiva, como determinar la distancia entre los objetos o determinar las respuestas emocionales. Por lo general, tu cerebro perezoso adopta por defecto el pensamiento del Sistema 1.

Sistema 2: lento, esforzado, lógico, calculador, consciente, infrecuente.

El pensamiento del Sistema 2 es analítico y se aplica a escenarios más complejos, como la determinación del comportamiento social apropiado o la comparación de dos productos con precios y características diferentes.

Dado que el cerebro no desea volver a procesar la información o tomar decisiones nuevas cada vez que se enfrenta a un nuevo escenario, gran parte de la toma de decisiones humanas cae en el Sistema 1, o “pensamiento rápido”.

Al tomar decisiones rápidamente, el cerebro puede confiar demasiado en los esquemas o en modelos mentales — patrones familiares de información e interacción. Cuando el pensamiento del Sistema 1 está activado, el Sistema 2 nunca entra en vigencia. La gente puede no estar al tanto de la taquigrafía de toma de decisiones de su cerebro, pero tiene un gran impacto en sus comportamientos y percepción del producto.

La ciencia de la psicología en el diseño

El cerebro humano consume un enorme 25% del oxígeno del cuerpo a pesar de constituir solo el 2% de su masa. El cerebro es perezoso como mecanismo de supervivencia — reconocimiento de patrones y atajos significan menos energía gastada conscientemente procesando la situación. El cerebro identifica cosas, las etiqueta y las ignora hasta que vuelven a ser relevantes.

La preferencia del cerebro por los patrones y la toma de decisiones perezosa puede facilitar la supervivencia, pero hace que el diseño de UX sea más difícil. ¿Cómo estudias algo que tu sujeto de investigación ni siquiera puede percibir?

Un puñado de técnicas de neurociencia recientemente han dado el salto a la investigación UX, ayudando a los investigadores a arrojar luz sobre las cosas que estimulan el “pensamiento rápido”.

La atención y la percepción se pueden estudiar con cámaras de seguimiento de ojos. La respuesta emocional y la excitación se pueden determinar con sensores de piel o análisis facial. La respuesta eléctrica en el cerebro se puede medir con electroencefalografía.

Un electroencefalograma (EEG) es una prueba que detecta la actividad eléctrica en el cerebro.

Para los diseñadores, puede parecer una tarea imposible capturar el interés de alguien y transmitir información vital en menos de un abrir y cerrar de ojos. Afortunadamente, al igual que la neurociencia puede ayudarnos a diagnosticar problemas, también puede revelar soluciones generales y mejores prácticas.

Aquí hay algunas lecciones generales aprendidas de la neurociencia investigación de la experiencia del usuario que los diseñadores pueden emplear al diseñar productos digitales.

Consejo de Psicología del Diseño #1: Facilita la identificación

Todos llegan a un sitio web o a una aplicación con alguna expectativa de cómo debería verse. Mantenerse cerca de esa expectativa ayuda a los diseñadores a beneficiarse de la toma de decisiones subconsciente instantánea.

La persona que abre su aplicación o sitio web desea saber a) ¿tiene esto lo que estoy buscando? yb) es esta alta calidad? Mantener los diseños simples y mantener la marca, los servicios y los productos al frente y al centro ayuda a las personas a orientarse.

Poner algo de información al frente y al centro significa evitar que otra información lo excluya. Limpiar un diseño es tan importante como volver a organizar los componentes.

Notará un movimiento entre las compañías tecnológicas hacia interfaces más simples y menos concurridas. Estos diseños minimalistas superan a los diseños más complejos en la finalización de tareas y se muestra que la claridad visual influye en las decisiones de compra en y fuera de línea.

Se ha demostrado científicamente que los diseños visualmente simples y limpios tienen un mejor rendimiento. El cerebro perezoso puede captar el propósito del sitio al instante y comprender qué acción tomar.

Ruido vs. calma. Google ha optimizado su sitio para llamar la atención del usuario sobre su logotipo y fomentar la interacción con el cuadro de búsqueda. En 2017, tenían el 80.5% del tráfico total de búsqueda web, desde un 65.5% en 2016.

Consejo de Psicología del Diseño #2: Indica lo que viene

El priming, o la preparación de alguien para información o interacción futura puede mejorar la capacidad del usuario para comprender y reaccionar ante la información nueva. Puede preparar a alguien para que espere elementos como la interfaz de usuario, ciertas interacciones o el tiempo en un proceso.

Por ejemplo, Yelp usa una pantalla adicional para alertar a los usuarios que abandonan Yelp para visitar un sitio de terceros. El contexto adicional ayuda a indicar al usuario que debe esperar una nueva arquitectura de diseño e información.

Cebado es una espada de doble filo. La información que no desea comunicar aún puede afectar la toma de decisiones. Por ejemplo, si su compañía de fotografía solo presenta imágenes de bebés, una persona puede equivocarse al asumir que solo atiende a clientes infantiles.

Consejo de Psicología del Diseño #3: Organizar para lectores perezosos

Estudios de seguimiento de mirada o eye tracking son capaces de seguir la mirada de una persona mientras interactúa con un producto. Pueden producir mapas de calor que muestran la cantidad de tiempo dedicada a una parte de la pantalla, o mapas de cómo el ojo salta alrededor de la página.

Sabemos que, en todas las industrias y tipos de aplicaciones, el cerebro suele buscar información en un patrón F (o patrón E). La persona mira la información en la parte superior, lee hacia la derecha y luego escanea hacia abajo la página para obtener información o iconos relevantes.

Romper el patrón F — por ejemplo, colocar información importante en la esquina inferior derecha — hará que sea más difícil de encontrar.

Los mapas de calor de seguimiento de los ojos muestran el tiempo que los participantes se concentraron en cada parte de la página. Observe el patrón F para llamar la atención, y esa atención cae a medida que la persona se mueve hacia abajo en la página..

Domar tu texto

Según un estudio de Nielsen Norman de 45,237 páginas vistas, las personas leen solo el 20% del texto en un página. Peor aún, en los sitios con más contenido, las personas dedican solo unos 4 segundos extra por cada 100 palabras adicionales de texto.

En un mundo donde las personas no leen palabra por palabra, Nielsen Norman emplea las siguientes pautas para texto escaneable.

• Destacadas palabras clave
• Significativo subtítulos
• Listas con viñetas
• Una idea por párrafo
• El estilo de la pirámide invertida — comienza con la conclusión
• La mitad del conteo de palabras (o menos) de escritura convencional

La gran cantidad de texto en este sitio es difícil de absorber: el usuario puede salir inmediatamente en lugar de seguir leyendo. El texto es uniforme sin negrita ni balas. Los títulos de las secciones son genéricos, por lo que es difícil analizar con precisión sin leer.

Trabajar con Color Pop y Contraste

La organización y ubicación del texto no son los únicos factores importantes en el diseño. La teoría del color, los pesos y el contraste se pueden usar para dirigir la atención del usuario.

El equipo de diseño de la cabina de la NASA utiliza la luminancia — o el brillo percibido de un diseño — para ayudar a manejar la atención del piloto en un área atestada de información competitiva. El equipo de diseño de la cabina utiliza el color y el contraste para dar prominencia visual a los elementos más importantes.

Luminancia, y contraste, pueden usarse en todo su producto para resaltar o minimizar información específica, pero es lo más a menudo se menciona en el diseño de botones o de llamado a la acción. Como puedes ver en los botones de ejemplo rojos a continuación, aunque el botón en la esquina superior izquierda es el más saturado, “se siente” más brillante porque el contraste es el más alto.

El contraste y la luminancia son solo un primer paso. La teoría del color sugiere equilibrar los colores de su producto usando el color dominante el 60% del tiempo, el 30% secundario y el acento el 10%. Este colapso es consistente con la neurociencia detrás de lo que llama la atención. Debido a que el color de acento es el que menos se usa, atrae más la atención.

Así como el uso de colores brillantes puede llamar la atención, el uso de colores más apagados puede ayudar al usuario a determinar qué información es secundaria o menos importante. Por ejemplo, la mayoría de los sitios web usan áreas de pie de página con un color más neutral para mostrar la separación del resto de la información en la página.

Las funciones o los diseñadores de información eliminan la prioridad para ayudar al usuario a centrarse directamente en la mayoría de las interacciones o información de importación.

La mayoría de los sitios web usan colores apagados en la parte inferior para indicar navegación o material de referencia. Los colores más brillantes en el centro le indican al usuario que son la información más importante.

Consejo de Psicología del Diseño #4: Evaluación de prioridades

Afortunadamente no necesita miles de dólares de software de seguimiento ocular o un electroencefalograma para saber si un diseño está funcionando.

Las pruebas de 5 segundos son una herramienta poderosa para determinar si sus diseños son entendibles instantáneamente o no.

En una prueba de 5 segundos, el participante ve un sitio o una aplicación durante 5 segundos, luego responde a las preguntas sobre el tema y el diseño. Al no poder volver a referirse a la imagen, el participante da sus “impresiones”, lo que los participantes asumieron que era el propósito y la función del producto, y lo que harían o dónde buscarían los próximos pasos.

Su producto puede tener toda la funcionalidad que su usuario desee, pero si el cerebro perezoso y amante de los patrones no puede captarlo instantáneamente, continuará.

Diseñadores como “lectores de mente”

A medida que aprendamos más sobre la psicología del diseño, el cerebro y la percepción, las normas de diseño continuarán cambiando en toda la industria. El hilo conductor es la información: a medida que los métodos para el estudio de la neurociencia y la cognición mejoran, también lo hará el tipo y la calidad de los datos disponibles para el diseño de UX.

El gran diseño de la experiencia del usuario no es magia, es ciencia. Neurociencia.

Este artículo fue escrito en colaboración con la investigadora UX Caitria O’Neill, previamente en Facebook y miembro en Stanford’s d.school.

Fuente

https://www.toptal.com/designers/ux/la-psicolog%C3%ADa-del-dise%C3%B1o-y-la-neurociencia-de-una-incre%C3%ADble-ux/es