Numerical Instability in Tests
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Error
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- python
- Área
- testing-qa
Línea de trabajo
Start with TestLaplaceDistribution.test_check_statistics_for_geo_unit_values and reproduce the failure in CI or the reported test environment. Investigate the sampling statistics and assertion tolerance; done means the test no longer flakes or fails while preserving meaningful checks for the Laplace distribution.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Description
I have noticed one of the tests flaps and sometimes fails, I guess its due to some numerical instability?
https://github.com/OpenMined/PyDP/runs/2679233108?check_suite_focus=true
______ TestLaplaceDistribution.test_check_statistics_for_geo_unit_values _______
[gw1] linux -- Python 3.6.13 /home/runner/.cache/pypoetry/virtualenvs/pydp-KC8mieZ4-py3.6/bin/python
self = <test_distributions.TestLaplaceDistribution object at 0x7fe191d630b8>
def test_check_statistics_for_geo_unit_values(self):
ld = LaplaceDistribution(epsilon=1.0, sensitivity=1.0)
samples = [ld.sample(scale=1.0) for _ in range(k_num_geometric_samples)]
mean = dp.util.mean(samples)
var = dp.util.variance(samples)
assert expect_near(0.0, mean, 0.01)
assert expect_near(2.0, var, 0.1)
assert expect_near(0.0, skew(samples, mean, math.sqrt(var)), 0.1)
> assert expect_near(3.0, kurtosis(samples, mean, var), 0.1)
E assert False
E + where False = expect_near(3.0, 3.1097853317836956, 0.1)
E + where 3.1097853317836956 = kurtosis([-0.18739762318364228, 0.19336953977835947, 2.2439366761800557, -0.120824026083028, 0.3653907802163303, 2.181137632465834, ...], 0.00018447984155104587, 2.0099539175529073)
How to Reproduce
See CI
Expected Behavior
Not failing.
Screenshots
See above
System Information
See Link
Additional Context
See above link
- Lenguaje dominante
- Python
- Estrellas
- 550
- Forks
- 142
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de OpenMined/PyDP
-
Type: New Feature :heavy_plus_sign:
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
-
Type: Question :grey_question:
Dificultad 3/5 1-2 días Aptitud para principiantes 25/100
-
Type: Question :grey_question:
Dificultad 4/5 3-5 días Aptitud para principiantes 32/100
-
Type: Improvement :chart_with_upwards_trend:
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
-
Type: New Feature :heavy_plus_sign:
Dificultad 3/5 1-2 días Aptitud para principiantes 38/100
Todos los issues de OpenMined/PyDP
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
kornia/kornia#5263 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Metadata correction for W16-5400Abiertoapproved correction metadata
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
acl-org/acl-anthology#10133 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
BasedHardware/omi#20084 ·
Los mantenedores suelen responder en 1 día
-
bug needs-acceptance wg/evaluation-quality
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
vllm-project/semantic-router#4424 ·
Los mantenedores suelen responder en 1 día