Agenda Command · Guía de Francisco · Octubre 2026

Coordina. Prepara. Lee.
Y cuéntanos qué mejorar.

Tu recorrido de QA con dos equipos ficticios. Abre un caso, haz la tarea y registra qué ocurrió realmente.

28 casosSin voz pagadaCuentas entregadas por separado

Qué es Agenda Command

Una agenda de equipo para que quien asiste a una reunión encuentre horario, lugar, documentos y próximos pasos en un solo dossier. Quien coordina prepara ese dossier; el lector lo consulta; los perfiles de revisión deciden qué versión está revisada y publicada.

Reader

Empieza por Briefing: abre una reunión, lee sus materiales, confirma lectura y consulta tareas compartidas. No cambia horarios.

Coordinator

Usa Agenda y Work: programa, prepara materiales, asigna responsables y convierte solicitudes en reuniones.

Administrator de QA

Configura agendas, perfiles y políticas de estos equipos ficticios. No tiene acceso a producción ni facturación.

Tu encargo, Francisco

Después de iniciar sesión, pulsa Open demo day en la franja superior: las reuniones de ensayo empiezan el 6 de octubre de 2026. Primero intenta completar A01–A06 sin ayuda. Anota dónde dudas, qué palabra no entiendes y cuántos pasos te sobran. Después valida documentos y permisos. Finalmente prueba teléfono/tablet reales y sesiones simultáneas. No inventes un aprobado: «No probado» también es un resultado útil.

Trabaja con North Demo y South Demo. Usa perfiles separados del navegador para cambiar entre cuentas. Las credenciales se entregan por separado, nunca están en esta página.

Voz: no hay generación pagada en este staging. El aviso de audio deshabilitado es esperado. La reproducción de archivos subidos sí se puede probar con material ficticio. Los casos T01–T04 los ejecuta el técnico.

Feedback que necesitamos

Separa fallo de sugerencia: el fallo contradice el resultado esperado; la sugerencia mejora claridad o esfuerzo. Conserva una captura antes de repetir el caso y otra tras el retest.

4. Francisco empieza por una historia de trabajo

No le pediría comenzar por 28 casos. Primero una sesión de unos 45 minutos: entra como Reader, abre una reunión y su briefing; cambia a Coordinator, crea una reunión, sube un documento y vuelve a leerlo. Los casos A01–A06 explican ese recorrido. Después hace documentos/permisos y finalmente dispositivos/resistencia. Los T01–T04 corresponden al técnico, no se le delegan a Francisco.

Entorno entregado para tus pruebas

  1. Dos enlaces HTTPS de staging. North está disponible; South puede tardar en resolver si tu red conserva una respuesta DNS antigua. Si falla, empieza por North y marca el cruce entre organizaciones como bloqueado.
  2. Cuentas privadas por rol y una tabla de lo que cada una puede hacer.
  3. Datos preparados y fecha base visible: T0 es el lunes de la semana de QA en America/Caracas. QA-N01 el martes a las 10:00; QA-N02 el miércoles a las 14:00 con dos agendas; QA-N03 privado el jueves. Guardar fechas absolutas y zonas en el manifiesto del seed.
  4. QA-T-SHARED y QA-T-PRIVATE, solicitud por programar, briefing v1 sin publicar y v2 como archivo de ensayo. South lleva marcador exclusivo QA-SOUTH-SECRET-ORCHID.
  5. Audio ficticio preparado: QA-synthetic-tone-not-a-reading.wav. Es un tono de dos segundos, no una lectura del documento. Simulación pagada deshabilitada por defecto; sin claves no hay integración real comprobada.
  6. Smoke propio por roles/tenants; cero llamadas pagadas. Tu ejecución empieza pendiente, aunque el equipo técnico haya probado el build.

Las cuentas, reuniones y archivos ficticios ya están preparados. Los archivos descargables de abajo son para que tú hagas las pruebas de subida y de nuevas versiones. Estas descargas son autocontenidas en este HTML; no crean reuniones ni cuentas:

Después de cada sesión, Francisco descarga su informe y adjunta capturas por ID de caso. El operador restablece el seed únicamente entre sesiones acordadas; nunca borrar su trabajo mientras está probando. Las imágenes de fallo se conservan intactas, aunque luego mejoremos la interfaz.

5. Cuaderno de QA

