-
Notifications
You must be signed in to change notification settings - Fork 217
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
mqueue test program #229
Comments
Imported from trac issue 206. Created by cdknight on 2018-11-16T19:04:20, last modified: 2019-08-14T14:11:46 |
Rather than making a whole new test program, there is already a "queue-timeout-test" test program that does much of this. Right now this test program only focuses on calling OS_QueueCreate() followed by OS_QueueGet() and getting the timeout response. But it shouldn't be too hard to just add another test case to this, to actually call OS_QueuePut() to send some test data into the queue and validate it on the other side. Furthermore, the ut_oscore_queue_test does a much more extensive test of the OS_QueuePut/OS_QueueGet functions, but it is a bit convoluted and doesn't use the same framework. |
Preference is to add test or add to existing test (queue-timeout-test) using the utassert framework. Either approach is fine (if you want to keep queue-timeout-test specific to timeouts and add a test for general queue behavior, or if you want to generalize the existing test to cover more functionality). Expending resources on the "unit-tests" that use the alternate framework is discouraged. Eventually the "scenarios" covered by these tests should all be covered by the utassert tests. |
Will squash this commit after review
OSAL should include a simple mqueue test program to validate that the user has the correct settings and permissions to create/open/close/delete mqueues. Often users stumble on mqueue configuration and it is more difficult to diagnose when it's wrapped in the entirety of OSAL/cFS.
The text was updated successfully, but these errors were encountered: