# Guion completo para teleprompter — 06-nonfunctional-testing

En este bloque cubrimos calidad más allá de lo funcional.

## Diapositiva 1: Conceptos básicos de las pruebas de rendimiento

En esta diapositiva quiero que te quedes con una idea práctica: **conceptos básicos de las pruebas de rendimiento**.

Empezamos con: **Definir objetivos de rendimiento alineados con SLO**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Mi consejo aquí es convertirlo en un criterio verificable: algo que puedas demostrar con evidencia, no solo con opinión.

Seguimos con: **Ejecute pruebas de referencia, carga, estrés y remojo**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Cuando esto se conversa temprano con desarrollo y producto, se reducen fricciones y el ciclo de validación se vuelve mucho más corto.

Y cerramos con: **Analice el tiempo de respuesta y el comportamiento de la tasa de error**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Esta parte marca la diferencia entre “saber testing” y “operar calidad” de forma consistente sprint tras sprint.

Mi recomendación: llévate esta idea a un caso real hoy y documenta el resultado.

Referencias: https://grafana.com/docs/k6/latest/ | https://sre.google/sre-book/service-level-objectives/

## Diapositiva 2: k6 para checks prácticas de rendimiento

Vamos con un concepto clave para aplicar hoy mismo: **k6 para checks prácticas de rendimiento**.

Empezamos con: **Escribir escenarios de carga basados ​​en JavaScript**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Mi consejo aquí es convertirlo en un criterio verificable: algo que puedas demostrar con evidencia, no solo con opinión.

Seguimos con: **Integre ejecuciones en CI para regresiones**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Cuando esto se conversa temprano con desarrollo y producto, se reducen fricciones y el ciclo de validación se vuelve mucho más corto.

Y cerramos con: **Usa umbrales para fallar en la degradación crítica**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Esta parte marca la diferencia entre “saber testing” y “operar calidad” de forma consistente sprint tras sprint.

Si aplicas esto en un flujo real de tu producto, vas a notar mejoras rápido.

Referencias: https://grafana.com/docs/k6/latest/

## Diapositiva 3: Fundamentos de las pruebas de accesibilidad

Esta parte es importante porque impacta directamente tu día a día: **fundamentos de las pruebas de accesibilidad**.

Empezamos con: **Usa WCAG como estándar de referencia**. Aquí mejoramos la experiencia real de personas usuarias y reducimos riesgos de cumplimiento. Mi consejo aquí es convertirlo en un criterio verificable: algo que puedas demostrar con evidencia, no solo con opinión.

Seguimos con: **Automatiza checks comunes con herramientas como ax**. En automatización, la clave es mantener pruebas estables y legibles para que escalen con el producto. Cuando esto se conversa temprano con desarrollo y producto, se reducen fricciones y el ciclo de validación se vuelve mucho más corto.

Y cerramos con: **Agregar checks manuales del teclado y del lector de pantalla**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Esta parte marca la diferencia entre “saber testing” y “operar calidad” de forma consistente sprint tras sprint.

No lo dejes en teoría: pruébalo esta semana en una historia o endpoint real.

Referencias: https://www.w3.org/TR/WCAG22/ | https://www.deque.com/axe/

## Diapositiva 4: Pruebas de seguridad en control de calidad

En esta diapositiva quiero que te quedes con una idea práctica: **pruebas de seguridad en control de calidad**.

Empezamos con: **Priorice los principales riesgos web de OWASP**. Esto te ayuda a priorizar mejor: no todo se prueba igual, se prueba según impacto y probabilidad de fallo. Mi consejo aquí es convertirlo en un criterio verificable: algo que puedas demostrar con evidencia, no solo con opinión.

Seguimos con: **Incluir escenarios de uso indebido/abuso en el diseño de pruebas.**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Cuando esto se conversa temprano con desarrollo y producto, se reducen fricciones y el ciclo de validación se vuelve mucho más corto.

Y cerramos con: **Colabore con AppSec para evaluaciones más profundas**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Esta parte marca la diferencia entre “saber testing” y “operar calidad” de forma consistente sprint tras sprint.

Mi recomendación: llévate esta idea a un caso real hoy y documenta el resultado.

Referencias: https://owasp.org/www-project-top-ten/

## Diapositiva 5: Fiabilidad y observabilidad

Vamos con un concepto clave para aplicar hoy mismo: **fiabilidad y observabilidad**.

Empezamos con: **Usa registros, métricas y trazas para investigar fallas**. Las métricas correctas te ayudan a mejorar el sistema, no a perseguir números sin contexto. Mi consejo aquí es convertirlo en un criterio verificable: algo que puedas demostrar con evidencia, no solo con opinión.

Seguimos con: **Diseñar pruebas para exponer el riesgo operativo.**. Esto te ayuda a priorizar mejor: no todo se prueba igual, se prueba según impacto y probabilidad de fallo. Cuando esto se conversa temprano con desarrollo y producto, se reducen fricciones y el ciclo de validación se vuelve mucho más corto.

Y cerramos con: **Colaborar con SRE/DevOps en aprendizaje de incidentes**. Aplicado con disciplina, este punto mejora claridad, velocidad de feedback y calidad de entrega. Esta parte marca la diferencia entre “saber testing” y “operar calidad” de forma consistente sprint tras sprint.

Si aplicas esto en un flujo real de tu producto, vas a notar mejoras rápido.

Referencias: https://opentelemetry.io/docs/ | https://sre.google/sre-book/table-of-contents/