Marca el resultado observado. «Bloqueado» significa que no pudiste ejecutar; «No probado», que no lo revisaste. Un resultado histórico no se copia como aprobado. El progreso se intenta guardar en este navegador, pero usa Descargar informe para conservarlo y enviarlo.

1 · Primer recorrido

A01 Entrar y reconocer el entorno Pendiente

Reader · North

Haz esto. Inicia sesión con tu cuenta Reader. Mira el nombre de organización y el aviso de staging. Abre Agenda.

Debe pasar. Aparece North y la reunión QA-N01. No hay nombres, documentos ni contactos reales. Anota el commit del manifiesto de entrega.

Evidencia. Captura de Agenda; navegador, dispositivo y build.

A02 Abrir y leer el dossier Pendiente

Reader · North

Haz esto. Abre QA-N01; localiza briefing, talking points y lugar. Abre briefing v1 y vuelve a la reunión.

Debe pasar. Puedes encontrar el material sin buscar en enlaces externos. El nombre de versión y el estado son legibles.

Evidencia. Captura del dossier y del documento; anota si te pierdes.

A03 Crear una reunión Pendiente

Coordinator · North

Haz esto. Crea QA-FR-01 mañana a las 10:00 America/Caracas durante 30 minutos, con la agenda de Alex Demo. Guarda y recarga.

Debe pasar. Existe una sola reunión, con horario, agenda y zona correctos. No desaparece tras recargar.

Evidencia. Captura antes/después; ID o enlace de la reunión.

A04 Subir un briefing Pendiente

Coordinator → Reader · North

Haz esto. Sube briefing-v1.txt como Briefing a QA-FR-01. Abre la misma reunión desde el perfil Reader.

Debe pasar. El lector autorizado encuentra el archivo y su texto; aparece como borrador según la política inicial. No se genera voz de pago.

Evidencia. Captura de ambas cuentas; el técnico verifica cero llamadas TTS.

A05 Preparar materiales Pendiente

Coordinator · North

Haz esto. En QA-N01 solicita talking points y asígnalos a Material Owner. Inicia el texto de un material solicitado. Provoca un error controlado de carga y reintenta.

Debe pasar. Se entiende quién prepara qué. Una subida fallida conserva el borrador y el archivo elegido; no dice guardado si falló.

Evidencia. Capturas del borrador, error y reintento; no cortes la red de otras personas.

A06 Solicitud → reunión Pendiente

Coordinator · North

Haz esto. Crea QA-REQ-FR y prográmala. Abre Open meeting. Vuelve a Requests y cambia a All requests. Recarga el dossier.

Debe pasar. Open meeting abre la reunión exacta. La solicitud sigue existiendo como Scheduled. Registrar si el filtro confunde o la recarga cierra el dossier: F01/F02 conocidos.

Evidencia. Enlace y capturas; no marcar aprobado si se pierde el contexto.

2 · Documentos y permisos

B01 No publicar sin revisión Pendiente

Reviewer · North

Haz esto. Con revisión obligatoria activada, intenta publicar briefing v1 de QA-N01 antes de revisarlo.

Debe pasar. El servidor rechaza la publicación. El documento no cambia a publicado ni aparece una revisión inventada.

Evidencia. Aviso y estado después de recargar.

B02 Revisar y publicar Pendiente

Reviewer → Reader · North

Haz esto. Registra la revisión de briefing v1 y después publícalo. Abre la versión desde Reader.

Debe pasar. Revisado y publicado son acciones distinguibles; quedan autor y versión correctos. Publicar no crea un enlace público en internet.

Evidencia. Captura del estado oficial y evidencia de acceso anónimo denegado por técnico.

B03 Una nueva versión Pendiente

Coordinator → Reader · North

Haz esto. Añade briefing-v2.txt como nueva versión del mismo documento, sin publicarla. Abre como lector con borradores visibles.

Debe pasar. Hay historia v1/v2; v2 se identifica como borrador. El contenido anterior sigue recuperable; no se confunde v2 con oficial.

Evidencia. Captura de contenido, número y estado.

B04 Solo versiones publicadas Pendiente

Administrator → Reader · North

Haz esto. Cambia a solo publicado. Cierra y reabre el documento como Reader; prueba también el enlace directo de v2 que guardaste. Restaura luego borradores visibles.

Debe pasar. Con solo publicado, el lector ve v1 y no puede descargar v2 por enlace directo. Al restaurar, vuelve a ver el borrador identificado.

