¿Qué te sugiere esta imagen?

Tranquilidad Paz Relax ¿verdad?

Comunidad de QALovers Solicita una reunión

Las reglas...

Integridad
Ética
Sostenibilidad
Somos

Qalovers

Es hora de hablar de Calidad.

¿En algún momento has recibido una llamada de un cliente quejándose de que tu Software no funciona?


Una situación tan drástica puede llevarte a perder un cliente por un pequeño fallo en tu producto. ¿Puedes permitirte algo así?


Aquí, es donde puede ayudarte QALovers, permitiéndote cerrar el ordenador al acabar tu jornada y desconectar con la misma Tranquilidad, Paz y Relax. Sin miedo a recibir una llamada de ese tipo y ahorrándote sustos y sorpresas inesperadas.

Nuestro Ecosistema 360º

QALovers

Somos expertos en procesos y metodologías de QA, te ayudamos a crear tu Oficina de Calidad y a implantar una estrategia de pruebas adecuada para tu organización.

QALovers Xpress

La primera plataforma online que acerca las pruebas de software y los diagnósticos de procesos a todas las empresas de manera sencilla, asequible y transparente.

QALovers Academy

El primer ecosistema educativo online del mundo enfocado en la Calidad del Software. Formación de personas para personas: sencilla, eficaz y transparente y sobre todo asequible.

QALovers Jobs

Diagnosticamos el perfil profesional de forma gratuita para mejorarlo ofreciendo líneas de formación personalizadas para potenciar la carrera y crear una marca personal.

El Blog

¿Qué pautas se realizan en Agile Testing?

Con el nuevo paradigma de utilización de dispositivos móviles frente a los ordenadores y portátiles, tenemos que hacer que nuestras aplicaciones funcionen en muchos dispositivos, navegadores o sistemas operativos. Realizar todo esto en modelos en cascada, es posible pero empieza a ser bastante tedioso.
agile testing
En este punto, es donde entra en juego el modelo ágil y donde tienen que confluir las líneas del desarrollo y las de la calidad por el mismo camino y en estrecha coordinación. Para ello realizamos el trabajo en sprints que no es más que separar las entregas en pequeños trozos.

Este modelo trata de responder a los cambios tanto tecnológicos como a nivel de personas y se enfoca en un trabajo multifuncional y totalmente colaborativo. La rapidez se premia, pero siempre con calidad.

En una ocasión, escuché a un gerente de tecnología que para diferenciarse de la competencia había que hacer las cosas mucho más rápido que la competencia. Ahora bien, sin una base perfecta de calidad, esto no llegó más que a hacer aguas, cuando se quiere entregar a los clientes rápidamente sin ningún control ni garantía de calidad…no existe otro camino que el fracaso absoluto. Este argumento es el que se suele utilizar para que las empresas se suban al carro de la agilidad, pero antes de ello, sobre todo bajo el punto de vista de calidad, deben de hacerse una serie de cosas antes.


Pautas previas a la adquisición de modelos ágiles

En primer lugar, para que se puedan realizar entregas de producto con una velocidad de crucero, la estrategia de pruebas debe de comenzar mucho antes. Para ello hay que poner énfasis en lo siguiente: 


  • - Mentalidad: las pruebas tempranas tienen muchos beneficios, pero deben de tener un modelo de comunicación muy consensuado y potente, sobre todo para que todas las personas tengan en mente que el cambio en la manera de realizar las pruebas tiene que ser global. Las pruebas son responsabilidad de todo el equipo, sin distinción y que se comiencen desde el primer día, ya sea en su definición, estudio o elaboración temprana.
 
  • - Flexibilidad: esto es algo que debemos de solventar desde el principio, ya que va a ser uno de los principales obstáculos a vencer. En los modelos tradicionales, cada persona tenía una función estipulada y la realizaba, pero ahora, esto cambia ligeramente. No existe un rol especifico como tal y se pude que cualquiera pueda ayudar en cualquier momento sobre las necesidades. Esto puede hacer que exista cierta resistencia que hay que vencer. 
 
  • - Documentación: en modelos ágiles, las pruebas automatizadas son necesarias y con ellas suele venir la predisposición a abandonar la documentación o a realizarla más ligera. Esto es uno de los peores errores que podemos cometer y hay que realizar revisiones periódicas para comprobar que se está realizando todo, de la manera adecuada. Con esto, hay una serie de herramientas, especialmente sonarqube, que permite realizar auditorias y validar el nivel de documentación técnica que se está realizando.
 
  • - Colaboración: los equipos multidisciplinares que se requieren en enfoques ágiles deben de ser colaborativos al 100%. Si esto no existe, se puede caer en el error de trabajar en silos, lo que nos hará por llevar a romper el método ágil desde la raíz. Si no existe un trabajo conjunto entre desarrolladores y tester, la calidad y la entrega sufrirán.

 

