Slather incompatible with Variant tests
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- ruby
- Área
- testing-qa
Línea de trabajo
Start by reading the binary discovery path around find_binary_files and how Slather accepts test binary paths. The issue gives no file or test names, so locate the relevant implementation and tests first. Done means variant test binaries can be selected explicitly and coverage runs against the intended variant.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
We are using variant testing in some of our test plans (for example: one plan requiring USan and another using ASan), which results in the following Build directory structure:
Build/Products/Variant-ASan-UBSan/Debug-iphonesimulator/CTUtilsTest.xctest
Build/Products/Variant-USan-UBSan/Debug-iphonesimulator/CTUtilsTest.xctest
In this case the find_binary_files fails to find the variants (reasonable, since there's no way to tell it which one to choose anyway). This problem may be especially acute if using build_without_testing, since you're guaranteed to have the variants carried along in that case.
I've not found a way to be more specific about the binaries in order to accommodate this, so we're running a separate set of coverage tests (which should yield the same results) with a single test binary, as opposed to requiring the variants. However, there may be others who run into this in the future, and I figured I'd see if I could save someone time at least in acknowledging this.
I'm not sure exactly what the fix is here, other than to provide a way to specify variants explicitly.
- Lenguaje dominante
- Ruby
- Estrellas
- 1.6k
- Forks
- 239
- Merge medio
- 1 d 9 h
- PR fusionados (30 d)
- 2
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 SlatherOrg/slather
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
SlatherOrg/slather#588 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
SlatherOrg/slather#582 · 1 comentario ·
-
is xcode 26 already supported?Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
SlatherOrg/slather#580 · 9 comentarios ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 56/100
SlatherOrg/slather#578 · 3 comentarios · 1 reacción ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 55/100
SlatherOrg/slather#577 ·
Todos los issues de SlatherOrg/slather
Issues similares
-
bug needs-triaging
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
SeleniumHQ/seleniumhq.github.io#2952 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
hashicorp/homebrew-tap#433 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 8 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 62/100
TheOdinProject/curriculum#31509 ·
Los mantenedores suelen responder en 1 día