OpenUP/OpenUP_baseline_EN/library/openup_basic/disciplines/test.xmi

<?xml version="1.0" encoding="UTF-8"?>
<org.eclipse.epf.uma:ContentDescription xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:org.eclipse.epf.uma="http://www.eclipse.org/epf/uma/1.0.3/uma.ecore" epf:version="1.0.0" xmi:id="_FuQswLv-EdmmUvZAZjqE3g" name="test,_0TkKQMlgEdmt3adZL5Dmdw" guid="_FuQswLv-EdmmUvZAZjqE3g" changeDate="2006-09-29T09:24:16.091-0700" version="1.0.0">
  <mainDescription>&lt;p&gt;
    The purpose of this discipline is to:
&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;
        Find and document defects.
    &lt;/li&gt;
    &lt;li&gt;
        Validate and prove the assumptions made in design and requirement specifications through concrete demonstration.
    &lt;/li&gt;
    &lt;li&gt;
        Validate that the software product works as designed.
    &lt;/li&gt;
    &lt;li&gt;
        Validate that the requirements are implemented appropriately.
    &lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;
    A good test effort is based on the philosophy of test early and test often. In addition, it is driven by questions such
    as:
&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;
        How could this software break?
    &lt;/li&gt;
    &lt;li&gt;
        In what possible situations could this software fail to work predictably?
    &lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;
    Testing challenges the assumptions, risks, and uncertainty inherent in the work of other disciplines, and addresses
    those concerns using concrete demonstration and impartial evaluation.
&lt;/p&gt;
&lt;p&gt;
    The Test discipline is related to the other disciplines in the following ways:
&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;
        The &lt;a class=&quot;elementLinkWithUserText&quot; href=&quot;./../../openup_basic/disciplines/requirements,_0TR2ZMlgEdmt3adZL5Dmdw.html&quot; guid=&quot;_0TR2ZMlgEdmt3adZL5Dmdw&quot;&gt;Requirements&lt;/a&gt; discipline captures requirements for the software product, which is
        one of the primary inputs for identifying what tests to perform.
    &lt;/li&gt;
    &lt;li&gt;
        The &lt;a class=&quot;elementLinkWithUserText&quot; href=&quot;./../../openup_basic/disciplines/analysis_and_design,_0TX9AMlgEdmt3adZL5Dmdw.html&quot; guid=&quot;_0TX9AMlgEdmt3adZL5Dmdw&quot;&gt;Analysis and Design&lt;/a&gt; discipline determines the appropriate design for the
        software product, which is another important input for identifying what tests to perform.
    &lt;/li&gt;
    &lt;li&gt;
        The &lt;a class=&quot;elementLinkWithUserText&quot; href=&quot;./../../openup_basic/disciplines/implementation,_0TeDoMlgEdmt3adZL5Dmdw.html&quot; guid=&quot;_0TeDoMlgEdmt3adZL5Dmdw&quot;&gt;Implementation&lt;/a&gt; discipline produces builds of the software product that are
        validated by the Test discipline. Within an iteration, multiple builds will be tested - typically one per test
        cycle.
    &lt;/li&gt;
    &lt;li&gt;
        The &lt;a class=&quot;elementLinkWithUserText&quot; href=&quot;./../../openup_basic/disciplines/project_management,_0TqQ4MlgEdmt3adZL5Dmdw.html&quot; guid=&quot;_0TqQ4MlgEdmt3adZL5Dmdw&quot;&gt;Project Management&lt;/a&gt; discipline plans the project and the necessary work in each
        iteration. Described in an Iteration Plan, this artifact is an important input used when you define the correct
        evaluation mission for the test effort.
    &lt;/li&gt;
    &lt;li&gt;
        The &lt;a class=&quot;elementLinkWithUserText&quot; href=&quot;./../../openup_basic/disciplines/config_and_change_management,_0TwXgMlgEdmt3adZL5Dmdw.html&quot; guid=&quot;_0TwXgMlgEdmt3adZL5Dmdw&quot;&gt;Configuration and Change Management&lt;/a&gt; discipline controls changes within the
        project. The test effort verifies that each change has been completed appropriately. Test assets are kept
        under&amp;nbsp;configuration management.&lt;br /&gt;
    &lt;/li&gt;
&lt;/ul&gt;</mainDescription>
</org.eclipse.epf.uma:ContentDescription>