Prácticas posteriores a la implantación ágil

Las pautas previas, nos harán el realizar una transición exitosa entre métodos tradicionales y a los ágiles, pero hay que llevar a cabo una serie de buenas prácticas para que todo encaje y que todo el proyecto colabore con el fin de garantizar la calidad. Estas prácticas son las siguientes:

  • - Desplazamiento a la izquierda: en los modelos tradicionales, las pruebas comenzaban después del desarrollo, pero actualmente la técnica del desplazamiento a la izquierda, nos dice que debemos de comenzar las pruebas antes de nada. Esto hará que identifiquemos defectos de manera temprana, solucionarlos y acelerar el ciclo de vida del desarrollo.
 
  • - Integración de pruebas manuales con automáticas: es bien sabido que en entornos de este tipo, no podemos sobrevivir con pruebas manuales, pero no podemos dejar de hacerlas. Para ello, tenemos que realizar una estrategia mixta que nos lleve a garantizar el software con ambos tipos. 
 
  • - Automatización: la validación rápida en métodos ágiles, además de las plataformas omnicanal, nos lleva a tener que introducir técnicas de automatización para validar las pruebas repetitivas como la regresión. Lo esencial es seleccionar las herramientas adecuadas y aprender a escribir los script sobre máximos de mantenibilidad. 
 
  • - Pruebas continuas: la base principal de la introducción métodos ágiles es esta. Al existir una serie de ciclos de entrega más cortos, podemos llegar a decidir no invertir más tiempo en pruebas. Para ello, debemos de definir y poner en marcha un proceso continuo de validación que se ejecute en paralelo al desarrollo, creando una colaboración total entre desarrollo y testing para que se cumplan los requisitos al 100%, sin problemas. 
 
  • - Virtualización: la necesidad de dinamizar los entornos de pruebas con diferentes cáusticas, nos lleva a tener que utilizar sistemas virtualizados, donde se han de simular variables de prueba para detectar defectos sin necesidad de utilizar la aplicación real.
Todas estas pautas y prácticas requieren una participación activa y comprometida de todos los miembros del equipo y sobre todo una coordinación total para no dejar ningún cabo suelto. Para que todo ello se cumpla hay que hacer frente a los silos, acabando con ellos de raíz y forzándonos a salir de ellos, posibilitando un diálogo continuo, global y de confianza entre todos.

Manual de Browserstack (Parte 4)

Dado el éxito de las 3 publicaciones anteriores relacionadas con Browserstack, hemos decidido ampliar un poco más el manual y centrarnos en el menú de pruebas, ampliando la información vista y dando más detalle.

Comenzamos con la apertura de una página web, siguiendo los pasos ya visto anteriormente, tenemos que pulsar en el navegador deseado dentro del dispositivo e introducir la URL, tal y como lo haríamos en un dispositivo físico.

Tras ello, y accediendo a la URL del cliente o proyecto donde vamos a probar, podemos comenzar con las mismas. Revisemos el menú de pruebas con todo detalle, donde encontraremos las siguientes opciones (comentaros, que no todos los dispositivos tienen todas las acciones activas, siendo muy pocos los que les sucede esto):


  • - Cambiar de navegador
  • - Pruebas locales 
  • - Enfocar 
  • - Informar Reportes Slack 
  • - DevTool (inspeccionador)
  • - Configuraciones 
  • - Girar dispositivo 
  • - Cambiar localización (GPS)
  • - Información del dispositivo 
  • - Detener la sección 

Cuando pulsamos en cambiar de navegador (la primera opción del menú) :

 

Nos aparece el menú principal para cambiarlo, además del sistema o dispositivo, si decidimos no hacerlo, podemos volver atras con una sencilla flecha:


 

Ahora, revisemos las conexiones locales, que tienen dos formatos de configuración:


  1. 1. Aplicación de escritorio local para Windows y macOs: esta es la forma más fácil de configurar conexiones para las pruebas locales. Al usar BrowserStack Live por primera vez, nos pide que instalemos la aplicación de escritorio local inmediatamente después de iniciar sesión, si no es así,  se puede agregar e instalar haciendo clic en el botón "Local" en el dock que aparece en los navegadores remotos. Después de eso, las URL funcionan de forma inmediata desde el navegador remoto, como lo harían en la máquina local. 
 
  1. 2. Binario local: este tipo de conexión se establece mediante un binario ejecutado desde la interfaz de línea de comandos. Los parámetros de la conexión se pasan a través de la declaración y se crea una sesión de prueba activa. 

Si bien la aplicación de escritorio es específica para Windows y macOs, el binario funciona con todos los sistemas operativos. Se puede encontrar más información, aquí: https://www.browserstack.com/docs/live/local-testing

 

Tras ello, si pulsamos en Pruebas Locales, nos abrirá una ventana emergente en la que se muestran las instrucciones para instalar la aplicación local de escritorio. Si ya la tenemos instalada, tendremos que pulsar en "haga clic aquí": 

 


Nosotros hemos tomado como ejemplo una primera instalación, por lo tanto pulsamos en el botón azul, apareciendo la siguiente pantalla: 



Una vez realizado esto, debemos habilitar las pruebas locales de la siguiente manera, cerciorándonos de que ya están activas: 

 

  • - Iniciar una nueva sección
  • - Buscar un indicador verde en el ícono de Prueba Local en la barra de herramientas. 
 
Ls solicitudes a las URLs locales a través de tu propia máquina deben ser habilitadas pulsando en el icono "Prueba Local" y marcando la opción "Resolver todas las URLs a través de mi red".
 

Para resolver todas las solicitudes a las URL locales a través de su máquina, haga clic en el icono Pureba local y marque la opción Resolver todas las URL a través de mi red. 

 

 

Una vez realizas esas acciones anteriores, nos debería de aparecer que el apartado de pruebas locales está OK. 

 

 
Poniendo un ejemplo rápido, si accedemos a una URL restringida en tu red (por ejemplo www.abc.com) o que tiene un /etc/hostentrada para www.abc.com y se mapea en localhost o un servidor o entorno remoto, con esta opción se resolverán todas las solicitudes del navegador y dispositivo remoto, a través de tu propia máquina.
 
El resultado obtenido de nuestra propia máquina local aparece en registros de red:

 

Además de lo aprendido anteriormente, tenemos que tener mucho ojo a la desconexión de las pruebas locales, que es persistente a menos que:


  • - Se finalice explícitamente la conexión
  • - Se cierre la ventana del navegador 
  • - Se cierre la sesión en su cuenta de BrowserStack 
 
Incluso si cerramos accidentalmente la pestaña del navegador, se puede reanudar la prueba local al volver a abrirl, por lo tanto, tenemos relativa persistencia a no ser que realicemos la acción de alguno de los puntos anteriores.
 
 
Esperemos que esta cuarta parte del manual os aporte mucho valor, sobre todo a la hora de centraros en las pruebas en dispositivos y pudiendo aprender del menú de pruebas que nos proporciona esta gran herramienta de trabajo.
 

Manual de Browserstack (Parte 3)

