yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #70479
[Bug 1744396] [NEW] Split fullstack test_securitygroup test case into small pieces
Public bug reported:
This is the description of the test case:
"""Tests if a security group rules are working, by confirming
that 0. traffic is allowed when port security is disabled,
1. connection from outside of allowed security group is blocked
2. connection from allowed security group is permitted
3. traffic not explicitly allowed (eg. ICMP) is blocked,
4. a security group update takes effect,
5. a remote security group member addition works, and
6. an established connection stops by deleting a SG rule.
7. multiple overlapping remote rules work,
8. test other protocol functionality by using SCTP protocol
9. test two vms with same mac on the same host in different
networks
It shouldn't be like that. Each scenario should live in its own test
case. Otherwise whenever something fails, it's hard to assess which step
got us into broken state. The test case should be split into pieces.
** Affects: neutron
Importance: Wishlist
Status: Confirmed
** Tags: fullstack low-hanging-fruit
** Changed in: neutron
Importance: Undecided => Wishlist
** Changed in: neutron
Status: New => Confirmed
** Tags added: low-hanging-fruit
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1744396
Title:
Split fullstack test_securitygroup test case into small pieces
Status in neutron:
Confirmed
Bug description:
This is the description of the test case:
"""Tests if a security group rules are working, by confirming
that 0. traffic is allowed when port security is disabled,
1. connection from outside of allowed security group is blocked
2. connection from allowed security group is permitted
3. traffic not explicitly allowed (eg. ICMP) is blocked,
4. a security group update takes effect,
5. a remote security group member addition works, and
6. an established connection stops by deleting a SG rule.
7. multiple overlapping remote rules work,
8. test other protocol functionality by using SCTP protocol
9. test two vms with same mac on the same host in different
networks
It shouldn't be like that. Each scenario should live in its own test
case. Otherwise whenever something fails, it's hard to assess which
step got us into broken state. The test case should be split into
pieces.
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1744396/+subscriptions