-
Notifications
You must be signed in to change notification settings - Fork 274
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
Test suites for inlinel2 and inlinel3 #6769
Conversation
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 put some single comment during review, I will add here general comments related to the whole test suites:
- Could you rebase on
devel
? - We need to have variables for each test suite defined in
vars/all.yml
- When using API calls your JSON payloads contain:
- default values: could you remove it ?
- sometimes
id
key which is not necessary if already present in URL
- Could you create a diagram for inline L2 ?
- On diagrams, could you mention where is the PacketFence server to clarify ?
- [/] I run that scenario on a runner and both test suites failed at
Test-if-the-device-is-in-the-ipset-role-ID-2-Guest-role
- Doesn't seem to be an issue anymore if we run test suites after unit tests https://gitlab.com/inverse-inc/packetfence/-/jobs/1932845215
- [/] I and @JeGoi will move some test cases into executor to avoid duplication between both test suites
=> will be done later on a specific PR.
I will add another comment later which more specific to the logic of the scenario
t/venom/test_suites/inline/l3/teardown/05_setup_packetfence.yml
Outdated
Show resolved
Hide resolved
t/venom/test_suites/inline/l3/teardown/05_setup_packetfence.yml
Outdated
Show resolved
Hide resolved
t/venom/test_suites/inline/l2/teardown/05_setup_packetfence.yml
Outdated
Show resolved
Hide resolved
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.
Also I suggest to rename test cases without any spaces and uppercase letters because it create long variables (when you want to reuse output from a test case)
EDIT: DONE
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.
At the moment, inline
test suites don't require other VM than pf
VM so they could be part of unit_tests
scenario to speed tests.
EDIT: DONE
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.
Also we should create a connection profile with an inline
filter.
EDIT: dependency to default connection profile in /root/register_node
so we keep things like this for now.
afbb74d
to
253457c
Compare
… qemu-system-x86_64
This reverts commit 445b4dc.
…cdec99e1ce4d1e9b72a441ec58a
We don't configure anymore reg and iso interfaces because they are not used in this scenario. On top of that, PacketFence removes IP on this interfaces when we start to configure inline interfaces using API
put back cli login vars removed by bad rebase
Description
Cover test for inlinel3 and inlinel2
Impacts
Tests
Delete branch after merge
YES