Cada uno de los stakeholders deben comprometerse dentro del proyecto debido a que con el uso de diferentes perspectivas, la aclaraci´on de requerimientos y el sentido de per- tenencia en el proyecto presentan mejoras de comunicaci´on en el equipo. La aplicaci´on de
4.2 Correlaci´on Entre Equipos y Pruebas por Ciclos 35
estas mejoras se puede presentar comenzando por la formaci´on de equipos de trabajo cola- borativo entre ramas de especializaci´on, una vez conformados los equipos de requerimientos, desarrollo y pruebas, se constituyen alianzas estrat´egicas entre los mismos.
El equipo de requerimientos tendr´a un acompa˜namiento constante del l´ıder de desarro- llo para que este ayude a dimensionar los alcances de cada uno de las funcionalidades del software solicitados y del l´ıder de pruebas para valorar la capacidad de respuesta del equipo, debido a que no constituye lo mismo un requerimiento que corresponda un cambio de color contra la inclusi´on de un nuevo m´odulo.
Una vez terminadas las primeras reuniones del an´alisis, la composici´on de la docu- mentaci´on deber´a complementarse con un analista de pruebas capacitado, el cual realizara an´alisis adicionales sobre el requerimiento para la detecci´on de vac´ıos o dudas previas a la publicaci´on de la documentaci´on al desarrollador y la posterior entrega de la funcionalidad desarrollada. Esto no solo traer´a complementos a la documentaci´on y desarrollo sino tambi´en se complementara el proceso de pruebas al tener an´alisis de posibles escenarios de pruebas, particularidades de la funcionalidad y posibles enfoques del equipo dando continuidad al equipo en el proceso.
Con la detecci´on de posibles escenarios, el desarrollador tendr´a un enfoque claro y un complemento al an´alisis inicial dado en la documentaci´on como en cada una de las reuniones de la metodolog´ıa, podr´a realizar un bosquejo m´as r´apido a la entrega completa de la docu- mentaci´on con la determinaci´on previa de los escenarios de prueba y con ello la realizaci´on de pruebas previas para la detecci´on de errores en los diferentes dispositivos por adaptabilidad de los mismos.
El acompa˜namiento constante en pruebas al equipo de requerimientos complementa el proceso documental y da cabida al an´alisis como usuario final, precisando y aclarando el impacto que un cambio puede tener para dichos usuarios conllevando al an´alisis del mer-
cado, acaba con los tiempos muertos de pruebas mientras culmina el desarrollo dando un nuevo punto de vista de los posibles escenarios o particularidades posibles en el desarrollo de un futuro requerimiento completan el ciclo dando continuidad al equipo y haciendo de este un sistema hol´ıstico. Como complemento se pueden tener en cuenta que con an´alisis adicionales de pruebas beta de la plataforma servir´an encontrar incidentes previos a salidas de producci´on.
Ilustraci´on 4-1.: Trabajo en equipo y apoyo
4.2 Correlaci´on Entre Equipos y Pruebas por Ciclos 37
La ventaja de la inclusi´on constante de los diferentes equipos es el cambio del enfoque individual de las metodolog´ıas agiles dentro de las cuales y en cada una de sus reuniones implican un particionamiento del proceso a eventos individuales, todo esto impactara parte de los equipos en el inicio del ciclo por implicar m´as tiempos de discusi´on pero reducir´an notablemente los tiempos de respuesta esperados en una metodolog´ıa ´agil por la claridad de las funcionalidades requeridas.
Ilustraci´on 4-2.: Ciclos de pruebas
El posible desconocimiento de los tipos de pruebas a utilizar en el desarrollo de una aplicaci´on puede evitarse con el uso de filtros para conocer el tipo de pruebas a realizar, sin importar el tipo de aplicaci´on (juegos, comunicaci´on, otros) los filtros presentados a conti- nuaci´on corresponden a las pruebas b´asicas a tener en cuenta en el momento de la creaci´on de una aplicaci´on m´ovil.
Teniendo en cuenta que al utilizar metodolog´ıas agiles se utilizan ciclos de desarrollo en los cuales el ciclo inicial corresponde a un prototipo, solo se realizaran pruebas funcionales con el fin de validar las funcionalidades esperadas en la versi´on inicial. En los ciclos siguientes se tienen en cuenta las pruebas de funcionalidad para validar nuevos desarrollos y las pruebas no funcionales como compatibilidad con el fin de validar que los cambios realizados no se vean afectados en los diferentes dispositivos, esto incluye pruebas en diferentes tama˜nos de dispositivos, marcas, versiones de sistema operativo, entre otros.
Ilustraci´on 4-3.: Tablero de trabajo (Tipo Scrum)
Fuente: Trello.com - Proyecto: Los Autores
Para las ´ultimas etapas se tienen en cuenta pruebas unitarias las cuales corresponden a las pruebas espec´ıficas sobre los elementos afectados, pruebas no funcionales para validar
4.2 Correlaci´on Entre Equipos y Pruebas por Ciclos 39
que los cambios no representen cambios visuales o de rendimiento en diferente hardware y adicionalmente pruebas de regresi´on para validar que los cambios realizados no afecten las funcionalidades existentes.
Para conocer el estado de cada una de las funcionalidades o requerimientos se pueden tener en cuenta herramientas como Trello en las cuales mediante la creaci´on de tarjetas se pueden validar las tareas pendientes y adicionar comentarios por parte de todos los partici- pantes del proceso.
Si no se tiene claridad de las pruebas a realizar, se pueden tener en cuenta las listas de chequeo del anexo 1 con las cuales se puede determinar las pruebas a realizar incluyendo los an´alisis a realizar cuando se apoya el proceso documental. Al encontrar un NO en cualquiera de las listas de chequeo se deber´a entrar a analizar la correcci´on por el equipo correspondiente.
Dependiendo del tipo de aplicaci´on (Juegos, comunicaci´on, navegaci´on, productividad, entre otros) se podr´an realizar m´as tipos de pruebas como las listadas a continuaci´on con las cuales se realizar´an an´alisis m´as profundos sobre el funcionamiento de la aplicaci´on.
Pruebas de acciones del usuario: comportamiento de la aplicaci´on ante distintas acciones como tocar, arrastrar, rotar, extender los dedos, cerrar los dedos, etc.
Pruebas de usabilidad y accesibilidad: corresponden a la validaci´on de la Presen- taci´on de la informaci´on en el dise˜no de p´agina para m´oviles, Facilidad para completar tareas, Eficiencia y exactitud, y Integraci´on de aplicaciones nativas, aplicaciones web m´ovil e h´ıbridas.
Pruebas de localizaci´on:prueban el desempe˜no de la aplicaci´on cuando el dispositivo m´ovil est´a en movimiento.
Pruebas de compatibilidad: Sirven para probar el desempe˜no de la aplicaci´on al conectarse a las redes en distintos protocolos y distintas condiciones, por ejemplo: Wi-Fi, Bluetooth, Red anal´ogica (3G o 4G).
Pruebas de seguridad: Su finalidad busca validar la resistencia de la aplicaci´on a ataques maliciosos, como por ejemplo: ataques v´ıa la red, ataques al servidor, ataques al dispositivo, entre otros.