<div dir="ltr"><div><div><div><div><div>Hello,<br><br></div>We are currently implementing integration tests to fill in the API coverage gaps currently in the existing suite.  I submitted for review tests for the 'stack events' API (see URL below); However, there is disagreement about where such tests should reside.  The dissenting reviewers don't want to add to the overhead of the whole functional test cycle by creating yet another stack; But my question is where to actually shoehorn such API calls among the existing suite in a way that is organized and doesn't make things more convoluted.  <br><br>For example, I could affix 'stack event' API validation tests to, say...<br>     test_create_update.test_stack_in_place_update()<br><br></div><div>...thereby 'piggybacking' on the stack created there.  But does that add or detract from how the suite is organized?<br><br>Any feedback or guidance is appreciated here, as we were hoping to approach this enhancement in an organized way.<br></div><div><br></div></div><b>Test suite in question</b>: heat_integrationtests/functional<br></div><b>On hold review</b>: <a href="https://review.openstack.org/#/c/219025/">https://review.openstack.org/#/c/219025/</a><br><br></div>- James<br></div>