Control de calidad de software
Probamos tu aplicación, tu sitio o tu sistema antes de que lo use un cliente. Encontramos lo que falla, revisamos lo básico de seguridad, lo documentamos y te decimos si está listo para salir.
Revisión inicial sin cargo: nos contás qué vas a lanzar y te decimos qué conviene probar primero y cuánto lleva.
Consultar¿Para quién es? Para equipos que van a publicar una app, una web o un sistema interno y no tienen quien lo pruebe a fondo. Para empresas que encargaron un software a un tercero y quieren una revisión independiente antes de pagar la entrega final. Y para cualquier negocio que ya salió con errores una vez y no quiere repetirlo.
Pruebas antes de salir
Validamos los flujos que no pueden fallar: registrarse, entrar, pagar, reservar, cargar y consultar datos. En celular y en computadora, con casos escritos y reproducibles, así cada error se entiende y se corrige sin adivinar.
Entregables
- – Plan de casos priorizados, acordado con tu equipo
- – Ejecución documentada con pasos y capturas de cada caso
- – Lista de errores con severidad, prioridad y cómo reproducirlos
- – Informe de salida: qué está listo, qué no y qué riesgo tiene salir así
Plan de casos de prueba
Convertimos lo que tu sistema tiene que hacer en una lista de casos con prioridad. Sirve para esta salida y para las que vienen: cada versión nueva se prueba contra el mismo plan, y el plan crece con el producto.
Entregables
- – Matriz de casos por módulo y por flujo
- – Criterio de aceptación de cada caso: qué tiene que pasar para darlo por bueno
- – Prioridades P0, P1 y P2 acordadas con el equipo
- – Plan reutilizable en cada versión
Pruebas de regresión por versión
Cada versión nueva puede romper lo que ya funcionaba. Antes de cada publicación repetimos los casos críticos y comparamos con la versión anterior, para que la mejora de hoy no sea el reclamo de mañana.
Entregables
- – Ejecución del plan en cada versión
- – Comparativo con la versión anterior: qué se arregló, qué se rompió
- – Errores nuevos y reabiertos, con su prioridad
- – Semáforo de salida para cada publicación
Informe para decidir
El resultado no es un listado técnico. Es un informe que el responsable del negocio entiende en una página: qué está listo, qué no, qué riesgo tiene salir así y qué conviene arreglar primero. El detalle completo va para el equipo que corrige.
Entregables
- – Informe ejecutivo de una página
- – Detalle técnico por error, para el equipo de desarrollo
- – Reunión de cierre para repasar prioridades
- – Verificación de las correcciones antes de salir
Seguridad antes de salir
Somos una empresa de ciberseguridad, así que en cada salida revisamos lo básico que un atacante prueba primero: permisos y sesiones, datos expuestos en formularios y respuestas, contraseñas y accesos de administración. Si el sistema maneja datos sensibles o dinero, el área de ciberseguridad hace la auditoría completa.
Entregables
- – Revisión de los puntos críticos del OWASP Top 10 en los flujos probados
- – Errores de seguridad en el mismo informe, con su severidad
- – Recomendación de auditoría completa cuando el riesgo lo amerita
¿Tu sistema maneja datos de clientes, pagos o historias clínicas? Mirá qué cubre nuestro servicio de ciberseguridad.
Cómo trabajamos
01
Relevamiento
Qué hace el sistema, quién lo usa y qué no puede fallar el día que salga. Con eso definimos el alcance y el plazo.
02
Plan de casos
Una lista de casos de prueba con prioridad: P0 lo que impide salir, P1 lo que afecta a muchos usuarios, P2 lo demás. Se acuerda con tu equipo.
03
Ejecución
Probamos cada caso en celular y computadora, con pasos y capturas. Cada error queda registrado con su severidad y cómo reproducirlo.
04
Informe: listo o no listo
Una página para quien decide y el detalle técnico para quien corrige. Después verificamos que las correcciones hayan quedado bien.
Preguntas frecuentes
¿Qué significa P0 y P1?
Es la prioridad de cada caso de prueba. P0 es lo que, si falla, no se puede salir: entrar a la cuenta, pagar, reservar, guardar un dato. P1 es lo que afecta a muchos usuarios pero tiene una vuelta. Después viene P2, lo que molesta pero no frena. Probamos primero lo que más duele.
¿Prueban aplicaciones hechas por otro proveedor?
Sí, y es el caso más común: una empresa encargó una app o un sistema y quiere una revisión independiente antes de aceptar la entrega final. Vos recibís el informe y decidís con datos, no con la palabra del que lo hizo.
¿Necesitan el código fuente?
No. Probamos como lo haría un usuario, sobre un entorno de prueba o sobre la app ya publicada. Si tu equipo quiere, también revisamos el código, pero no hace falta para arrancar.
¿Cuánto tarda?
Depende de la cantidad de módulos y de versiones. Lo habitual: relevamiento y plan de casos en pocos días, ejecución de los casos P0 y P1 en una a dos semanas, e informe al terminar. El plazo queda cerrado en el relevamiento.
¿Arreglan los errores que encuentran?
Nuestro trabajo es encontrarlos, documentarlos y verificar que queden corregidos. La corrección la hace tu equipo de desarrollo. Si no tenés uno, la cotizamos aparte desde nuestra área de desarrollo.
¿Hacen pruebas automatizadas?
Cuando conviene: para los casos que se repiten en cada versión. Para una salida puntual, las pruebas manuales bien documentadas rinden más y cuestan menos. Lo decidimos juntos según cuántas versiones vayas a publicar.
¿Cuánto cuesta?
Se cotiza por alcance: cantidad de módulos, de casos críticos y de versiones a cubrir. Nos contás qué vas a lanzar y te pasamos un precio cerrado antes de empezar.
¿Vas a salir con algo nuevo?
Contanos qué vas a publicar y te decimos qué conviene probar antes. La revisión inicial no tiene cargo.