Single File Allure Report Has Larger File Size #2854
-
It was a while ago, but when I tried out to create a single file Allure report it was around 50% larger compared to the non-single file Allure report. That adds up if these reports are archived. Of course it can be compressed, but even then a compressed non-single report is much smaller in size. Can the single file report perhaps be optimized so that it has the same file size or only slightly larger? |
Beta Was this translation helpful? Give feedback.
Replies: 5 comments 4 replies
-
All the report files are encoded in Base64, which is why the single-file report is larger. We can optimise it by removing base64 encoding for JSON/text files, but this will not significantly improve the situation in most cases. |
Beta Was this translation helpful? Give feedback.
-
Okay, thanks. If it is only slightly smaller its not worth doing it. 20% larger would be okay, but more would take too much space. Single-file is more nice-to-have, so it depends on the cost in a way. |
Beta Was this translation helpful? Give feedback.
-
We usually have a lot of attachments, images and JSON requests/responses. Most likely our attachments are the reason for the large file size so that the optimization for the other part would only reduce it for a small amount. Please forget about my request then, I think its not worth doing it for only a little less in file size. But maybe as an idea it can be documented that the file size is larger with single-file, so that users know its normal and expected. |
Beta Was this translation helpful? Give feedback.
-
@baev When the size of the generated single allure report file exceeds 500MB, the report cannot be viewed, allure reports loading forever; |
Beta Was this translation helpful? Give feedback.
-
500 MB per report is probably too much anyway. Why is it so much data? Because of screenshots? You can reduce them or take only screenshots if a test fails and if it is a UI test. If you attach JSON request and response strings you can abbreviate them if they are too long. I replaced the aspects which process the step annoations from Allure with a own implementation so that step parameter toString() values are automatically abbreviated if too long (would actually be nice if that was built into Allure that the maximum size of parameter toString() values is configurable). |
Beta Was this translation helpful? Give feedback.
All the report files are encoded in Base64, which is why the single-file report is larger.
We can optimise it by removing base64 encoding for JSON/text files, but this will not significantly improve the situation in most cases.