Servicios de QA y pruebas de software

Pruebas manuales y automatizadas para productos iOS, Android y web, ya sea dentro de un proyecto que desarrollamos nosotros o como revisión independiente de un producto creado por otro equipo. Recibe informes de errores reproducibles y una imagen clara de lo que podría fallar en la publicación.

Cuándo necesita un equipo de QA

Las pruebas se amortizan cuando un error en producción cuesta más que detectarlo antes. Estas son las situaciones que más nos cuentan.

Los usuarios informan de errores que su equipo nunca vio
Cada publicación rompe algo que antes funcionaba
Los desarrolladores prueban su propio código y nadie más lo revisa
La revisión de App Store o Google Play rechazó su versión
Está a punto de lanzar y quiere antes una revisión externa
El producto se ralentiza o falla cuando crece el tráfico

Qué probamos

Pruebas manuales

Los ingenieros de QA recorren el producto paso a paso según los requisitos y los casos de prueba, en dispositivos reales y en navegadores. También exploran las zonas que aún no cubre ningún caso de prueba, como lo haría un usuario nuevo.

Automatización de pruebas

Automatizamos las comprobaciones que deben superarse en cada versión: registro, pagos, otros flujos principales y la API. El conjunto de pruebas se ejecuta en su pipeline de CI/CD y señala los fallos antes de que salga una publicación.

Pruebas de rendimiento

Medimos los tiempos de respuesta y la capacidad bajo carga y encontramos el punto en el que el producto empieza a fallar. El informe enumera los cuellos de botella en el orden en que conviene resolverlos.

Pruebas de seguridad

Comprobamos cómo el producto almacena y transmite los datos, cómo funcionan el inicio de sesión y los permisos, y qué exponen el código y las bibliotecas de terceros. Cada hallazgo incluye una valoración del riesgo y una corrección recomendada.

Pruebas móviles y de tiendas

Pruebas en dispositivos iOS y Android reales, no solo en simuladores, con las versiones del sistema que realmente tienen sus usuarios. También contrastamos las versiones con las normas de App Store y Google Play para que la revisión no las rechace.

Pruebas de API e integraciones

Su backend, los proveedores de pago y los servicios de terceros se prueban en conjunto, incluidos los casos de fallo: tiempos de espera agotados, pagos rechazados, datos incompletos. Ahí es donde suelen empezar los incidentes en producción.

Pruebas que avanzan junto al desarrollo

Las pruebas que empiezan después del desarrollo encuentran los problemas cuando más caro es corregirlos. En nuestros proyectos, un ingeniero de QA se incorpora en la fase de requisitos, escribe los casos de prueba mientras se desarrollan las funciones y revisa la versión de cada sprint, no solo la final. El día de la publicación el equipo ya sabe dónde están los puntos débiles. El mismo enfoque funciona cuando nuestros testers se incorporan a su equipo actual.

Requisitos revisados en busca de lagunas antes de escribir el código
Casos de prueba listos cuando la función está lista
Revisión de la versión de cada sprint, no solo de la candidata a publicación
Pruebas de regresión antes de cada publicación

¿Pruebas manuales o automatizadas?

Las pruebas manuales aportan criterio: una persona se da cuenta de que un flujo es técnicamente correcto pero en la práctica inutilizable. La automatización aporta repetición: las mismas cien comprobaciones después de cada commit, de noche y sin cansancio. Los proyectos pequeños y las funciones de corta vida rara vez recuperan el coste de escribir pruebas automatizadas, y se lo decimos en lugar de vendérselas. Los productos de larga vida con publicaciones frecuentes lo recuperan rápido, por eso la mayoría de los productos maduros acaban usando ambos tipos.

Manuales: funciones nuevas, usabilidad y productos que cambian cada semana
Manuales: pruebas exploratorias de zonas poco claras o de riesgo
Automatizadas: flujos principales que nunca deben romperse, comprobados en cada versión
Automatizadas: conjuntos de regresión para productos con publicaciones frecuentes
Ambos: automatización para el núcleo estable, personas para todo lo nuevo

Qué recibe

Todo lo que producimos se queda en el proyecto, para que el siguiente tester, nuestro o suyo, no empiece de cero. Un error que no se puede reproducir no es un hallazgo, y no lo comunicamos como tal. Cada publicación termina con un breve informe sobre lo que se probó y los riesgos que quedan, para que la decisión de publicar sea suya y esté bien informada.

