O mapeamento de ativos de teste é controlado através de um arquivo XML chamado migration.cfg. Você pode encontrar este arquivo no seguinte local:
<install directory>\eclipse\plugins\com.ibm.rational.clearquest.testmanagement.rqmexport\data\RQMExport
No arquivo migration.cfg, os mapeamentos para um artefato particular estão contidos dentro das tags <field _mapping>, enquanto que os mapeamentos individuais para cada campo no artefato são definidos nas tags <mapping>. Por exemplo, as seguintes duas linhas do código XML indicam que o artefato TMTestCase no Rational ClearQuest Test Manager será mapeado para o artefato TestCase no Rational Quality Manager e que o campo Headline no TMTestCase será mapeado para o campo title no TestCase.
<field_mapping type="TMTestCase" target="TestCase" task="Test Cases"> <mapping from="Headline" to="dc:title"/>
Para atualizar um mapeamento de campo, modifique o mapeamento existente com a configuração do atributo from ou to apropriado. Para incluir um novo mapeamento, duplique um mapeamento existente e atualize conforme apropriado. Depois de ajustar o mapeamento de campo, execute novamente o assistente de migração para usar o arquivo de mapeamento atualizado.
Os mapeamentos padrão para um caso de teste no arquivo migration.cfg são mostrados a seguir.<?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>
A seguinte tabela descreve algumas diretivas adicionais que podem ser incluídas em um mapeamento.
Diretiva | Descrição |
---|---|
pre="true" | Pré-formatado. Quebra os dados para que eles não sejam reformatados. |
file=”true” | Especifica que o campo referencia um arquivo externo no Rational ClearQuest Test Manager. |
scripttype | Usado apenas para scripts associados. |
Este exemplo mostra o caso simples em que um campo definido pelo usuário no Rational ClearQuest Test Manager é mapeado para um campo existente no Rational Quality Manager.
<mapping from="InternalName" to="dc:title"/>
Neste exemplo, um campo definido pelo usuário chamado InternalName é mapeado para o campo title no Rational Quality Manager.
Este exemplo mostra como um campo em um artefato referenciado é mapeado para um campo no Rational Quality Manager.
<mapping from="ParentPlan.Headline" to="dc:description"/>
Neste exemplo, o campo Headine no artefato ParentPlan é mapeado para o campo description no Rational Quality Manager.
Este exemplo mostra como um campo definido pelo usuário no Rational ClearQuest Test Manager é mapeado para uma seção definida pelo usuário no Rational Quality Manager.
<mapping from="InternalName" to="myns:InternalName extensionDisplayName="Internal Name"">
Neste exemplo, o mapeamento ainda referencia o campo InternalName customizado no Rational ClearQuest Test Manager, mas agora é mapeado para uma seção definida pelo usuário noRational Quality Manager, também chamado de InternalName.
O nome da seção definida pelo usuário no Rational Quality Manager pode ser qualquer um sem espaços e deve ser prefixado com myns:.
A última parte deste exemplo - extensionDisplayName="Internal Name"" - especifica como o nome da seção aparecerá no Rational Quality Manager.
Aqui, o nome da seção definida pelo usuário, InternalName, será exibido como Internal Name. Internal Name deve ser incluído entre aspas, mas como ele deve ser incluído em um arquivo XML, as aspas deverão ser substituídas pela versão escapada das aspas, ou seja, ".