Mi lista personal de aseguramiento de calidad antes de enviar mis solicitudes a QA

Como desarrolladores, nuestra responsabilidad es crear aplicaciones basadas en una lista de especificaciones definidas por el analista de sistemas en colaboración con el cliente. Por lo general, dividimos dicha App en entregables que nos permiten completar funcionalidades independientes y utiles para el usuario sin tener la aplicación completamente lista.

Es muy importante hacer que nuestras aplicaciones estén lo más limpias y probadas (Testeadas) posible antes de llegar al control de calidad, tratando de asegurarnos de tenga los menores inconvenientes posibles, por lo que recomiendo que antes de llegar a la etapa de control de calidad tengas tu “Lista de verificación de integridad funcional“, para que puedas asegurarte de que tu aplicación esté lista! Por eso en este post estaré escribiendo sobre mis consejos personales para completar el ciclo de desarrollo de manera satisfactoria en la medida de lo posible.

“Lista de verificación de integridad funcional” ¿Qué significa exactamente para mí?

Es una lista personal que he establecido para determinar el conjunto de tareas que se deben verificar para decir que un requerimiento realmente esta listo en nuestra App. Esto me permite tener mi propio control de calidad antes de pasar mi aplicación al departamento de QA, tratando de minimizar el riesgo a que me devuelvan la aplicación porque algo no salió bien.

Entonces, para hablar un poco de mi “Lista de verificación de integridad funcional”, dividiré los requisitos en secciones de la siguiente manera:

Requisitos de UI/UX

Funcionalidades básicas

➖ Los recursos

➖ Validaciones

Usabilidad

¡Empecemos!

Lo primero que debemos tener a mano para asegurarnos de que nuestra aplicación pase nuestros controles de calidad personales es el documento de definición de los requerimientos, donde estan definidos claramente nuestros entregables con su correspondiente fecha de entrega (Fecha enn la cual se supone que haremos este checklist). Con este documento, podemos obtener una lista de requisitos que se deben completar en cada fecha y estos son los que nos aseguraremos de que estén listos.

Aquí prestaremos atención al diseño. Se supone que nuestras interfaces de usuario se diseñan en base a diseños dados por diseñadores o alguna otra fuente. Lo importante aquí es asegurarse de que estos diseños tengan los siguientes cumplimientos:

✅ ¿El diseño fue replicado correctamente para todas las plataformas disponibles de nuestra App?

✅ El diseño ha preservado tanto el modo landscape como el portrait  para todas las plataformas disponibles de nuestra App (Esta parte se puede obviar si esta indicado en los requisitos ya que podemos tener aplicaciones con una orientación en específica)

✅ ¿Se probó el comportamiento de los controles en cada una de las plataformas disponibles? (Botones, campos de textos…)

✅ Manten al usuario informado: Es importante que siempre mantengamos al usuario informado de lo que está sucediendo. (Por ejemplo, notifíquales si Internet se va, cuando un proceso fue exitoso (como el registro del usuario) o cuando falló (cuando el usuario no pudo registrarse)).

Estas son cosas que debemos tener en cuenta desde el principio, pero si por alguna razón no las tuviste, asegúrate de que estén completamente aplicadas ahora, esto le da un buen plus a nuestro UX.

✅ Funcionalidades: ¿Todas las funcionalidades responden correctamente como se indica en la definición de requisitos? (Por ejemplo: asegúrate de que el botón “Registrar usuarios” realmente envíe la solicitud de registro al servidor)

✅ Navegación: Respecto a la navegación entre pantallas, ¿Todas siguen flujo lógicoesperado?

✅ Como sabemos, cada plataforma tiene su propia estructura de recursos, y en ocasiones cuando estamos desarrollando simplemente agregamos la imagen de la dimensión base para que se pueda ver en cualquier dispositivo sin tener que generar las demás. Es importante no olvidar agregar todas las dimensiones correspondientes a cada plataforma.

✅ Asegúreate de que todos los íconos se generen para los dispositivos en los que estará funcionando tu aplicación. (¡Aquí un artículo sobre cómo hacerlo!)

Cada campo que tenemos en nuestra App, tiene que ser validado (por supuesto dependiendo del objetivo). Por ejemplo, si tenemos un campo de correo electrónico sabemos que debemos validar si los datos insertados tienen una estructura de correo electrónico o si tenemos un campo de número de teléfono no podemos aceptar letras.

Crea una lista de todas las validaciones requeridas por tu aplicación y verifica que todas cumplan con las validaciones correspondientes.

🙋‍♀️ Por ejemplo: Tengo una pantalla de registro de usuarios que tiene los siguientes campos:

🟠 Nombre completo        ➖ Solo admite letras.

🟠 Número de teléfono    ➖ Solo admite números y preferiblemente tiene una máscara.

🟠 Edad                                ➖ Solo admite números.

🟠 Correo electrónico        ➖ Debe validar que la información ingresada sea un correo electrónico válido.

Puedes hacer esto con los Behaviors en Xamarin Forms. ¡Aquí te dejo un artículo sobre cómo hacerlo!.

Sabemos que hay expertos en UI / UX ¡Pero como desarrolladores también podemos ayudar con buenas prácticas! 💕

✅ ¿Hay un campo que solo acepta números / letras? ¡Excelente! Configura tu aplicación para que el teclado del dispositivo solo muestre números / letras respectivamente.

✅ ¿Hay un campo de contraseña? Activa la propiedad “IsPassword” en tu Entry para que aparezca enmascarado con símbolos ****.

¡Es todo! ¡Espero que estos pequeños consejos te funcionen muy bien al desarrollar tus aplicaciones! ¡Y crees tu propia “Lista de verificación de integridad funcional“! 😎

¡Gracias por leer mi artículo! 💚💕

Artículo en inglés: https://askxammy.com/my-personal-quality-assurance-list-before-submitting-my-applications-to-qa/