En la publicación anterior, estuvimos revisando Browserstack hasta su versión Live. Con ella, vimos que se disponen de una gran cantidad de dispositivos físicos, tanto móviles como tablets y se pueden realizar validaciones instantáneamente en diferentes navegadores.

 

Además, podemos ver que disponemos de los últimos móviles prácticamente en su fecha de salida, como el último Samsung S20.

 

Si pulsamos en el primer dispositivo (Android), nos encontramos con una gran gama de marcas y modelos para seleccionar.

Si pulsamos encima del dispositivo, podemos seleccionar los diferentes tipos de navegadores que podemos utilizar, habitualmente Chrome, Firefox, Safari y el nativo de Android.


 

 Una vez dentro, si realizamos estos pasos:

  • - Android,
  • - Samsung Galaxy S20,
  • - Chrome

Veríamos lo siguiente:


 

Si vemos la pantalla mostrada, podemos observar varios grupos en los que podemos trabajar, según las necesidades del momento:

 

  • - A la izquierda, aparece un listado de los últimos dispositivos/navegadores que hemos utilizado.
  • - Aparece, también, un apartado con tendencias, nuevos dispositivos y un botón "ver todo" muy util.
  • - Por último, en la vista del menú de pruebas, tenemos varias opciones muy interesantes que vamos a ver en detalle.

En el menú del dispositivo, podemos observar diferentes opciones, tal y como comentamos anteriormente y que nos ofrecen la posibilidad de adentrarnos mucho más en las validaciones necesarias en ese dispositivo utilizado.

 

Las opciones son las siguientes:

 

  • Switch Browser: con esta opción, podemos modificar el navegador utilizado de manera muy sencilla, pudiendo compatibilizar pruebas multinavegador rápido.
  • Local Testing: con esta opción podemos realizar pruebas automáticas y probar en entornos en desarrollo, sin la necesidad de estar en un entorno preproductivo.
  • Zoom: podemos acercar o alejar la pantalla para realizar comprobaciones de pixelación o similar.
  • Report on Slack: Browserstack tiene integración completa con Slack, donde podemos reportar defectos a un canal conectado con el equipo de desarrollo.
  • DevTools: en esta opción podemos desplegar diferentes opciones de desarrollo, como consola, debug y demás.
  • Settings: las opciones generales del dispositivo y del formato a realizar para las pruebas.
  • Rotate Device: podemos rotar el dispositivo con un simple click como si lo tuviesemos en la mano.
  • Change Location: esta opción es muy util si necesitamos realizar pruebas en diferentes localizaciones.
  • Device Info: aquí observamos la información completa del dispositivo como si entráramos a los ajustes del mismo.
  • Stop Session: paramos la sesión de pruebas activa en ese momento y con ese dispositivo/navegador.
 

Y hasta aquí os mostramos esta magnífica herramienta para realizar vuestras pruebas multidispositivo y multinavegador de una manera muy sencilla, pudiendo tener un abanico muy grande de dispositivos, siempre actualizados y a un coste muy razonable para el precio de un único dispositivo físico. 

 

Y a vosotros, ¿qué os parece esta herramienta?, ¿la habéis probado?

Manual de BrowserStack (Parte 2)

Continuamos con nuestro viaje aprendiendo Browserstack, y hoy vamos a comenzar por los cuatro productos principales que conforman su ecosistema: Live, App Live, Automate y App Automate. 

 

Cada una de ellas ofrece distintas funcionalidades pero, particularmente, nos vamos a centrar en la versión live en este artículo, que nos permite lanzar un dispositivo como si fuera físico, probar la aplicación web que consideremos y realizar testing multidispositivo en diferentes navegadores de forma manual. La idea principal es la de poder navegar a cualquier url accesible desde internet como principal funcionalidad.


Los primeros pasos que hay que hacer para activar esta funcionalidad, son los siguientes:

 

1. Acceder a la URL principal de Browserstack: https://www.browserstack.com 

2. Pulsar en el enlace "Sign In" que aparece en la cabecera de la misma. 



 
 
3. Tras ello, accedemos a la pantalla de login, donde introduciremos nuestros datos de registro (previamente realizado) y pulsamos en el botón "Sign me in", tal y como se ve en la captura.


Con el usuario con el que accedemos (hola@qalovers.com) se muestra la sección "Live" que dispone de una cantidad enorme de dispositivos físicos tanto móviles como tablets, que podrán ser usados de manera instantánea de cara a realizar nuestras pruebas en navegadores y dispositivos móviles.

 

Tenemos una gran cantidad de modelos (nuevos y antiguos) de dispositivos móviles que se actualizan de manera constante.

 

La lista se actualiza constantemente con los últimos modelos del mercado, ya sean iOS, Android o Windows Phone (más antiguos), además de SO de escritorio como Mac Y Windows. En el caso que vemos, podemos observar el Samsung Galaxy S20, entre otros.




Si observamos la pantalla, podemos hacer click en los diferentes sistemas operativos, mostrándose un listado de marcas y modelos con una gran cantidad de dispositivos, tal y como comentamos anteriormente.
 
 

 

Pasando el ratón por encima de cada dispositivo, podemos seleccionar los navegadores en cada uno de ellos, ya sea el nativo, Chrome o Firefox, entre otros.


 

Tomando como ejemplo el Sistema Operativo de la imagen (Android), podemos ver que al pulsar Samsung Galaxy S20 y Chrome como navegador, se carga el dispositivo de manera real (como si fuera físico) en la pantalla de nuestro ordenador y podemos comenzar a realizar las pruebas de forma adecuada.


 

En el listado de la izquierda, nos aparecen una serie de últimos movimientos de uso frecuente en navegadores o dispositivos, ya sean Tendencias, nuevos dispositivos y un botón "Ver todo".


Si tomamos la vista del menú de pruebas, podemos observar que existen multitud de opciones que nos permiten realizar las pruebas mucho más completas: por ejemplo, cambiar de navegador, pruebas locales, informes en Slack, un inspector (DevTools), configuraciones, giros, localización, información o detener sesión.


Cada sección nos va ayudar completamente como si tuviesemos un dispositivo físico delante, realizando cualquier acción como si fuese nuestro dedo, de hecho, el puntero funciona a las mil maravillas como si nuestra mano estuviese recorriendo la pantalla, pudiendo cumplir con su cometido perfectamente.


Las ventajas de usar esta herramienta son muchas, sobre todo, a la hora de no tener que actualizar nuestro laboratorio de pruebas físicas de manera constante, obteniendo últimos modelos con tan solo una cuota anual bastante asequible si realizamos pruebas constantemente con ella. 

 

La semana que viene, seguiremos aumentanto el conocimiento en Browserstack y añadiremos más información de la que vimos en la primera parte de estos manuales. 

 

Si has llegado aquí, queremos regalarte un cupón descuento en dos de nuestros cursos de las próximas semanas: utiliza VUELTACOLE para conseguir un 30% sobre el precio marcado en los siguientes cursos:

1. Monitorización con Grafana y Prometheus

2. Cypress para principiantes

¡Gracias por seguirnos!

Manual de Browserstack (Parte 1)

En el artículo de esta semana vamos a hablar de una de las herramientas más potentes del mercado para realizar test Multi-navegador y Multi-dispositivo: Browserstack. 

Uno de los problemas más frecuentes con los que nos encontramos los que testeamos o desarrollamos aplicaciones web, es comprobar que lo que se está desarrollando se muestra correctamente en todos los navegadores y dispositivos (o al menos en los principales). 

 

Por eso, cuando desarrollamos una aplicación web, la validamos a través del plan de pruebas entre distintos navegadores, eso nos indica la calidad con la que se ha realizado y con la que va a llegar a los clientes. Normalmente, para realizar este tipo de acciones no tenemos los recursos internos suficientes para poder validar todas las casuísticas que el cliente quiere o nosotros hemos detectado en una matriz de pruebas.

 

Tenemos más de 1500 dispositivos diferentes para realizar nuestras pruebas

 

Browserstack es la solución para todos nuestros males. Trabaja íntegramente en la nube y se ejecuta a través de un navegador web.

 

Al acceder, podemos comprobar que tenemos a nuestra disposición más de 1500 dispositivos y simuladores reales para ejecutar flujos de trabajo, además de ser fácil de usar y muy intuitiva. Gracias a la gran cantidad de dispositivos reales y entornos virtualizados con los que cuenta el portal, nuestro proceso de pruebas es mucho más rápido, ágil y eficiente, disponiendo de todos ellos a un golpe de click. 

 

Podemos encontrar dispositivos de todos los sistemas operativos, especialmente los más utilizados (iOS, Android, Windows, OSx o incluso Windows Phone). 

 

Para acceder a ellos y empezar a realiza estas pruebas multidispositivo, solo tenemos que teclear la dirección (url) y pulsar el botón <generar pantallas>. Automáticamente, por defecto, comprobará la web en 17 navegadores (hay 25 en total) y de esta manera podremos realizar una comprobación muy ámplia de la situación inicial, pudiendo ampliar al resto cuando lo necesitermos. Tras ello, y una vez iniciado el proceso de pruebas nos permite tomar capturas de pantalla, grabar, seleccionar herramienta de desarrollo para ver los defectos en consola, realizar pruebas locales y reportar errores en Jira, Trello, Github, Slack o algunos más de una manera muy sencilla y gracias a su integración total con un workflow de herramientas muy ámplio.


 

Esta herramienta ofrece múltiples servicios en sus distintas versiones de pago, destacando, principalmente, cuatro productos principales Live, App Live, Automated y App Automed, que ampliará mucho las expectativas y cubrirá las necesidades que tengamos según el tamaño de las pruebas y del equipo de trabajo que vaya a utilizarla.

 

En QALovers vamos a repasar en profundidad esta herramienta y cada semana, los jueves, vamos a sacar un artículo a la luz que permita a la comunidad hispana de testing, aprender de ella y poder trasladarla a sus proyectos de una manera sencilla. Además, si quieres que te ayudemos a introducirla en tus proyectos, lánzanos una convocatoria y estaremos encantados de escucharte.

¿Confías en tus clientes? Que te ayuden a probar

José A. Esteban - CEO Ironia Fintech

Actualmente hablamos mucho de trasformación digital y parece que a base de repetirlo muchas veces va a suceder, a veces nos parecemos a esos niños de 4 años que repiten muy rápido y muchas veces lo que desean pensando que eso lo hace realidad. El problema es que ya no tenemos 4 años, y el mundo de la tecnología ha cambiado tanto y tan rápido que ojalá bastara solo con repetir las cosas para que se hiciesen realidad.

Si la tecnología y el mundo ha cambiado tanto. ¿Qué ha pasado con los procesos de calidad del software? Pues que han cambiado de igual forma por eso cuando conocí esta iniciativa de QAlovers me pareció que encajaba muy bien con la forma de enfocar la calidad en IronIA Fintech.

En estos tiempos modernos cuando desarrollas un producto tienes que asumir que no lo puedes probar 100%, si lo habéis leído bien; no se puede probar 100%, si es un producto web como nuestra plataforma de fondos de inversión tienes un conjunto de navegadores pongamos 50 solo teniendo en cuenta las distintas versiones de Google Chrome que corren sobre distintos sistemas operativos unos 5 IOS, Android, Windows, Mac y Linux y sobre unos 100.000 dispositivos diferentes tantos como móviles, tablets, ordenadores o incluso televisores existen en el mercado. Pensar que podéis abarcar toda es cantidad de pruebas solo demostraría vuestra ingenuidad.

Entonces debemos probar solo lo importante.

Estas frases que yo denomino “frase de concurso de mister/miss” son frases tan indiscutibles como inútiles, evidente que debemos probar lo importante, pero ¿Qué es lo importante? Y peor aun ¿Quién sabe lo que es importante? Sí yo le pido a un programado que me indique lo importante de nuestra plataforma casi estoy convencido que coincidirá con las funcionalidades que ha creado ella o el. Sí le pregunto al de marketing, lo mismo descubro que la plataforma no tiene nada importante y que las landing page son lo que hay que probar.

En IronIA Fintech decidimos preguntarle a nuestros clientes, ya que estábamos haciendo una plataforma para ellos lo mismo tenían algo que decir. Esta idea no es nueva se lleva utilizando mucho tiempo por eso como casi siempre la idea en si misma carece de valor, el valor esta en el como hacerlo. Ese “como” no es solo un trabajo técnico. Nosotros llamamos a esta iniciativa “Early Adopters” y para ella creamos un conjunto de elementos:
  • -  Elemento Comercial: Creamos una suscripción de 3 meses por 9,99 lo que permitía a los clientes tener un 66% de descuento para probar la plataforma en real.
  • - Elemento de Reporte: Los clientes no son profesionales de calidad por lo que debemos proporcionar una forma sencilla de contarnos que les a pasado, o sea reportar un bug. Esto lo hicimos utilizando Microsoft Test & feedback (todavía podéis acceder a la página, aunque la iniciativa ya esta terminada: https://www.ironia.tech/test-feedback). Esta solución nos permitía que los clientes grabasen los pasos que daban y los errores que se encontraban sin necesidad de escribir más texto, además nos informaba de todo el entorno de ejecución por lo que nos resultaba mucho más fácil localizar los errores. Aquí tenéis un ejemplo de un error reportado por un Early Adopter.
     

  • - Elemento de Objetivo: Nuestro objetivo era detectar problemas sin tener un equipo de calidad especifico, es decir sin tener recursos asignados. Como podemos ver en la grafica adjunta el acumulado de errores detectado ha ido creciendo desde las primeras pruebas en abril; teniedo una fuerte subida desde mediados de junio hasta mediados de septiembre, cuando lanzamos el programa de Early Adopters y en la actualidad donde ya casí no encontramos errores y la curva se aplana (uff, creo que estoy viendo demasiado segumiento del COVID en tv) .


Ahora tenemos un conjunto de pruebas que señalan lo importante según nuestros clientes y podemos dotar de recursos para hacer esas pruebas antes de desplegar nuevas versiones, de hecho, la primera versión con este conjunto de pruebas ha sido la IronIA Fintech 1.5 que desplegamos el pasado 7 de septiembre.

Sin este enfoque todavía podríamos estar discutiendo cuales son los casos de uso importante, en que dispositivos debemos probar, etc. La única forma que conozco de eliminar incertidumbre es con información y en el mundo de la calidad hay que desarrollar formas que nos permitan medir; tan importante es tener las herramientas que miden, como la forma y objetivos de medición.

Si queréis que vuestros clientes aporten algo más que los ingresos de la compañía debéis generar dinámicas donde esa participación sea sencilla de verdad y donde a demás reciban algo a cambio. No es aprovecharte del cliente para hacer las pruebas se trata de escucharle para que sean ellos los que te indiquen que utilizan y que debemos probar.

En resumen, para saber lo que debes probar pregúntale a tus clientes, pero no seas torpe haciendo la pregunta mediante una encuesta o un grupo de control, la monitorización de tus aplicaciones web te permite saber como se comportan tus clientes y ese comportamiento te proporciona las pruebas que debes hacer, sí además empleas una herramienta que les permite probar mientras navegan, pruebas exploratorias, tendrás una metodología eficiente de obtener un conjunto de pruebas de tu producto.
 

Si quieres saber más, no puede perderte el webinar que impartirán el próximo jueves 17 de septiembre a las 18:00 h. y que te puede registrar desde el siguiente enlace: https://bit.ly/3lXc2JP

¿Con quien trabajamos?

¿Hablamos?

Pulsando el check estas aceptando la Política de Privacidad: