Il existe certains types de contrôle dans les applications testées (AUT) qu'il n'est pas nécessaire de présenter sous forme d'objet de test (TestObject). Les contrôles container, par exemple, ne sont associés à aucune valeur de test utile et ne sont pas exposés. Functional Tester a besoin de ces contrôles container afin d'exécuter certaines méthodes en vue d'extraire des informations sur leurs enfants.
Avant de commencer
Vous pouvez spécifier s'il n'est nécessaire d'exposer un contrôle sous forme d'objet de test (TestObject) en étendant la méthode
ShouldBeMapped(). Par défaut, seuls les objets de test (TestObject) de l'interface graphique sont mappés.
Le contrôle Panel, par exemple, n'est pas mappé. Si vous voulez tout de même le mapper, étendez la méthode ShouldBeMapped() et associez la valeur de retour à true.
Vous pouvez étendre les méthodes répertoriées dans le Tableau 1 :
Tableau 1. Méthodes extensibles pour le mappage d'objets de test (TestObject)Java |
.Net |
boolean shouldBeMapped() |
bool ShouldBeMapped() |
Exemple
L'exemple Java™ suivant utilise la méthode
ShouldBeMapped() pour modifier la mappabilité d'un contrôle :
import com.rational.test.ft.domain.*;
public class someProxy extends baseProxy
{
.
.
public boolean shouldBeMapped()
{
return true;
}
}
L'exemple .Net suivant utilise la méthode ShouldBeMapped() pour modifier la mappabilité d'un contrôle :
using Rational.Test.Ft.Domain;
public class SomeProxy:BaseProxy
{
.
.
public override bool ShouldBeMapped()
{
return true;
}
}
Que faire ensuite
Une fois le code de proxy développé et déployé, le contrôle pour lequel le proxy est écrit est mappé.