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
The current Chewie tests end up re-testing the state machine.
We should mock out any references to the state machine and test just chewie's functionality. That is, make sure it passes messages to and from the state machines correctly and responds to port status messages from faucet. It's going to be somewhat abstract, but that's the correct way to do test an object like this.
The text was updated successfully, but these errors were encountered:
chewie tests load up all the responses and then set the ball rolling,
but we can't rely on the radius sender to always be called before the
radius receiver.
we should implement #68 and get the mocks nice and in lock-step to test
specific sequences of events
The main things that Chewie does is pass messages between sockets and EAP/RADIUS queues and handle packing/unpacking. The rest of the methods can be easily factored out, and it'll become a bit more clear why once this test suite is merged in.
The current Chewie tests end up re-testing the state machine.
We should mock out any references to the state machine and test just chewie's functionality. That is, make sure it passes messages to and from the state machines correctly and responds to port status messages from faucet. It's going to be somewhat abstract, but that's the correct way to do test an object like this.
The text was updated successfully, but these errors were encountered: