Roselyn Piñango

Testing Factory en un mundo DevOps: cuando la independencia de las pruebas sigue siendo importante

Ivett Sanchez — Mon, 27 Apr 2020 21:18:29 +0000

Testing Factory en un mundo DevOps: cuando la independencia de las pruebas sigue siendo importante

Evento

SG Virtual Conference 2020

Ivett Sanchez Mon, 04/27/2020 - 16:18

Conferencista(s)

Roselyn Piñango

Testing Factory en un mundo DevOps: cuando la independencia de las pruebas sigue siendo importante from Software Guru

La independencia de las pruebas es una de las buenas prácticas recomendadas por ISTQB y con ella surgieron las Testing Factory como una oportunidad de brindar servicios de pruebas independientes a las empresas de productos y servicios pero los enfoques ágiles y devops nos han ido integrando con el resto de las áreas involucradas en el ciclo de desarrollo de software en aras de cerrar brechas y ‘formalidades’ ¿sigue siendo importante la independencia de pruebas?¿cómo se adapta una Testing Factory a estos enfoques manteniéndola?

Fecha de sesión

Mon, 04/20/2020 - 12:00

Asegurando la Calidad de la Experiencia de Usuario

sg — Wed, 12 Oct 2016 08:03:33 +0000

Asegurando la Calidad de la Experiencia de Usuario

sg Wed, 10/12/2016 - 03:03

Publicado en

SG #52

Calidad

Autor

Roselyn Piñango

Según el ISTQB (International Software Testing Qualifications Board), uno de los objetivos de las pruebas, es satisfacer compromisos aplicando la validación de los requisitos de usuario respecto al sistema que está siendo objeto de la prueba. Igualmente este estándar define las pruebas de sistema como aquellas que se realizan desde la perspectiva del usuario y predomina como protagonista el equipo de QA para ejecutarlas [1]. Por otro lado, uno de los atributos no funcionales de la calidad según la norma ISO9126 es la usabilidad que consiste en la capacidad que tiene un software de ser amigable, atractivo y útil al usuario final. Ahora bien, el dinamismo tecnológico ha permitido que usuarios no expertos interactúen con la tecnología como parte de su día a día haciéndolos más exigentes. La validación de requisitos, pruebas de sistema y la usabilidad ya no son suficientes, es necesario que las pruebas incluyan en su alcance la experiencia de usuario (UX).

La experiencia de usuario es el conjunto de factores y elementos relativos a la interacción del usuario con dispositivos o software tecnológico cuyo resultado es la generación de una percepción positiva o negativa de dicho servicio, producto o dispositivo. Ésta depende no solo de los factores relativos al diseño sino además de aspectos relativos a las emociones, sentimientos, confiabilidad y transmisión de la marca (2). El diseño de la experiencia del usuario se define como el proceso de aumentar la satisfacción y lealtad del cliente mediante mejoras en la usabilidad, facilidad de uso y el placer de la interacción entre el cliente y el producto.

El diseño de experiencia de usuario se preocupa por un número mayor de variables que el diseño de interfaz de usuario y no necesariamente están relacionadas con el aspecto visual, por ejemplo: la presentación de los productos, redacción de contenidos, la velocidad de carga, entre otros factores. Algunos de los principios de este tipo de diseño son el color, eficiencia, error humano, estética, íconos, jerarquía visual, legibilidad, mapeo natural y visibilidad, entre otros. Definitivamente esto compromete aún más a los especialistas en ingeniería de requisitos y en sí, al proceso de interacción con los usuarios de manera que el equipo de desarrollo y pruebas pueda conocer las pautas, funcionalidades y expectativas que debe cumplir el sistema.

En el ámbito de las pruebas, esto significa que no será suficiente la base de pruebas que utiliza un equipo de QA (listado de funcionalidades) sino es necesario comprender claramente cuál es la motivación del sistema, qué beneficios traerá, qué se busca con su construcción y qué se espera de él. Para ello es necesario que las pruebas de calidad de la experiencia de usuario cuenten con la participación del usuario, pero no significa que estas pruebas deban realizarse al final del ciclo de vida de desarrollo, al contrario, debe ser una de las primeras exploraciones (por ejemplo por medio de prototipos) a realizar dentro del enfoque de pruebas definido respetando el principio “pruebas tempranas” de ISTQB. Pudiera ser un nuevo nivel de pruebas híbrido probador/usuario.

De de las pruebas más conocidas en este ámbito son las A/B que consisten en dos escenarios controlados que se envían/cargan de forma aleatoria a los usuarios (normalmente una muestra de ellos) con el objetivo de medir la efectividad de un diseño de interfaz y/o contenido en específico. Otro tipo de prueba utilizada es la llamada think aloud (piensa en voz alta) en donde se le solicita al usuario que utilice el sistema, narrando sus pensamientos y percepciones del mismo mientras navega por las funcionalidades del sistema. Lo importante es que se contemple desde QA que las pruebas del diseño de experiencia de usuario no es tarea única del profesional de QA, se trata de un trabajo conjunto con el usuario, y aunque algunos autores califican estas pruebas como “costosas”, sin duda no es equivalente a desarrollar un sistema que no sea utilizado cuando esté en producción.

Conclusión

La tecnología avanza y los usuarios son cada día más exigentes con los sistemas que reciben para su rutina laboral o vida diaria, lo cual significa un reto adicional para los profesionales de QA, en donde el objetivo de satisfacer compromisos lo obliga a ser un tecnólogo multidisciplinario que debe garantizar la mejor experiencia de usuario posible, funcionalidad (y otros atributos de la calidad) bajo la arquitectura idónea para el contexto donde se ejecutará el sistema, convirtiéndolo en un profesional integral.

Referencias:

“Foundation Level Syllabus”. ISTQB, 2011. http://swgu.ru/rt

Bio

Roselyn C. Piñango Díaz es Ingeniero en Computación con especialización en Sistemas de Información. Gerente de QA Factory en Global R, Venezuela. Cuenta con 10 años de experiencia en desarrollo y pruebas de software; y certificaciones: OCE SQL, OCA PL/SQL Developer, CTFL ISTQB, ASE HP ALM v11, CAA SAPB1.

¿Estamos Listos en QA para el IoT?

sg — Fri, 08 Jul 2016 05:31:40 +0000

¿Estamos Listos en QA para el IoT?

sg Fri, 07/08/2016 - 00:31

Publicado en

SG #51

Columna invitada

Autor

Roselyn Piñango

Las tendencias tecnológicas son el titular principal de nuestro día a día, no ha sido suficiente que los sistemas hayan invadido las industrias de todos los sectores con soluciones para agilizar sus procesos operativos y de gestión; que los profesionales de todos los ámbitos tengan que interactuar con sistemas en su vida laboral y personal, desde hace un tiempo llegó el momento en el cual dispositivos de uso diario (en los automóviles, para el cuidado de la salud, para el hogar) también son protagonistas de esta “invasión” que sin duda, promete tener una envergadura mayor porque se trata de intervenir en la vida diaria de todos para seguir adaptándose al dinamismo reinante.

El Internet de las Cosas (IoT) supone la transformación del rol de Aseguramiento de Calidad (QA) porque involucra pruebas del hardware, software, la transmisión masiva de cantidades de información en tiempo real e incluso “signos de inteligencia” en los dispositivos dado que su enfoque es “no determinista” y que deben ser sometidos a pruebas en diferentes niveles y de diferentes tipos. Ahora bien, ¿estamos listos en QA?, ¿qué cambios requiere QA para incorporar en su portafolio de servicios las pruebas IoT?, ¿qué nuevas habilidades requiere un probador IoT?, ¿vamos en la dirección correcta?

Algunos de los retos a considerar en QA en aras de incorporar en un plazo razonable pruebas asociadas al IoT son:

En cuanto a las necesidades del entorno no es suficiente un ambiente de pruebas, no solo deben contemplarse ambientes para las diferentes plataformas donde funcionan los sistemas sino en diferentes condiciones. Un caso extremo será por ejemplo probar el sistema a altas/bajas temperaturas. Es requerido incorporar laboratorios de prueba.
En relación a la estrategia de QA toma importancia la ejecución de pruebas de interoperabilidad, rendimiento, mantenibilidad, seguridad (ataques de pruebas a dispositivos riesgosos, privacidad, autonomía y control), compatibilidad y usabilidad.
Algunas de las herramientas de prueba que serán casi indispensables serían los simuladores, generadores de datos, virtualización, monitores, consolas y análisis estático en aras de garantizar la mantenibilidad del código que ahora debe estar optimizado en virtud a la característica de los dispositivos donde operará. Actividades que hoy en día hacemos manualmente ya no será una opción ante la cantidad de escenarios a probar.
En particular sobre las pruebas de usabilidad, será importante cambiar de paradigma y pasar de validar requerimientos a asegurar la experiencia de usuario, ahora las acciones de usuario se amplían con la voz del usuario, su movimiento y su forma de tocar el dispositivo.
Con el auge del IoT surge un híbrido entre un par de técnicas de diseño de casos de prueba (caja negra y blanca): las pruebas caja gris que consideran que para diseñar es necesario entender la arquitectura orientada a eventos, hardware, protocolos de conectividad, etc., además de los requisitos del cliente.
Algunos de los nuevos conocimientos requeridos a los probadores para convertirlos en profesionales más integrales: ambientes embebidos, entender sobre el hardware, redes, etc.
Continúa la premisa que no todas las pruebas serán automatizadas, será valioso llegar al balance de pruebas automáticas y manuales según se requiera.

Tendencias como los enfoques ágiles, donde el probador pasa de ser actor de reparto a protagonista del ciclo de vida de desarrollo de software y a involucrarse con todas las actividades así como las habilidades del cliente y programadores, nos llevan hacia la dirección correcta en torno al IoT, si bien en algunos países de Latinoamérica parece estar lejos la llegada de IoT desde QA, deben replantearse visiones que hasta ahora habían funcionado: no es suficiente buscar un sistema que “funcione”, IoT requiere validaciones robustas en función de ratificar que la “experiencia de usuario” sea la esperada, debemos incorporar nuevas herramientas CAST como emuladores, generadores de datos y de virtualización. Se convierten en indispensables las pruebas de rendimiento, usabilidad, compatibilidad y seguridad, y definitivamente el probador debe involucrarse aún más con los procesos del negocio, conceptos de desarrollo, hardware, software, redes y protocolos de comunicación que le permita seguir detectando fallas en un entorno mucho más complejo e interrelacionado, porque IoT sugiere una visión 360 para QA, es el momento de trabajar en ello.

Bio

¿Cómo convertirse a las Pruebas Ágiles?: El nuevo probador

roselyn.pinango — Sun, 27 Mar 2016 20:34:53 +0000

¿Cómo convertirse a las Pruebas Ágiles?: El nuevo probador

Evento

SG Virtual #10

roselyn.pinango Sun, 03/27/2016 - 14:34

Conferencista(s)

Roselyn Piñango

Si bien existen diferentes tipos y niveles, roles, metodologías y enfoques de pruebas no es menos cierto que los avances tecnológicos y la dinámica comercial exigen un ritmo de trabajo y capacidades distintas para los profesionales TI incluyendo a los probadores.

Más allá de profundizar en las tendencias actuales, es importante que el probador cambie prácticas y se convierta en un protagonista de toda la historia de desarrollo de software. Para ello debe adoptar nuevas habilidades, aprender una nueva certificación...ser un nuevo probador.

El mundo de las pruebas de software "ha tenido" que involucrarse con nuevas formas de trabajar por ejemplo con marcos de trabajo ágiles pero ¿realmente el probador se ha adaptado a este estilo ágil?¿qué necesita y qué debe dejar atrás el probador para convertirse a las Pruebas Ágiles y dejar de ser una "moda" en los proyectos de desarrollo?¿qué retos debe asumir el probador en la actualidad?