Evidencia. Capturas y verificación técnica de la URL directa; no basta esconder un botón.

B05 Abierto, leído, aceptado Pendiente

Reader · North

Haz esto. Abre v1; comprueba su recepción. Pulsa Confirm read y luego Accept por separado. Repite en v2 sin confirmar.

Debe pasar. Abrir no equivale a confirmar ni aceptar. Cada registro pertenece a su versión; aceptar v1 no acepta v2.

Evidencia. Captura de los tres estados, cuenta y versión.

B06 Tarea compartida Pendiente

Reader · North

Haz esto. Abre QA-T-SHARED compartida contigo, y prueba el enlace de QA-T-PRIVATE que suministra el técnico.

Debe pasar. Puedes leer la compartida con política activada, sin editarla ni descubrir la privada. Un 403 no debe presentarse como lista vacía.

Evidencia. Resultado de cada tarea y controles visibles.

B07 Desactivar acceso a tareas compartidas Pendiente

Administrator → Reader · North

Haz esto. Desactiva la política de tareas compartidas a lectores. Repite B06 con sesión Reader ya abierta; restaura la política.

Debe pasar. La sesión abierta pierde el acceso cuando corresponde. No obtiene tareas distintas al reactivarlo.

Evidencia. Capturas antes/después; revalidación técnica por API.

B08 Reunión de dos agendas Pendiente

Coordinator limitado · North

Haz esto. Intenta cambiar la hora de QA-N02, que pertenece a Alex y Sam. Tu cuenta solo edita Alex. Después repite con Coordinator general.

Debe pasar. Con política ALL, el limitado no cambia la reunión; el general con permiso en ambas sí. El rechazo conserva el formulario.

Evidencia. Capturas y hora final vista por Reader.

B09 Materiales sin cambiar horarios Pendiente

Material Owner · North

Haz esto. Adjunta un archivo a QA-N01. Intenta cambiar su hora y después revisar un documento sin permiso de revisión.

Debe pasar. El perfil puede preparar materiales según su asignación; no recibe automáticamente permiso para horario o revisión.

Evidencia. Resultado por acción y mensaje al rechazar.

B10 Aislamiento entre equipos Pendiente

North + South

Haz esto. Abre ambos equipos en perfiles de navegador distintos. Copia los enlaces de reunión, tarea y archivo North y prueba sus IDs en South con ayuda técnica.

Debe pasar. South nunca devuelve texto, nombre, audio ni bytes de North. El técnico también comprueba cookies ajenas y selectores manipulados.

Evidencia. Respuesta de cada prueba, sin copiar secretos al informe.

B11 Revocar una sesión abierta Pendiente

Administrator + Reader temporal

Haz esto. Mantén una cuenta Reader temporal abierta; revócala desde Administrator. Intenta recargar agenda, descargar y reproducir su archivo.

Debe pasar. Las peticiones nuevas quedan denegadas. La app no sigue fingiendo acceso vigente. Un archivo ya descargado no puede recuperarse del dispositivo.

Evidencia. Hora de revocación y respuesta posterior.

3 · Resistencia y dispositivos

C01 Cambios simultáneos Pendiente

Dos Coordinator · North

Haz esto. A escribe una nota y responsable sin enviar. B mueve la misma reunión y guarda. A recibe el cambio e intenta guardar.

Debe pasar. A conserva su trabajo y entiende el conflicto. No sobrescribe silenciosamente ni registra una acción que el servidor rechazó.

Evidencia. Grabación o capturas de ambas sesiones y contenido final.

C02 Archivo inválido y reintento Pendiente

Coordinator · North

Haz esto. Sube archivo-invalido.pdf. Luego elige briefing-v1.txt. Prueba doble clic al subir en una reunión limpia.

Debe pasar. El archivo inválido se rechaza con explicación; el válido funciona y el doble clic no duplica materiales.

Evidencia. Listado final y error exacto.

C03 Voz sin consumo Pendiente

Reader · North

Haz esto. Abre un documento sin audio; pulsa el control permitido. Reproduce luego el audio de muestra marcado como simulación. Cambia de voz y recarga.

Debe pasar. El modo de staging explica que no genera voz real. La muestra se reproduce sin presentarse como lectura auténtica del documento. Cero llamadas pagadas.

Evidencia. Captura y contador técnico de llamadas; modo ya habilitado en staging: generación pagada desactivada.

C04 Teléfono real Pendiente

Reader · North

Haz esto. Repite A02 y B05 en un teléfono real, en vertical/horizontal y con teclado abierto donde corresponda.

Debe pasar. Texto legible, botones alcanzables, sin contenido tapado ni desplazamiento horizontal involuntario.

Evidencia. Capturas con modelo, SO, navegador y orientación.

C05 Tablet y computadora Pendiente

Coordinator · North

Haz esto. Repite A03/A04 en tablet y computadora; prueba zoom de navegador al 200 %, Tab, Enter y Escape.

Debe pasar. Se puede completar sin botones recortados; foco visible y cierre de modal devuelve un foco útil.

Evidencia. Dispositivo/resolución real y puntos de fricción; emulación etiquetada aparte.

C06 Instalar, cerrar, volver Pendiente

Reader · North

Haz esto. Instala la PWA si tu navegador lo permite; cierra y vuelve a abrir, pasa de Wi-Fi a datos móviles.

Debe pasar. Enlace HTTPS funciona fuera de la red de Ricardo. La sesión sigue las reglas previstas; no promete funcionamiento sin conexión.

Evidencia. Equipo y pasos; dispositivo no disponible = no probado.

C07 Horario en otra zona Pendiente

Coordinator → Reader · North

Haz esto. Pon la vista Reader en Europe/Madrid y compara QA-N01 con America/Caracas. Revisa la zona indicada en la vista previa.

Debe pasar. Es el mismo instante y duración. Las etiquetas explican zonas; registra F04 si la vista previa promete una hora distinta sin aclaración.

Evidencia. Ambas capturas y fecha exacta; no uses una diferencia horaria fija todo el año.

4 · Validación técnica

T01 Nada paga por subir Pendiente

Responsable técnico

Haz esto. Intercepta el adaptador del proveedor en pruebas aisladas. Crea reunión con adjuntos, sube desde materiales, añade versión, abre, pulsa Play y cambia voz sin confirmar generación.

Debe pasar. Contador de llamadas proveedor = 0 en todos los recorridos. Verifica también que mapas/transcripción no tengan credenciales pagadas en staging.

Evidencia. Log del adaptador, commit, escenarios y control negativo. Pendiente de implementación.

T02 Una generación, dos clics Pendiente

Responsable técnico

Haz esto. Con proveedor simulado, confirma Generate audio dos veces y desde dos sesiones al mismo tiempo. Repite con la misma versión y voz.

Debe pasar. Una sola operación reservada; reutilización posterior. Reintento no duplica cargos estimados ni objetos.

Evidencia. Contador, ID de operación y objetos. Pendiente de implementación.

T03 Cuota y fallos parciales Pendiente

Responsable técnico

Haz esto. Agota la cuota sintética. Prueba solicitud directa, permiso revocado, fallo del proveedor en un bloque y error al guardar el audio.

Debe pasar. Sin cuota/permiso no sale petición. Un fallo parcial conserva el consumo reservado o incierto; no reintenta todo sin límite.

Evidencia. Evidencia por caso; nunca se usa el proveedor real para estas pruebas.

T04 Instalación y recuperación Pendiente

Responsable técnico

Haz esto. Comprueba manifiesto servido, migraciones, vinculaciones D1/R2/clave por tenant, rechazo de origen alterno, restauración de un seed ficticio y secretos ausentes del bundle.

Debe pasar. El artefacto y recursos coinciden con la entrega. Recuperación ensayada sin tocar producción; smoke nuevo tras cualquier cambio.

Evidencia. Manifiesto, hashes, logs depurados y resultado por tenant.

Cómo reportar un fallo

Caso + build + organización + rol + dispositivo → pasos exactos → esperaba esto → ocurrió esto → evidencia. Ejemplo: «B04, build X, North, Reader, Safari: con solo publicado activo, pegué el enlace directo de v2 y pude descargarlo». Eso bloquea la salida; «el botón se ve raro» necesita captura y tamaño.

P0: datos de otro equipo, producción alterada o consumo pagado inesperado en staging: detener la sesión y avisar. P1: pérdida de información, permiso incorrecto, publicación o guardado falso: bloquear promoción. P2: fricción visual o de recorrido: documentar impacto y decidir antes del lanzamiento. No borrar el fallo cuando un retest pase: adjuntar el nuevo resultado.