test : add unit tests for _business_criticality_factor in risk_scoring
Nadie ha tomado este issue todavía.
- #2266 de @tmdeveloper007 — cerrado sin fusionar
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 35/100
Línea de trabajo
Read backend/secuscan/risk_scoring.py and inspect CRITICALITY_MAP and _business_criticality_factor, then review nearby tests under testing/backend/unit/. Add testing/backend/unit/test_risk_scoring_criticality_factor.py for known mappings, defaults, and case-insensitive input. Run the new unit test file and confirm each listed behavior passes. The issue names tmdeveloper007 as handling the task and links a closed pull request, so check the current status before starting.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary of What Needs to be Done:
Write unit tests for _business_criticality_factor in backend/secuscan/risk_scoring.py. This private function maps business criticality strings to multiplier floats used in contextual risk scoring. It is currently only exercised indirectly through compute_risk_score but has no dedicated tests for its mapping behavior.
Changes that Need to be Made:
Create a new file: testing/backend/unit/test_risk_scoring_criticality_factor.py
Import _business_criticality_factor from backend.secuscan.risk_scoring and test:
- Known criticality levels return correct multipliers
- None input returns 1.0 (default)
- Unknown criticality returns 1.0 (default)
- Empty string returns 1.0 (default)
- Case insensitivity of input
Impact that it would Provide:
Direct tests catch regressions if CRITICALITY_MAP is modified. Tests the default fallback behavior which is critical for stability when encountering unexpected criticality values in production data.
Note: This task is being handled by tmdeveloper007 — please assign to that account when picking it up.
- Lenguaje dominante
- Python
- Estrellas
- 36
- Forks
- 234
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una 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 utksh1/SecuScan
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
-
area:frontend good first issue level:intermediate priority:low type:testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
-
area:frontend good first issue level:intermediate priority:low type:testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
area:frontend good first issue level:beginner priority:low type:testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
-
area:frontend good first issue level:intermediate priority:low type:testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Todos los issues de utksh1/SecuScan
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
Los mantenedores suelen responder en 1 día
-
comp/desktop P3 type/feature
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
NousResearch/hermes-agent#154285 ·
Los mantenedores suelen responder en 1 día
-
docs: qualify copied and custom kubectl debug policy notesPosiblemente ocupada @nym01 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
kubescape/cel-admission-library#166 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
SACGF/variantgrid#2804 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
[BUG] HTTP lifecycle dispatch treats a NO_PROXY-only environment as corporate egress and skips the resolve-and-pinned sessionPosiblemente ocupada @bodapatisaikrishna la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día