
 
Pérez et al. (Pérez and Reales and García and 
Polo, 2008) presents a proposal for testing in the 
context of Model Driven Engineering. From the sys-
tem design models in UML, it is proposed to make 
transformations to test models based on UML testing 
profile. 
For the automatic generation of test defines an 
extension to the UML meta-model, so that they can 
record the sequence diagrams with information that 
then can be used to generate the test oracle. This 
information is recorded in OCL as pre and post-
conditions in the diagram. 
Moreover, is presented a proposal for the au-
tomatic generation of test cases in the context of 
MDA, based on the meta-model of UML 2 and the 
U2TP, making the transformation from UML mo-
dels to the test model, using a model as description 
of behavior of the UML sequence diagram. Within 
the proposal, it addresses the automatic generation 
of test oracles as these are dependent on the domain 
of application.  
4  A COMPARATIVE STUDY 
In this section, the objective is to identify re-search 
opportunities from work related. This iden-tification 
is done by taking the advantages and disadvantages 
of each proposal. 
First, Dai’s proposal introduces a methodology 
about using the profile U2TP to transform a model 
of UML system design in models tests. Also, it pre-
sents the definition of transformation rules, but the 
downside is not yet fully completed. Therefore, it is 
an open front for future work. 
Also due to lack of tool support for UML 2.0 and 
U2TP, they are unable to test the transformation 
rules. Dai explains that in future work, they will 
investigate tools that support the concepts U2TP and 
the automatic derivation of testing design models 
from of system design models. Therefore, it is not 
considered the development of a process automation 
tool. 
Moreover, Zander et al. presents a method to 
automatically derive executable tests from UML 
diagrams using the UML 2.0 Testing Profile profile. 
The proposal presents a transformation between the 
UML 2.0 specifications U2TP used to represent 
PITS and TTCN-3. The main advantage of this 
proposal is that it provides the rules transformation 
between the meta-model U2TP and the meta-model 
TTCN-3. 
Another advantage of this method is that it pre-
sents an automatic execution environment; Eclipse 
was used to demonstrate the feasibility of this work 
together with the plug-in UML 2.0 (Eclipse UML2, 
2009) and developed to support U2TP. They also 
use a plug-in to support TTCN-3. 
The models with the concepts U2TP are inte-
grated with Eclipse platform, in the same way that 
the team Objecteering. The team also develops the 
transformation of models from U2TP to TTCN-3 as 
provided by Telelogic, but this paper defines the 
rules on the level of meta-model using the methods 
available for implementation in Eclipse. 
Finally, the proposal of Perez et al. presents a 
proposal for testing in the context of Model Driven 
Engineering. From the system design models in 
UML, it is proposed to make transformations to test 
models based on UML testing profile. 
This proposal has as main advantage the 
treatment of test oracles, which may result in test 
data automatically. Therefore, they have defined an 
extension of the UML meta-model which expresses 
the pre and post-conditions for each sequence 
diagram using the OCL language. This proposal 
does not have an automation tool to help validate the 
proposal. 
Next, in Table 2 presents the proposed studies, 
both the business proposals, as well as academic 
proposals. The table shows the characteristics nece-
ssary to cover the three challenges of software test-
ing. 
•  Challenge 1: To achieve this objective, 
requires obtaining a method that provides 
the expected outputs for each test case 
given, i.e. an efficient test oracle. 
•  Challenge 2: To get the challenge of 100% 
automated testing, requires that the testing 
processes are automated. 
•  Challenge 3: To get to the challenge of 
test-ing based on models requires that the 
proposed process should have the following 
characteristics: an MDA or MDWE a-
pproach, provide the necessary transfor-
mation rules, and in the case of Web 
applications, based on navigational models. 
The  ψ symbol indicates that although the proposal 
satisfies the property, is not covered completely; i.e. 
it is incomplete. The δ symbol indicates that 
automation is semi-automatic. Finally, the θ symbol 
indicates that although the feature is a-ddressed, the 
details are unknown, covering the property. In this 
way, with the help of this comparative table identify 
research opportunities, and from these, in the next 
section we will carry out our proposal. The first 
opportunity is for the treatment of test oracles as 
ICSOFT 2009 - 4th International Conference on Software and Data Technologies
272