Protección de pagoDetalles
- Los cambios dentro del paquete son gratuitos.
- Si no responde en los 3 días siguientes a la entrega, el trabajo se acepta automáticamente.
El dinero queda reservado al pagar y solo se libera cuando usted acepta el trabajo.
Ejemplo de resultado
Especificación técnica: sitio web de reservas para un estudio de yoga
1. Objetivos del proyecto
- Que los clientes vean el horario y reserven una clase desde el celular en menos de un minuto.
- Vender bonos y membresías online.
- Reducir el tiempo que el personal dedica a reservas de unas 10 horas semanales a menos de 2.
Indicadores de éxito (3 meses tras el lanzamiento): 70% de reservas online; ausencias por debajo del 10%.
2. Usuarios
| Rol | Qué necesita |
|---|---|
| Visitante | Ver clases, precios y profesores; comprar una clase de prueba |
| Cliente | Reservar y cancelar clases, ver los bonos restantes, entrar en lista de espera |
| Profesor | Ver sus clases y la lista de clientes inscritos |
| Administrador | Gestionar horario, precios, bonos, profesores y reembolsos |
3. Páginas y pantallas
- Inicio: próximas clases del día, oferta de prueba, dirección del estudio.
- Horario: vista semanal, filtros por tipo de clase, nivel, profesor y sala.
- Página de clase: descripción, profesor, duración, plazas libres, botón Reservar.
- Precios: clase suelta, bonos de 5 y 10 clases, membresía mensual.
- Profesores: lista y perfiles individuales.
- Mi cuenta: próximas reservas, historial, bonos, medios de pago.
- Panel de administración: editor de horario, lista de clientes, informe de ventas.
4. Funciones clave
4.1 Reservas
- Un cliente puede reservar si tiene un bono vigente o si paga una clase suelta.
- El cupo se define por sala (Sala A: 18, Sala B: 10).
- Si la clase está llena, el cliente puede entrar en lista de espera; si se libera un lugar, lo obtiene el primero de la lista, que recibe un email y un SMS.
4.2 Cancelación
- Cancelación gratuita hasta 12 horas antes de la clase; el crédito vuelve al bono.
- Una cancelación posterior o una ausencia consume el crédito.
4.3 Pagos
- Pago con tarjeta a través de una pasarela elegida por el estudio.
- Los bonos caducan: el de 5 clases a los 2 meses; el de 10, a los 3 meses.
4.4 Notificaciones
- Confirmación de reserva, recordatorio 3 horas antes de la clase, avisos de la lista de espera.
5. Requisitos no funcionales
- Primero móvil; páginas que cargan en menos de 2 segundos con 4G.
- Compatible con las dos últimas versiones de los navegadores principales.
- Datos personales almacenados según la ley local de protección de datos.
6. Preguntas abiertas
| # | Pregunta | Quién decide |
|---|---|---|
| 1 | ¿La asistencia la marcan los profesores en la app o la recepción? | Dueña del estudio |
| 2 | ¿Hace falta un bono de prueba de 2 semanas además de la clase de prueba? | Dueña del estudio |
| 3 | ¿El horario se integra en el sitio actual o lo reemplaza? | Dueña + desarrollador |
| 4 | ¿Qué pasarela de pago y qué servicio de SMS se prefieren? | Dueña |
Cliente: Yoga Sendero Loto, estudio con 2 salas, 9 profesores y unas 60 clases por semana. Hoy reservan por mensajes directos y una hoja en papel. Paquete estándar: especificación de hasta 10 páginas. Abajo, un extracto.
El cliente y todos los datos son ficticios.
Acerca de este servicio
Las versiones fallan en lugares aburridos: el pago en un iPhone pequeño, un formulario que acepta un email vacío, un enlace de restablecimiento de contraseña que caduca demasiado pronto. Redactamos casos de prueba para su sitio web o app a partir de su descripción, sus pantallas o sus flujos de usuario: pasos, datos de prueba y el resultado esperado de cada uno, agrupados en una prueba de humo, comprobaciones de regresión y casos límite. Cualquier persona de su equipo puede ejecutar la lista antes de cada versión y reportar errores de forma uniforme.
Qué incluye
- Qué recibeCasos de prueba con ID, pasos, datos de prueba y resultado esperado, agrupados por función y prioridad, una lista de verificación previa a la versión y una plantilla de reporte de errores, como texto con formato que puede pegar en una hoja de cálculo o una herramienta de gestión de pruebas.
- Prueba de humoLas pocas comprobaciones que deben pasar siempre
- Casos de prueba por funciónPasos, datos y resultado esperado
- Casos límiteCampos vacíos, textos largos, red lenta, datos incorrectos
- Cobertura de dispositivosQué comprobaciones repetir en qué navegadores
- Plantilla de reporte de erroresPara que cada error llegue con los mismos datos
Cómo funciona
- 1BriefUsted comparte pantallas, flujos y dispositivos
- 2RedacciónRedactamos los casos por función y prioridad
- 3Lista de verificaciónUsted recibe casos listos para ejecutar
Qué necesitamos de usted
Enlaces al sitio o la app si son públicos, capturas de pantalla o una descripción de las pantallas y los flujos, los dispositivos y navegadores que usan sus usuarios, y lo que cambió en esta versión.
Le preguntaremos:
- ¿Es un sitio web, una aplicación web o una app móvil?
- ¿Qué funciones o flujos deben probarse?
- ¿Qué dispositivos y navegadores importan más?
- ¿Quién ejecutará las pruebas?
Comparar paquetes
| Paquetes | BásicoHasta 30 casos de prueba15 US$ | EstándarHasta 80 casos de prueba35 US$ | PremiumHasta 200 casos de prueba69 US$ |
|---|---|---|---|
| Plazo | 1 día | 3 días | 5 días |
| Cambios | 1 | 2 | 3 |
| Casos de prueba | hasta 30 | hasta 80 | hasta 200 |
| Conjuntos de dispositivos y navegadores | 1 | hasta 3 | hasta 6 |
| Plantilla de reporte de errores | Sí | Sí | Sí |
| Hacer pedido Básico | Hacer pedido Estándar | Hacer pedido Premium |
Protección de pago
Usted paga al hacer el pedido, pero el dinero solo se libera por un trabajo aceptado.
- Precio fijoEl precio del paquete no cambia después del pago.
- El dinero queda reservadoAl pagar, el importe solo queda reservado. Pasa a Dleex cuando usted acepta el trabajo.
- Revisado antes de la entregaCada resultado pasa un control de calidad antes de llegar a usted, y lo ve en la página del pedido antes de aceptarlo.
- Cambios gratuitosSolicite cambios dentro de su brief tantas veces como permita el paquete.
- Aceptación a los 3 díasSi en los 3 días siguientes a la entrega no acepta el trabajo ni solicita cambios, se acepta automáticamente. Si escribe en el chat del pedido después de la entrega, el pedido queda en espera; cuando le respondamos, podremos reiniciar el plazo de 3 días y se lo indicaremos en el chat.
- Rehacer el trabajo o reembolso totalSi el resultado no se ajusta a su brief y los cambios no lo resolvieron, o el trabajo tarda más del doble de su plazo, escriba en el chat del pedido: rehacemos el trabajo o le reembolsamos el pago íntegro.
Preguntas y respuestas
¿Probarán ustedes el sitio?
No. Redactamos los casos de prueba y la lista de verificación; su equipo o un tester los ejecuta y registra los resultados.
¿Puedo importarlos en TestRail o Qase?
Sí. Pida una tabla tipo CSV en el brief, y las columnas coincidirán con una importación típica.
¿Escriben código de pruebas, como scripts de Playwright o Selenium?
No, son casos de prueba manuales. Suelen ser el primer paso antes de que un equipo escriba código de pruebas.