Auditor铆a
de calidad
Valoramos el estado actual de tu SDLC para mejorar la calidad de todo tu desarrollo.
La auditor铆a de calidad de Redsauce
驴Conoces tus procesos m谩s d茅biles en calidad?
Analizamos en profundidad todo tu ciclo de desarrollo de software. Desde la definici贸n de los criterios de aceptaci贸n a la monitorizaci贸n de tu aplicaci贸n en producci贸n. Nos entrevistamos con todos los roles implicados en el SDLC para obtener una foto de todos aquellos puntos de mejora de tu desarrollo.
Pasa de detectar errores,
a evitar que aparezcan.
驴Ves viable mejorar la eficiencia de tus esfuerzos en calidad?
Adelantarnos a la aparici贸n de los errores, haciendo un "shift left" en tu proceso de desarrollo es sencillo tocando las teclas correctas.
Una auditor铆a de calidad adaptada a tus necesidades
Registramos, agrupamos y analizamos evidencias con el fin de evaluar tu ciclo de desarrollo
Los Criterios de Aceptaci贸n son un conjunto de condiciones que describen el comportamiento esperado una vez que se ha desarrollado la historia de usuario. Son los requisitos con los que evaluar si el desarrollo coincide con nuestras expectativas desde la perspectiva del usuario final.
Proporcionar un buen criterio de aceptaci贸n aumenta la confianza de que el producto reflejar谩 nuestras intenciones, reduce la posibilidad de defectos y acelera el desarrollo, ya que los rechazos en el feedback y una vez en producci贸n deber铆an ser menos frecuentes.
Cuanto mejor cuelgues la ropa para que se seque, menos necesitar谩s plancharla
El sistema de control de versiones suele estar s贸lidamente instaurado en un equipo de trabajo maduro, pero con frecuencia no se saca todo el provecho posible, como tener trazabilidad de qu茅 cambios hay en cada versi贸n o un proceso para recuperar una determinada release.
La estrategia de ramas va a determinar el procedimiento a la hora de finalizar y enviar al repositorio una funcionalidad llevada a cabo entre un equipo, de forma individual, revisi贸n de c贸digo, resoluci贸n de un defecto, un hotfix, etc. Una gesti贸n eficaz de las ramas permitir谩 ser m谩s 谩giles para resolver estas tareas.
El objetivo es poder disponer de una versi贸n de nuestro proyecto lista para ser instalada en cualquier entorno con la m谩xima seguridad de que ser谩 completamente funcional.
Disponer de un proceso de integraci贸n continua nos evita la pesadilla de tener que realizar grandes integraciones de diversas fuentes manualmente, reduce la probabilidad de aparici贸n de defectos por la propia integraci贸n y permite tener c贸digo fresco cada d铆a, propagado en todas las ramas.
Disponer de una buena configuraci贸n permitir谩 que el proceso sea sencillo y eficiente.
Los entornos de calidad y preproducci贸n han de ser lo m谩s similares posible a producci贸n. Esto nos permite corregir errores de despliegue al ser detectados en entornos no productivos, minimizando la probabilidad de fallo en los entornos productivos.
Tambi茅n nos permite tener el producto r谩pidamente listo para una demo, una UAT o pruebas de testing funcional o autom谩tico. Si este punto no est谩 logrado o lo est谩 en parte, debemos identificar y priorizar qu茅 partes deben ser implementadas o reforzadas.
Estas herramientas pueden ser desde un b谩sico gestor de defectos hasta una completa herramienta que permita manejar un equipo scrum, con post-it virtuales, c谩lculo de burn-downs, control de kanban, etc.
Generalmente lo m谩s eficaz no es ni uno ni otro extremo, sino conseguir adaptar la herramienta al proceso del equipo.
El perfil de QA en un equipo 谩gil no se centra 煤nicamente en hacer el testing funcional sino que tiene un espectro mucho m谩s amplio.
Estar谩 en contacto directo con el Product Owner, para entender bien sus necesidades y transmitirlas al equipo de desarrollo y a las propias pruebas, gesti贸n de las incidencias, liderar las retrospectivas, velar por la mejora continua, etc.
Este perfil en los equipos del cliente puede ser permanente en una persona o rotativo, pero en cualquier caso ha de ejercer sus responsabilidades y 茅stas han de ser conocidas por todo el departamento.
Tanto para realizar las pruebas manuales como para las pruebas autom谩ticas funcionales o de rendimiento, el sistema bajo prueba ha de contener unos datos iniciales. Estos datos pueden dividirse en datos de configuraci贸n, necesarios para que el sistema pueda funcionar y datos de negocio, que son aquellos que se van a帽adiendo a la base de datos durante el uso natural de la aplicaci贸n.
Gestionarlos correctamente reforzar谩 la calidad de nuestros entornos no productivos, permitiendo resultados m谩s completos de las pruebas funcionales (manuales y autom谩ticas), de rendimiento, UAT, demos, etc.
Los test autom谩ticos nos ayudar谩n no solo a reducir el tiempo de las pruebas, sino a detectar problemas que de otro modo ser铆an imposibles de encontrar antes de llegar al entorno productivo. Estas pruebas autom谩ticas pueden dividirse en:
- Calidad est谩tica de c贸digo fuente
- Test unitarios
- Test funcionales
- Test de rendimiento
Durante la vida del proyecto, el cliente final debe poder tener feedback r谩pido y claro del estado de su proyecto, idealmente sin ponerse en contacto el equipo de desarrollo. Para ello se le deben ofrecer indicadores claros, sencillos y disponibles las 24 horas.
Esta informaci贸n, junto con las reuniones diarias han de permitir detectar r谩pidamente cuellos de botella en el proceso que deben solucionarse. Por ejemplo, tickets que est谩n demasiado tiempo esperando ser validados o c贸digo en espera de revisi贸n t茅cnica para ser integrado.
El usuario final ha de tener canales sencillos y efectivos para poner en conocimiento el cliente incidencias con su producto una vez est茅 en producci贸n.
驴La comunicaci贸n principal ser谩 telef贸nica?
驴Dispone de una herramienta de ticketing para abrir incidencias?
C贸mo se gestionan estas dentro del equipo de desarrollo y se devuelve feedback al cliente?
驴Qu茅 efectividad tenemos resolviendo incidencias?
Todas estas preguntas y muchas otras han de estar claras y se debe disponer de un procedimiento establecido para abordarlas de igual manera en todos los proyectos.
驴Por qu茅 elegir la auditor铆a de calidad de Redsauce?
Una colaboraci贸n 100% a tu medida. Nuestros equipos emplean la estrategia de pruebas m谩s adecuada al proceso de desarrollo de tu equipo.
Seleccionamos las metodolog铆as, frameworks, lenguajes o herramientas m谩s adecuadas a cada proyecto, sin imponer ninguno. Te asesoramos y ayudamos a lograr la configuraci贸n 贸ptima de tus servidores.
La gesti贸n de Redsauce incluye:
- An谩lisis del ciclo de desarrollo de software.
- Definici贸n de la Estrategia de Calidad.
- Apoyo en la creaci贸n de la documentaci贸n funcional, criterios de aceptaci贸n, etc.
- Dise帽o del plan de pruebas.
- Definici贸n y gesti贸n de los entornos de pruebas.
- Creaci贸n y mantenimiento de tareas y pipelines en el servidor de integraci贸n continua.
- Dise帽o y desarrollo de las pruebas autom谩ticas en m煤ltiples dispositivos.
- Automatizaci贸n y presentaci贸n de informes de resultados.
- Gesti贸n de defectos e incidencias.
Mide y vencer谩s
En Redsauce tiene una importancia capital disponer de informes claros y 煤tiles de resultados de ejecuciones. Por ello configuramos los tests y el servidor de integraci贸n continua para generarlos y aportarte un valor real.
Indicadores objetivos = Resultados medibles = Resultados reales
Contacta con Redsauce
Trabajaremos en estrecha comunicaci贸n contigo, empleando procesos 谩giles. Startups y grandes empresas ya han confiado en nosotros.
Contactar ahora