-
Notifications
You must be signed in to change notification settings - Fork 486
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Proposal: integration testing #5369
Conversation
dir_name=$(basename "$test_dir") | ||
agent_logfile="../../${tmp_dir}/${dir_name}_agent.log" | ||
test_logfile="../../${tmp_dir}/${dir_name}_test.log" | ||
"$AGENT_BINARY_PATH" run config.river > "$agent_logfile" 2>&1 & |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Don't all the agents attempt to open on the same port 12345? How do you avoid this problem?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I guess that the first one succeed and the other ones don't but that does not seem to create any problem. I will need to dig into that
Draft Closed, PR opened here: #5475 |
PR Description
This PR introduces integration testing to the agent for flow.
With a solid test coverage, the agent should be more stable and it should be easier to update code affecting several components without having to go through manual testing. This would be particularly valuable when updating important dependencies like OpenTelemetry or Prometheus. As a result, we might be able to accelerate the release process which is currently quite long.
Another benefit of these tests is to provide examples of pipelines to the users to help them understand how the components can interact together. With some luck, a user might be able to find a test with his exact use case and be able to just copy the config.river file.
PR Checklist