You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We currently have employed several optimization techniques and split the running of our quarkus integration tests into two ci runs. I would like to propose we instead start minimizing our usage of quarkus integration tests with a soft goal of getting back to a single ci test run.
We absolutely need coverage of our scripts - but we have removed command / option specific logic (dealing with --optimized, help, etc.) from kc.sh and kc.bat, so I think we can streamline what we're covering. I'd at least say anything that is marked as DryRun which is not specifically for exercising a script should just be a unit test. Even the help command dist test is fully unit testable.
If a test is actually starting the server and is something that is expressable in the new test framework, I would be in favor of migrating it or identifying why it can't.
This discussion was converted from issue #48398 on April 23, 2026 10:27.
Heading
Bold
Italic
Quote
Code
Link
Numbered list
Unordered list
Task list
Attach files
Mention
Reference
Menu
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
See Originally posted by @shawkins in #48212 (comment)
We currently have employed several optimization techniques and split the running of our quarkus integration tests into two ci runs. I would like to propose we instead start minimizing our usage of quarkus integration tests with a soft goal of getting back to a single ci test run.
We absolutely need coverage of our scripts - but we have removed command / option specific logic (dealing with --optimized, help, etc.) from kc.sh and kc.bat, so I think we can streamline what we're covering. I'd at least say anything that is marked as DryRun which is not specifically for exercising a script should just be a unit test. Even the help command dist test is fully unit testable.
If a test is actually starting the server and is something that is expressable in the new test framework, I would be in favor of migrating it or identifying why it can't.
Beta Was this translation helpful? Give feedback.
All reactions