The forgotten test
Intentionally, one test is “forgotten” for the first demo. However it is needed and “hot-fixed” for the second one.
Surely this is not typical in one documentation-release.
Therefor some tricks are used to show this in one go. Those tricks are documented here.
By adding some ‘tags’ to the various requirements one can filter on those when generating an overview. And only show the intend ones. This can be useful by-example to labels ‘needs’ for a specific release or product-variant. Here, used a bit more extensive.
Particulars
As typical each product has it “own” tag: demo1
or demo2
. As we have some tests that should be selected on one page, but not on another we use an extra tag: general
.
Most test-cases are labeled with general
, as are the generic requirements. Whereas the “forgotten” test DIV test (demo2 only) (CALC2_TEST_DIV_1) is labeled demo2
.. test:: Basic addition test
:id: CALC_TEST_ADD_1
:links: CALC_ADD;CALC2_1000ND
:tags: general
:project: RequirementsTraceability
Sum two numbers ....
.. test:: DIV test (demo2 only)
:id: CALC2_TEST_DIV_1
:links: CALC_DIV; CALC2_1000ND
:tags: demo2
:project: RequirementsTraceability
Subtract ...
Now it becomes possible to show the relations with, or without that test.
In the first demo, we filter on ‘demo1` and ‘general’. So we get the product, the generic requirements and most tests. But not the forgotten one.
.. needflow::
:tags: demo1;general
After we have “hot-fixed” the test, we can simply select all test for the second graph
.. needflow::
:tags: demo2;general
Actually, we didn’t really “hot fix” it; it was only defined for demo2. But linked to a general requirements.
Normally, you don’t need to use this kind of tricks; it better to not forget a test, or really fix it.
Comments
comments powered by Disqus