Separado de producción
El sandbox ejecuta el cambio sin afectar los sistemas en operación.
Sandboxes y QA
Prueba el software antes de integrarlo
DevSense ejecuta los cambios en un entorno separado de producción. Revisa el resultado, consulta las pruebas y comprueba cómo funciona antes de integrarlo.
No se pudo reproducir el video. Intenta abrirlo de nuevo.
Listo para evaluar el resultado
DevSense prepara tu entorno privado de pruebas
DevSense despliega y configura un entorno privado para que pruebes los cambios antes de integrarlos (sandbox).
El equipo define la intención, revisa el requerimiento y acepta la entrega. Durante la preparación técnica, la intervención se limita a bloqueos de infraestructura, redes, billing o sistemas que necesitan al responsable correspondiente.
Entornos de prueba
Un entorno para cada cambio
Cada cambio tiene su propio sandbox. Tu equipo lo abre en el navegador desde la plataforma y lo usa para explorar el resultado antes de decidir la integración.
Privado, con acceso por roles
Solo tú y tus grupos autorizados pueden ver y acceder al entorno de pruebas. DevSense controla el acceso mediante permisos por rol (RBAC).
Disponible para revisar
El entorno permanece disponible después de la ejecución y se libera cuando deja de usarse.
Proceso de QA
Cómo se valida cada cambio
Evalúa el comportamiento del software conforme a los criterios de aceptación aprobados, con resultados visibles y evidencia.
Criterios de aceptación
Los resultados de negocio acordados para el cambio.
Comportamiento funcional
Resultados para las interfaces de la aplicación incluidas en el alcance.
Requisitos de acceso
Comprobaciones de las identidades y permisos exigidos por el proyecto.
Evidencia de pruebas
Resultados e información para evaluar la entrega.
Tipos de prueba
Web, API, base de datos y línea de comandos
El proyecto puede combinar varios tipos de prueba. Selecciona una opción para ver qué se valida y cómo se comprueba el resultado.
Aplicaciones web
Prueba los flujos en un navegador real
Recorre las pantallas, completa formularios y comprueba el comportamiento visible. Cuando el alcance lo requiere, utiliza distintas identidades para verificar roles y acceso entre usuarios.
- Qué comprueba
- Navegación, acciones, resultados y permisos según los criterios del cambio.
- Qué puedes revisar
- Resultados de los controles, capturas y grabación de la sesión disponibles.
- Iniciar sesión
- Recorrer el flujo
- Comprobar el resultado
Servicios y endpoints
Comprueba las respuestas y los efectos de cada operación
Ejecuta peticiones contra la API del proyecto y contrasta el resultado con lo esperado. Puede comprobar accesos autorizados y anónimos, límites entre usuarios y operaciones repetidas, según el alcance definido.
- Qué comprueba
- Método, código de respuesta, encabezados, contenido y cambios producidos.
- Qué puedes revisar
- Peticiones, respuestas y observaciones que fundamentan cada resultado.
- Enviar la petición
- Observar la respuesta
- Verificar sus efectos
Datos y persistencia
Verifica los datos y las reglas que deben cumplir
Consulta y modifica datos en el entorno de prueba cuando el escenario lo requiere. Comprueba que las operaciones producen el estado esperado y que las restricciones rechazan datos no válidos.
- Qué comprueba
- Integridad, relaciones, unicidad, valores obligatorios y migraciones incluidas en el alcance.
- Qué puedes revisar
- Consultas ejecutadas, resultados observados y comprobaciones de consistencia.
- Preparar datos de prueba
- Ejecutar la operación
- Verificar integridad
Herramientas de línea de comandos
Prueba comandos, salidas y comportamiento al repetirlos
Ejecuta los comandos y opciones definidos en el escenario. Comprueba tanto el resultado correcto como las respuestas ante errores; cuando se exige, verifica que repetir una operación no duplique sus efectos.
- Qué comprueba
- Argumentos, opciones, código de salida y mensajes de salida o error.
- Qué puedes revisar
- Comandos ejecutados y sus resultados para contrastarlos con lo esperado.
- Ejecutar el comando
- Recoger salida y errores
- Contrastar el resultado
QA desde la plataforma
Selecciona qué validar y sigue la prueba
Elige los escenarios y las interfaces que quieres comprobar. Sigue la validación en vivo o ejecútala en segundo plano y revisa sus resultados.
Accesos de prueba
Autenticación y permisos durante las pruebas
DevSense configura la autenticación necesaria para las pruebas con las identidades y los accesos autorizados del proyecto. Puede validar varios usuarios y roles cuando el requerimiento lo exige.
Formulario de acceso
Inicio de sesión con usuario y contraseña en la aplicación web.
Token Bearer
Acceso mediante un token asociado a la identidad de prueba.
API key
Peticiones autenticadas con la clave y el mecanismo definido por tu servicio.
JWT
Inicio de sesión contra el servicio de autenticación y uso del token que devuelve.
Integridad de la entrega
Pruebas sobre la versión que se entrega
La evidencia corresponde al software entregado, para que tu equipo pueda evaluar el resultado y aprobar la integración.
Defectos y condiciones externas
Qué resuelve DevSense y cuándo interviene tu equipo
Si la prueba revela un fallo del software, DevSense investiga, corrige y vuelve a comprobar. El equipo no tiene que hacerse cargo de dirigir cada reparación.
Si falta una cuenta de prueba o acceso a un servicio externo, solicita resolver esa condición. Una prueba que no pudo ejecutarse queda pendiente; no se declara aprobada.
Cómo continúa el trabajoPrueba sin completar
El registro conserva el resultado y la causa.
¿Qué impide continuar?
Defecto del software
DevSense corrige
Investiga la implementación y repite revisión y pruebas.
Acceso o recurso externo
El responsable habilita el acceso
Aporta el acceso o recurso que DevSense no puede obtener.
Evalúa DevSense en tu organización
Revisa la plataforma con un proyecto representativo y criterios de aceptación acordados.