Casos de prueba y checklists guardados en su gestor de tareas o repositorio
Informes de errores con pasos, entorno, resultado esperado y resultado real
Informe de publicación: qué se cubrió y qué riesgos quedan
Conjunto de pruebas automatizadas con instrucciones de ejecución, cuando se acordó la automatización

Cómo funcionan las pruebas

Revisión del producto

Estudiamos los requisitos, o el propio producto si no hay documentación, y acordamos qué plataformas, dispositivos y flujos importan más. Recibe el alcance y el plan de pruebas.

Casos de prueba

Escribimos casos de prueba y checklists para el alcance acordado. Se guardan en sus herramientas y se quedan en el proyecto.

Prueba de versiones

Cada versión se prueba en dispositivos reales y en los navegadores objetivo. Los errores se registran en su gestor de tareas con todo lo necesario para reproducirlos.

Automatización donde compensa

Para los flujos que se comprueban en cada versión escribimos pruebas automatizadas y las conectamos a su pipeline de CI. Ve los resultados con cada commit.

Informe de publicación

Antes de cada publicación recibe un resumen de lo que se probó, lo que se corrigió y los riesgos que quedan.

Plataformas y herramientas

Plataformas

Automatización

Rendimiento y seguridad

Flujo de trabajo

Formas de trabajar con nosotros

QA en un proyecto que desarrollamos

Un tester forma parte del equipo desde el primer sprint, y las pruebas se planifican junto con el desarrollo.

Pruebas de un producto desarrollado por otros

Una revisión de alcance cerrado de un producto existente o de una publicación concreta: casos de prueba, informes de errores y una evaluación por escrito de su estado.

Ingenieros de QA en su equipo

Nuestros testers trabajan en su proceso y en su gestor de tareas, con facturación por horas o como ingeniero dedicado.

Proyectos relacionados

Fashion WalletKotlin, SWIFT, PHP, Laravel Stellium Music AppKotlin, SWIFT, PHP, Laravel, VueJS QuakerKotlin, SWIFT, PHP, Laravel CityPairsPHP/Yii2, MySQL, Java (Android), Swift (iOS)MemoWordSwift, Java, Kotlin

Opiniones

Tratamos a cada cliente y su proyecto con atención.

El equipo de Revol sigue reforzando la capacidad de desarrollo del cliente gracias a un trabajo de alta calidad y un soporte fiable. Se comunican con eficacia y demuestran una comprensión sólida de las necesidades y del negocio del cliente.

Tomas

CEO (Yukón, Canadá)

El trabajo de Revol ha cumplido plenamente las expectativas y ha dejado satisfecho al cliente. Su enfoque fresco y su disponibilidad para dar soporte han sido muy valiosos. Quien busque un equipo comunicativo y orientado al cliente para alcanzar sus objetivos puede contar con ellos.

Andrey

CEO, Stellium (EE. UU.)

Preguntas frecuentes

¿Pueden probar un producto que no desarrollaron ustedes?

Sí. Empezamos por los requisitos, o por el propio producto si no hay documentación, y a partir de ahí escribimos los casos de prueba. El primer resultado suele ser una lista de los problemas más graves y un plan de pruebas para el resto.

¿Ofrecen testers para nuestro propio equipo?

Sí. Los ingenieros de QA pueden trabajar dentro de su proceso, su gestor de tareas y su calendario de publicaciones, igual que lo hacen nuestros desarrolladores cuando refuerzan equipos.

¿Deberíamos automatizar nuestras pruebas?

Solo donde las pruebas se vayan a ejecutar con la frecuencia suficiente para amortizar el coste de escribirlas y mantenerlas. En un producto de larga vida con publicaciones frecuentes, eso suele significar los flujos principales y la API. Para un prototipo o una función de corta vida, las pruebas manuales son más baratas, y se lo diremos.

¿En qué dispositivos prueban?

En dispositivos iOS y Android reales, además de simuladores y emuladores para cubrir más versiones del sistema, y en los principales navegadores de escritorio y móviles. La lista de dispositivos se acuerda al principio, según lo que realmente usan sus usuarios.

¿Pueden ayudar tras un rechazo de App Store o Google Play?

Sí. Leemos los comentarios de la revisión, reproducimos el problema, contrastamos la versión con las directrices vigentes y les decimos a los desarrolladores exactamente qué cambiar. Si la app la desarrollamos nosotros, la corregimos y la volvemos a enviar.

¿Cómo se tarifican las pruebas?

Depende del formato. Una revisión puntual de un producto o de una publicación suele ser de alcance cerrado; las pruebas continuas se facturan por horas o como ingeniero dedicado. Tras revisar el producto le proponemos un formato y le enviamos una estimación.