allure-framework / allure-framework/allure-python
allure-robotframework creates separate attachment files for log messages from each keyword
- Lenguaje dominante
- Python
- Estrellas
- 814
- Forks
- 260
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
#### I'm submitting a ...
- [***] bug-feature report
#### What is the current behavior?
Currently allure-robotframework creates separate attachment files for log messages from each keyword, no matter if it is from external library or from builtin Log keyword.
#### If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem
Unfortunately can't provide any test results. I think, that it will be enough to create few tests with Log keyword to see result.
To launch test project i use this command line:
robot --listener allure_robotframework --loglevel DEBUG -T --outputdir .\log\robot --variable REMOTE_URI:127.0.0.1:1234 --console verbose -s 'List_Test' .\x-tests
#### What is the expected behavior?
I expect that all **logging** attachments for whole test project run should go in to one attachment file.
#### What is the motivation / use case for changing the behavior?
This behavior can inflict problem with accessing output folder when running complex test suites with many log messages. For example, simple test suite with two normal tests generates 84 attachment files. You may imagine what will happens with output directory when a really big test project will run few times.
#### Please tell us about your environment:
- Allure version: 2.10.0
- Test framework: Robot Framework 3.1 (Python 3.6.7 on win32)
- Allure adaptor: allure-robotframework@2.6.0
Guía de contribución
Línea de trabajo
Comienza reproduciendo el problema con la palabra clave Log de Robot Framework y el comando proporcionado robot --listener allure_robotframework, comparando el número de adjuntos para una suite pequeña. Rastrea el manejo de mensajes de log del listener allure_robotframework. Se considera terminado cuando los adjuntos de logging de toda la ejecución se consolidan en un solo archivo sin perder mensajes, con el comportamiento verificado en una suite más grande.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- python
- Área
- testing
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100