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 UT_ADD_TEST call has some limitations as addressed in #840. Some solutions are discussed in that PR.
Proposed Solutions
Have UT_ADD_TEST handle "nested" unit tests, OR
Develop a nomenclature for unit test functions that explicitly indicates whether there are nested unit tests and then rename unit tests accordingly, OR
Document the anti-pattern, OR
Split up all unit tests to ensure only one test per function and make this a design pattern.
Related to nasa/osal#577. Individual tests are added w/ the UT_ADD_TEST call. Some tests are grouped at a lower level (Test_MSG_CCSDSExt is a group of tests), and those functions are called directly. Same pattern is used in sb:
astrogeco
changed the title
Related to nasa/osal#577. Individual tests are added w/ the UT_ADD_TEST call. Some tests are grouped at a lower level (Test_MSG_CCSDSExt is a group of tests), and those functions are called directly. Same pattern is used in sb:
ISSUE opened by mistake
Aug 25, 2020
astrogeco
changed the title
ISSUE opened by mistake
Document nested usage of UT_ADD_TEST and clarify nomenclature for individual versus groups of tests #578
Aug 25, 2020
astrogeco
changed the title
Document nested usage of UT_ADD_TEST and clarify nomenclature for individual versus groups of tests #578
Document nested usage of UT_ADD_TEST and clarify nomenclature for individual versus groups of tests
Aug 25, 2020
Describe the problem
The
UT_ADD_TEST
call has some limitations as addressed in #840. Some solutions are discussed in that PR.Proposed Solutions
UT_ADD_TEST
handle "nested" unit tests, ORAdditional Context
Originally posted by @skliper in #840 (comment)
The text was updated successfully, but these errors were encountered: