Auditar la cobertura de la publicación antes de comparar regresiones
¿Los eventos de productos y API cubren los mismos lanzamientos lo suficientemente bien como para realizar una comparación de regresión?
Cree una columna de lanzamiento compartida antes de calcular las tasas para que la instrumentación faltante permanezca nula en lugar de parecer una confiabilidad perfecta.
Published expected result
Cobertura de solicitudes de API por versión
| release | product_events | successful_product_events | api_requests | api_errors | api_error_pct |
|---|---|---|---|---|---|
| 2026.07.1 | 13 | 12 | 0 | 0 | — |
| 2026.07.2 | 8 | 8 | 10 | 6 | 60 |
Cómo leer la consulta
- El lomo de la versión incluye versiones presentes en cualquiera de las fuentes en lugar de comenzar desde cualquier tabla que tenga filas.
- Una versión sin solicitudes de API mantiene una tasa de error nula, lo que evita que la cobertura ausente aparezca como errores del cero por ciento.
- Los recuentos de eventos del producto y los recuentos de solicitudes de API exponen si las poblaciones son comparables antes de que se realice una afirmación de regresión.
Decisiones que el SQL no puede tomar
- 1Defina qué servicios y clientes comparten un identificador de versión significativo.
- 2Exija una cobertura mínima y ventanas de observación completas antes de comparar tarifas.
- 3Investigue los cambios de instrumentación por separado de las regresiones de productos.
Continuar de esta lección
mantener el resultado
Ejecute esta consulta en sus propios eventos
Cree un espacio de trabajo libre solo cuando esté listo para guardar la consulta, conectar eventos reales y monitorear el resultado. No se requiere tarjeta de crédito.