L'associazione di asset di test è controllata mediante un file XML denominato migration.cfg. Questo file si trova in:
<directory install>\eclipse\plugins\com.ibm.rational.clearquest.testmanagement.rqmexport\data\RQMExport
Nel file migration.cfg, le associazioni per una determinata risorsa utente sono contenute nelle tag <field _mapping> mentre le singole associazioni per ogni campo all'interno della risorsa utente sono definite nelle tag <mapping>. Ad esempio, le seguenti due righe di codice XML indicano che la risorsa utente TMTestCase in Rational ClearQuest Test Manager verrà associata alla risorsa utente TestCase in Rational Quality Manager e che il campo Headline all'interno di TMTestCase verrà associato al campo title all'interno di TestCase.
<field_mapping type="TMTestCase" target="TestCase" task="Test Cases"> <mapping from="Headline" to="dc:title"/>
Per aggiornare un'associazione dei campi, modificare l'associazione esistente con l'impostazione appropriata dell'attributo from o to. Per aggiungere una nuova associazione, duplicare un'associazione esistente e aggiornarla di conseguenza. Dopo aver regolato l'associazione dei campi, eseguire di nuovo la procedura guidata di migrazione per utilizzare il file di associazioni aggiornato.
Di seguito sono riportate le associazioni predefinite per uno scenario di test nel file migration.cfg.<?xml version="1.0" encoding="UTF-8"?> <config> <!-- TEST CASE --> <field_mapping type="TMTestCase" target="TestCase" task="Test Cases"> <mapping from="Headline" to="dc:title"/> <mapping from="Description" to="dc:description"/> <mapping from="owner.login_name" to="jzalm:owner"/> <mapping from="State" to="jzalm:state"/> <mapping from="Notes_Log" to="myns:com.ibm.rqm.planning.editor.section.testCaseNotes extensionDisplayName="Notes"" pre="true"/> <mapping from="LegacyAcceptanceCriteria" to="myns:com.ibm.rqm.planning.editor.section.testCaseAcceptanceCriteria extensionDisplayName="Acceptance Criteria"" pre="true"/> <mapping from="LegacyPreConditions" to="myns:com.ibm.rqm.planning.editor.section.testCasePreCondition extensionDisplayName="Precondition"" pre="true"/> <mapping from="LegacyPostConditions" to="myns:com.ibm.rqm.planning.editor.section.testCasePostCondition extensionDisplayName="Postcondition"" pre="true"/> <mapping from="LegacyCustom1" to="myns:LegacyCustomField" pre="true"/> <mapping from="LegacyInputs" to="myns:LegacyInputData" pre="true"/> <mapping from="LegacyPassPoints" to="myns:LegacyPassPoints" pre="true"/> <mapping from="LegacyFailPoints" to="myns:LegacyFailPoints" pre="true"/> <mapping from="LegacyDesign" to="myns:LegacyDesign" pre="true"/> <mapping from="History" to="myns:History" pre="true"/> <mapping from="DefaultScript" to="testscript" scripttype="DefaultScriptType"/> <mapping from="ExternalMotivators" to="attachment" file="true"/> <mapping from="LegacyTotalPoints" to="weight"/> <mapping from="ConfiguredTestCases.Script" to="testscript" scripttype="ConfiguredTestCases.TestType"/> <!-- TM "properties" RAProject and Requirements_List are placeholders and can not be renamed --> <!-- <mapping from="RAProject" to="RAProject"/> --> <mapping from="Requirements_List" to="requirement"/> <mapping from="Notes_Log" to="myns:com.ibm.rqm.planning.editor.section.testCaseNotes extensionDisplayName="Notes"" pre="true"/> <mapping from="custom2" to="LegacyCustom2"/> <mapping from="custom3" to="LegacyCustom3"/> </field_mapping>
La seguente tabella descrive alcune direttive aggiuntive che possono essere incluse all'interno di un'associazione.
Direttiva | Descrizione |
---|---|
pre="true" | Pre-formattato. Sistema i dati in modo che non verranno riformattati. |
file=”true” | Specifica che il campo fa riferimento a un file esterno in Rational ClearQuest Test Manager. |
scripttype | Utilizzato solo per gli script associati. |
Questo esempio mostra il caso più semplice in cui un campo definito dall'utente in Rational ClearQuest Test Manager è associato a un campo esistente in Rational Quality Manager.
<mapping from="InternalName" to="dc:title"/>
In questo esempio, il campo definito dall'utente InternalName è associato al campo title in Rational Quality Manager.
Questo esempio mostra il modo in cui un campo in una risorsa utente di riferimento è associato a un campo in Rational Quality Manager.
<mapping from="ParentPlan.Headline" to="dc:description"/>
In questo esempio, il campo Headine nella risorsa utente ParentPlan è associato al campo description in Rational Quality Manager.
Questo esempio mostra il modo in cui un campo definito dall'utente in Rational ClearQuest Test Manager è associato a una sezione definita dall'utente in Rational Quality Manager.
<mapping from="InternalName" to="myns:InternalName extensionDisplayName="Internal Name"">
In questo esempio, l'associazione fa ancora riferimento al campo InternalName personalizzato in Rational ClearQuest Test Manager, ma questo è associato a una sezione definita dall'utente in Rational Quality Manager, detta InternalName.
Il nome della sezione definita dall'utente in Rational Quality Manager può essere un qualsiasi nome senza spazi e deve avere myns: come prefisso.
L'ultima parte dell'esempio, extensionDisplayName="Internal Name"", specifica il modo in cui il nome della sezione apparirà in Rational Quality Manager.
Qui il nome della sezione definita dall'utente, InternalName, verrà visualizzata come Nome interno. Nome interno deve essere racchiuso tra virgolette ma poiché deve essere incluso in un file XML, le virgolette devono essere sostituite con la versione escape delle virgolette, ovvero ".