Home » Archived » Test and Performance Tools Platform (TPTP) » [AGR] Object mine usage
| [AGR] Object mine usage [message #90463] |
Mon, 18 December 2006 09:38  |
 Barbara Rosi-Schwartz
Messages: 448
Registered: July 2009 |
Senior Member |
|
|
Hello.
I have the following problem using the object mine. My test suite,
suite1, has a test script in it that uses the local object mine. In the
Behaviour tab of the suite I precede the invokation of the local test
script, script1, with a setup script setup1 coming from a different
test suite, suite2, which also makes use of its own local object map.
When I play suite1 back in standard mode, it fails while running setup1
because it cannot find objects which have been defined in suite2.
If on the other hand, I include the object mine from suite2 into the
mine of suite1, all newly defined object in script1 end up in the object
mine of suite2, which is not what I want because, as per Ali's advice, I
do not want to bloat one and the same mine with objects for all of my
test suites, making it difficult to debug and maintain.
How to go about this one?
TIA,
B.
|
|
|
| Re: [AGR] Object mine usage [message #90570 is a reply to message #90463] |
Tue, 19 December 2006 16:45  |
Liz Dancy
Messages: 77
Registered: July 2009 |
Member |
|
|
If I understand your situation correctly I believe the only suitable
workaround is to include your Object mine from suite 2 in suite1 so that you
can share some of the Objects. However, the Object ID storage will remain
separate, preventing the centralization of Object mines which can add
overhead in terms of test suite maintenance and management.
Sincerely,
Liz Dancy
"Barbara Rosi-Schwartz" <Barbara.Rosi-Schwartz@Etish.org> wrote in message
news:em5nii$ecg$1@utils.eclipse.org...
> Hello.
>
> I have the following problem using the object mine. My test suite, suite1,
> has a test script in it that uses the local object mine. In the Behaviour
> tab of the suite I precede the invokation of the local test script,
> script1, with a setup script setup1 coming from a different test suite,
> suite2, which also makes use of its own local object map.
>
> When I play suite1 back in standard mode, it fails while running setup1
> because it cannot find objects which have been defined in suite2.
>
> If on the other hand, I include the object mine from suite2 into the mine
> of suite1, all newly defined object in script1 end up in the object mine
> of suite2, which is not what I want because, as per Ali's advice, I do not
> want to bloat one and the same mine with objects for all of my test
> suites, making it difficult to debug and maintain.
>
> How to go about this one?
>
> TIA,
> B.
|
|
|
| Re: [AGR] Object mine usage [message #90598 is a reply to message #90570] |
Wed, 20 December 2006 06:22 |
Barbara Rosi-Schwartz
Messages: 448
Registered: July 2009 |
Senior Member |
|
|
Hi Liz.
Thanks for your reply. Perhaps I was not entirely clear in my original
message, but I have already tried your solution. Unfortunately, contrary
to your suggestion, the new objects that get used in script1 are added
to the included object mine, not to the object mine that is local to
suite1. Any further suggestions?
Thanks,
B.
Liz Dancy wrote:
> If I understand your situation correctly I believe the only suitable
> workaround is to include your Object mine from suite 2 in suite1 so that you
> can share some of the Objects. However, the Object ID storage will remain
> separate, preventing the centralization of Object mines which can add
> overhead in terms of test suite maintenance and management.
>
> Sincerely,
>
> Liz Dancy
>
>
> "Barbara Rosi-Schwartz" <Barbara.Rosi-Schwartz@Etish.org> wrote in message
> news:em5nii$ecg$1@utils.eclipse.org...
>> Hello.
>>
>> I have the following problem using the object mine. My test suite, suite1,
>> has a test script in it that uses the local object mine. In the Behaviour
>> tab of the suite I precede the invokation of the local test script,
>> script1, with a setup script setup1 coming from a different test suite,
>> suite2, which also makes use of its own local object map.
>>
>> When I play suite1 back in standard mode, it fails while running setup1
>> because it cannot find objects which have been defined in suite2.
>>
>> If on the other hand, I include the object mine from suite2 into the mine
>> of suite1, all newly defined object in script1 end up in the object mine
>> of suite2, which is not what I want because, as per Ali's advice, I do not
>> want to bloat one and the same mine with objects for all of my test
>> suites, making it difficult to debug and maintain.
>>
>> How to go about this one?
>>
>> TIA,
>> B.
>
>
|
|
|
| Re: [AGR] Object mine usage [message #90612 is a reply to message #90570] |
Wed, 20 December 2006 08:35 |
Barbara Rosi-Schwartz
Messages: 448
Registered: July 2009 |
Senior Member |
|
|
Also,
I am wondering if you consider this a bug or not. If so, should I enter
it in Bugzilla?
The problem is rather crippling for me as I tend to organize the running
of my tests with a "master" suite that does nothing but invoke suites
located in various other folders.
Thanks again,
B.
Liz Dancy wrote:
> If I understand your situation correctly I believe the only suitable
> workaround is to include your Object mine from suite 2 in suite1 so that you
> can share some of the Objects. However, the Object ID storage will remain
> separate, preventing the centralization of Object mines which can add
> overhead in terms of test suite maintenance and management.
>
> Sincerely,
>
> Liz Dancy
>
>
> "Barbara Rosi-Schwartz" <Barbara.Rosi-Schwartz@Etish.org> wrote in message
> news:em5nii$ecg$1@utils.eclipse.org...
>> Hello.
>>
>> I have the following problem using the object mine. My test suite, suite1,
>> has a test script in it that uses the local object mine. In the Behaviour
>> tab of the suite I precede the invokation of the local test script,
>> script1, with a setup script setup1 coming from a different test suite,
>> suite2, which also makes use of its own local object map.
>>
>> When I play suite1 back in standard mode, it fails while running setup1
>> because it cannot find objects which have been defined in suite2.
>>
>> If on the other hand, I include the object mine from suite2 into the mine
>> of suite1, all newly defined object in script1 end up in the object mine
>> of suite2, which is not what I want because, as per Ali's advice, I do not
>> want to bloat one and the same mine with objects for all of my test
>> suites, making it difficult to debug and maintain.
>>
>> How to go about this one?
>>
>> TIA,
>> B.
>
>
|
|
|
| Re: [AGR] Object mine usage [message #90628 is a reply to message #90612] |
Wed, 20 December 2006 14:44 |
Liz Dancy
Messages: 77
Registered: July 2009 |
Member |
|
|
I agree that this should be entered as a defect. Could you please send me
your Eclipse and TPTP version information as well as the specifics of the
use case to reproduce it and I will try to narrow down the problem and open
a defect in Bugzilla. I will reply with the defect number once it has been
opened so you can review it and add yourself to the cc list.
Sincerely,
Liz Dancy
"Barbara Rosi-Schwartz" <Barbara.Rosi-Schwartz@Etish.org> wrote in message
news:emask5$gg7$1@utils.eclipse.org...
> Also,
>
> I am wondering if you consider this a bug or not. If so, should I enter it
> in Bugzilla?
>
> The problem is rather crippling for me as I tend to organize the running
> of my tests with a "master" suite that does nothing but invoke suites
> located in various other folders.
>
> Thanks again,
> B.
>
> Liz Dancy wrote:
>> If I understand your situation correctly I believe the only suitable
>> workaround is to include your Object mine from suite 2 in suite1 so that
>> you can share some of the Objects. However, the Object ID storage will
>> remain separate, preventing the centralization of Object mines which can
>> add overhead in terms of test suite maintenance and management.
>>
>> Sincerely,
>>
>> Liz Dancy
>>
>>
>> "Barbara Rosi-Schwartz" <Barbara.Rosi-Schwartz@Etish.org> wrote in
>> message news:em5nii$ecg$1@utils.eclipse.org...
>>> Hello.
>>>
>>> I have the following problem using the object mine. My test suite,
>>> suite1, has a test script in it that uses the local object mine. In the
>>> Behaviour tab of the suite I precede the invokation of the local test
>>> script, script1, with a setup script setup1 coming from a different
>>> test suite, suite2, which also makes use of its own local object map.
>>>
>>> When I play suite1 back in standard mode, it fails while running setup1
>>> because it cannot find objects which have been defined in suite2.
>>>
>>> If on the other hand, I include the object mine from suite2 into the
>>> mine of suite1, all newly defined object in script1 end up in the object
>>> mine of suite2, which is not what I want because, as per Ali's advice, I
>>> do not want to bloat one and the same mine with objects for all of my
>>> test suites, making it difficult to debug and maintain.
>>>
>>> How to go about this one?
>>>
>>> TIA,
>>> B.
>>
|
|
|
| Re: [AGR] Object mine usage [message #90801 is a reply to message #90628] |
Wed, 03 January 2007 11:38 |
Barbara Rosi-Schwartz
Messages: 448
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------070302020205070706030202
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Hi Liz.
As you requested, I am attaching a very simple plugin that demonstrates
the problem.
The plugin contains two suites, Suite1 and Suite2, each of which has one
test script. Suite1 contains test script CreateProject, which creates a
simple project in the workspace. Suite2 contains test script CreateFile,
which creates a simple file in the project that was just created with
Suite1. Both scripts make use of object mines that are locally defined
in each suite.
If, in the behaviour tab of Suite1, I add test script CreateProject and
then I play back Suite1, all is well.
If I now define the behaviour of Suite2 as the sequence:
Suite1/CreateProject
CreateFile
and then play it back, AGR generates an error because it cannot find the
first object that is referenced in script Suite1/CreateProject.
I have also packaged the two .execution files to show the results I get
for the two play backs.
I am using Eclipse version 3.2.1, TPTP version 4.1.1 and AutoGUI version
4.3.0.
As I mentioned in a previous posting, in my test hierarchy I actually
invoke test scripts from setups suites that reside in different plugins;
however in this simple example I put both test suites in one and the
same plugin to simplify matters, seeing how the error from this sample
test is exactly the same as for my real tests.
Thank you very much, let me know if you need anything else.
Cheerio,
B.
Liz Dancy wrote:
> I agree that this should be entered as a defect. Could you please send me
> your Eclipse and TPTP version information as well as the specifics of the
> use case to reproduce it and I will try to narrow down the problem and open
> a defect in Bugzilla. I will reply with the defect number once it has been
> opened so you can review it and add yourself to the cc list.
>
>
> Sincerely,
>
> Liz Dancy
--------------070302020205070706030202
Content-Type: application/x-zip-compressed;
name="TestPlugin.zip"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="TestPlugin.zip"
UEsDBBQACAAIAGBYIzYAAAAAAAAAAAAAAAAVAAAAVGVzdFBsdWdpbi8uY2xh c3NwYXRonY89
C8IwFEVnBf9DyG6qm0NrEamgQ5VSZ6nJo43Gl5gP0X9vVYouOri9ezmcy4vT 60mRC1gnNSZ0
zEaUAHItJNYJ3ZaL4YSm00E/5qpyzlS+aUPvnQC9vZGjRJFQZzklj/J1Rt9J rrEjta0ZcCWN
A3YQnqkqIG/adbYqst18nZezZZ4Vf9iMAMa1BWbhHKQFsVGhluh+qXTwJvjO tpf4hOPo8/s7
UEsHCNUcnNKlAAAAMwEAAFBLAwQUAAgACABgWCM2AAAAAAAAAAAAAAAAEwAA AFRlc3RQbHVn
aW4vLnByb2plY3S9kk1uwyAQhdet1DtE3gfSXRfEkdoqu1aV4h6AwNQlMgMC HOX4AYwbWVak
LKLu5r2Zx8cf25x0tziC88rgunomq2oBKIxU2K6r72a7fKk29dMjs84cQIR3 8MIpG+J0dB8Y
cg11Az58dX2rkNFspI4wWgOGmtGxSm5ZxmdBJ2rfq07uLIikinyLUY4yOwVm XEtAdMp6IAcZ
iDAuFvzIcwDcZQsxwV3bJ7Yvmk4NRmeUm7hWAvngqH7iwV//F7sTv6D5XaDF Ga888kLvoEwP
YoYfnvkzNxM9D10LTJ4HZ5mxTsS/vzD9YGdQSwcInNGNzOcAAACfAgAAUEsD BBQACAAIAGBY
IzYAAAAAAAAAAAAAAAAfAAAAVGVzdFBsdWdpbi9NRVRBLUlORi9NQU5JRkVT VC5NRl3NMQ7C
MAwF0L0Sd8gBSASMGZkpQoDYQ2qKURqHxBnK6SktAcRkWe9/uzYeL5BYniAm JK/FUi2qdfaN
A1m/8WOrIlvTgRbHwXYut+jFa0j0xQ99dyaH9j9X/Pfb99+GrHH4MDxSmBp7 uGeMIKeMFhRb
BdZhSKCuvWkgKR7uKyZySVmKMJ9VY+qWPXJZSoUDh6lgMpNqM1ZPUEsHCE45 arSYAAAABAEA
AFBLAwQUAAgACABgWCM2AAAAAAAAAAAAAAAAKQAAAFRlc3RQbHVnaW4vU3Vp dGUxXzExNjc4
MjE2OTUyMjguZXhlY3V0aW9uC/BmZhFh4ADCu2HKZgxIQACIg1KL80uLklOd 8/NKUvNKiu+G
effPNpDYE/6q3uHdUludY5wPly5ZrcpoGrQ6bPfLVds7pNQ3ckkkTj6+f31j y6TpJ9KKI752
/K1M+3P2xrL6/X3KqZ5GfpFGDB5XG5yEzjjNOsP+4PmR/ZsP/H3+/f0vZ7Hj OjP9OMQzj6WZ
KJ170v5+Lee51phfHhVynKmywcvZXoskCNk97JORb2gVWMn8MGtrUKRNeKRZ +/59va+F9sVv
ejVNVNbXedOb18JxEyx2LOYUd2w6mXc1bJq32MFJm3Ks/FhOMsV4PKouYHE3 ebrkSExO04QC
ic0TXGQeCTH9u+fkcKshYOkH5lVu7HFuCv901yRkWjDEnTfNPX81N/Z6zX2z qmcXqiUqZ90t
lheQ2ung2RQhZPs0RICFa7lT11GGJYzPHQRnh/h5nZq1b1EYt5HpCdbg55a6 +71YFNaGTLG7
efNba9HBTb6Wt2S+T1MRjJk4z0L0aOZv9SI9neylIlKnTyr4pXZNSIySTbnh dv0VY4XuL4tI
I5kr3KvaeHmvb/PlX3juwmad5CdRsacvu816q7Q544b7F06NnKkTcmocv0re tDJqUHJ31XM+
UtzD+XyzDdPtuSf2mjg9Sj9oM+1X3/dio6l9v/9EyM9+L/E80u2Ug76RkfaN Jb4yYXXTj01V
lo8qZ5r9aNqbfpNnDwriLu2TVs3RfuJzji99vcdtXZl7wZ+P2eqyHmru27tu 7vmpF/Wtoy/n
2szim7F34drSM+vW32bbVHL+Q8lt96Nai+0mLvfZsKutdob5jzSloJWrT6RU XP6vpde78/Hi
m/oat6N17dsZ88PvCvU/O8rqfz9mN/uTM21xM/9Yqefmfwx13PdzdtWU010v exZPr468e083
bdu/dSJJvz4smu8a+VM8wJudw+SI78pyJgaGOi4GhgBvRiYRBkSyRZYTYEAH 6Ik4wJuVDSTO
CIR2QHorE4gHAFBLBwhPwr2d7AIAAAkDAABQSwMEFAAIAAgAYFgjNgAAAAAA AAAAAAAAABsA
AABUZXN0UGx1Z2luL1N1aXRlMi5leGVjdXRpb24BwAY/+VBLAwQUAAgACAAH VyM2AAAAAAAA
AAAAAAAAEAAAAFJlc291cmNlQ29udGVudHPdWW1v2zYQ/j5g/4Fwg8EFVlkv tmS5yQrHL5uB
ZC3y0g4YhoKRGFuLJAokZSf79TtSsi05cuTEztbtiwAdj88d7468h9Lxh/so RHPCeEDjk4ah
6Q1EYo/6QTw9aVxfjd91Gx9++v674wGNIhp/vSJcJIzeBiHpXX0aj+6JlwqY ekF4Ggp0HwW9
FZgpwQA+5j2QnzRmQiS9VmuxWGg0mmqUTVu/nU9WKryssrCUhqnrBqidXXoz EuF3QcwFjj2y
nJW7dUpmeB5Q9nUSC8KwJ13iJTjihUHCicKcPWCf8FZEfRLylqcgWjc5RCso QGjg+IapQgSe
Z0CsJ2awgX/SGOjGaOSe6sOxqY8cy9Vtw+r3LR1EjmEMTxsoxhEYukwDQcyG zJQfeOKkcYuD
sIHEQwKDYHJlPjOtSWMaTgXVpmmg3hRCA1KJ0DFZpu2XgAvKHpS0KB/NSSw4 gpz0MhPV6b+C
MV/pgitBBIM4SqCKDNvpmobjWF2922i9FH0Sz6mHVxOygA1t1x67tmlajjty x/Z4MD7VdRkw
oysD1jTeNhBdxIRNdtDe5rYDlQtSkUIR8dTzCOe3adjIVwJrKRTJmOFpBP49 Xk9lVfZOP1+s
ts1Hz0sZI6qgZ4zcSmuQJt7K8q0SpyRvalfSKjo3p3eQmI3NuUv4DlRhuSNb 6mxz9AXVdogM
t/Zz53MWqOfV5tc8vIUVDJzOwNVNxxq3Xdvotkf2qO2ODTnLXlV01SLapm3A CLmHZF3NCCNo
gTnCMSKMUYYWM3AUsTSO4SxHYkZQhD1GEeacegEWxEeLQMzUiEwf8jAnPTRg BMY+Mfon8YSG
UDH1HmVEA0TpjTaAl9G9RxIZsx46C2KC2j0EnqDrCaI3cn5mAQqbqCKHKCFT eRlTgW5pGvs/
vLkfvodHXz7c91iUDIpEJBuVpnZejEOtD5KfryfXIgg1MWN0UXKoWRz+E89x zzbst/+gNb27
hzWVKe1cPj+qQJ7Jk5AyLaT0Lk0ulgGd+M0KJeVAV2/v4YDsWTj2eebDIHu7 nJEwBBdwbrUk
VkZN03gdo7Dv5CGsXrYZt8x9EvzSFbedw+RZw75fWF6G7nQOA36OYzwlTEtC /NAsSZSZtrNP
rcgjBpDyLXCh3o6MI2XmExj8wnCSgALoNUtKmfFOV68wLoe0EMdT7QoaI/bV 7Ov4LoZzE13S
lHmkMOtR24IpXHJQTsiQcI8Fapvue+QfsAO17a617K7QG5OSa8etJzrnsTqs a12F1wEc6FW8
wijwirruU+QVrWpiseR3rY1wHpT3bfppOv1OfzyWfnZUlzTfPtFTN7Wfysm3 xftqV7Ib76sP
yH+M9+2R4ZI333hOn9pYB+OtO+ytHXir0bVGVvt0PWsbb+2Ylv5avHUsb9e7 k9ZRwWIeR7CJ
c4s5JeihYu9Hv0MKo3echMC4fkShpL3WH6/CO7yMikMLvcHe3ZpsbqEiBgT3 dQgQVifhkWE8
Yfp12OZRWzX+bWYNu84sXwhtEfhTIrgmWQe+CQnw5DsFWxJkHLKOcBXxLh9i D64CcfBXxm76
HATnEClgVrxZGs2jZD0DfRhwSdceAy8HMoct8zkur0CBUvVjX75i4c3KmKbr 1NH4Yva+UHZ3
A+feTLqqjpUzSpPmWpwt3q0tka2g15NHaF2n7n5VjZbtKVg65H4l3URvG249 OOxLcUtZdD3Z
AlpQyHxu74C6cjnwiTYZjvpJEgYZG1IluyFSwG5dBagjsMjX1Vm49K8PzWwu L45HhjLxSJ7f
ReoCXjpoV9awjxOJMcq0wPkznEJ48i2zXkuzQiNbnnlow9CRmNhqz37WQjfM XEro/LKzIcpK
S6+67RwKHbprBTpPoXbIrWxY2q8Q6zk5J2JG/b461imbRAnUmyKPejNTQJnG fmDb72tVYEPo
qFMsG/AegOtr4xI2A9sZ4FEmwmVtnOMgzmGAJkZkARu9qYT5QVz39aEC7gbz wLtQDW6JY1Ze
h2twWAnCrayCGogIHkWMjvmN3K9fxvQ7ttst3a//T6z/lb8PPOX1Jsv/F74P lC8w6zqp+ZW2
/T6iSqVc4C/+aVX3S+xRXWaWtmR091xml/C6ZNb9bZTOHLd2+tcLmn8DUEsH CIO0Rw8uBgAA
PR4AAFBLAQIUABQACAAIAAdXIzaDtEcPLgYAAD0eAAAQAAAAAAAAAAAAAAAA AAAAAABSZXNv
dXJjZUNvbnRlbnRzUEsFBgAAAAABAAEAPgAAAGwGAAAAAFBLBwgnfw1/xQYA AMAGAABQSwME
FAAIAAgAYFgjNgAAAAAAAAAAAAAAABsAAABUZXN0UGx1Z2luL2J1aWxkLnBy b3BlcnRpZXMr
zi8tSk7V01OwVSguStbn5covLSkoLQELJGXmAQWApF5mXnJOaUpqMVDQ1zXE UdfTz01fJ4aX
SwEV6PFyAQBQSwcI0ltg+z8AAABQAAAAUEsDBBQACAAIAGBYIzYAAAAAAAAA AAAAAAAiAAAA
VGVzdFBsdWdpbi9zdWl0ZXMvU3VpdGUxLnRlc3RzdWl0ZV2VezgTChjGxyIq l2Uclzka27RI
zJiVy3FL5tgWkUuUkx1y2cYuRlMTFiKhQ7RRSs5pFaFRInEyt0RTylhhtSd0 yjU1zo7+Ouc5
7/t8z/v8vu//7yX6ATeBARobHgm2cAT8R7obE0CiURjJx0meFDKdRKbTXoRK yBIn3fSjx5Tu
AtXURhshu0ivOSf6j2VysXGuxJoIzjAXO4b7jhQv1ZjI3qTQl/0beGhkvU6S eR6v3J52YDBp
UHqbTQjZ0WermVa9C1nNUS3LT7L9mFu1n3nbov2kQkGJQcynbx8v0J2GwvXm rv4VG+tTiKEN
FNUvJGEwgYUDnEkOI+qh5aCTTmvDwyM28CkC3KN24U1ZJnuLpLIh4U/7mbzq zqZzJilcdi0X
2M3v8H59E70D+JSnhlgi61K9TMs8AQn9kGQXCAos4a1Tu3N6XY0sCnvJCR7t BP8eVlfWpoxP
LWMdf6M3s9ts7c6JXIbjjBMnUOgIMVjyMvyp8AT/y25virH85hjGC0plU8G1 h7Md7E6d54Oj
er+lCSNt9V800D0/SBhP4jBL+EdRjmNMU25TtEfriRlc20S9Q1sNE90qHhqr uDHDDXN+HBda
QRYcc0+EQxfMoFkaHYswmOYF855ie7lXxWDSGnhaN9t2SmO6ww7NsWbn1ErO b310B2RB26Kv
3q7ZGRpMZe6MWGY8cHZ2/1Gb+GG8O+3OLDa/YOqt1ewONygksTmtNNXOUBqS 0mxWp0Tdslrs
KhlwSHmarhr4vnY2fjauKWp7S0aGoTRGdLkLhpf//spfBU5vJFkZwVEYswK3 3TR6CralgVlQ
xVq7OH7a06bu64W5ZktK8HrgqlOh65J4OV74JU7RBmCkILWxkVekvW60TgLl 157FBx7dwKsI
mOys262syM4h2moW0S10BxHtjn4XgLp+nUJ1rPfFX/nloQgoKiFrrp/S8Ytp djIsIaHuO73v
6/DJYgHP910LEGNsVL5YVRbSQlifhtimFj9CqjOrX6X2dPET9TkOeT8QeRFD OjqHY7+uhpxk
Ea+vTE93ZZoQ2kTHsT/1h6/VeYrScZ2uoeqXxU1LV+dXLxkW+wl2Wr5mMX+D djynv9DRn5f8
mVTUlG93AAk+oFL+9xFNpEfEpMuWt+qfccD4iyN2uTcM9gY24T9rLRDZ5dui VnXNhTJOjLM3
z/cghDKC2+kzmbsztMD3JELBu6u3b1wuHSy1h3AnLoUMRR7Snf3jLfeiFw33 2OGoyZGAVIT7
ixpbzfdIosAxgLQrHyuH5QjFeVstz5tV7ncLPBVWUfzSXfsRq33kvd7iwUhG jhAcpMjhp5qB
QIP8i2gTycI7vHSEyS5intamBIeZkI85WnlLvz5ZTjANfQYciXw0NrP9ZVdr 25PhjwPBZxWq
6ZFBhWtbbFZa5xgx4ajmu5WKfCpqnfa7XtA5Um+EMDjfyICR6AKK5Vq+KsjO Q1vI9pWgQNNF
0S2WfUUVxmmLSO3o/RPX5YW0kvh6uoZ64yZIQqlJK1RqJ/O3eV5TzjlzywyK kN37VMBJmPk5
HUxFcKI/IsbkF7Z9NK6qu62fLB8W+4zyxSw54tuzBKMHUuGhe+QwPl5AoRub +n3w3HNHiDl4
CYyFkEQ4rWPWz2F5qpP2XvajNXNEGjO6flA2ga56t8spNR8PFEedRd68daKs KvJg4lbP09yQ
geoJ81h4j7k8vtLAwNFsfDpsmSuYCnu3UoppU8IkNqDjVEHo4xBncHvpvjef taTr0diS5rNX
61ReD85P8tAptOqcTnNQwT6XQOahbSBS1Ij5ngur1mW3I8ri/kI9+JktqoEp k62CfikOeH6k
S9XAt+TM5VVvMNKbjc+s8Osufz322NVsKrfdLflMUgOt+L61gX6QR+MaziaT lQ+R+BBL+z3A
CnxzTa86rufuUQFnzCkM5v2yL5sQdLKSq9xrOLwri/Rbmj2U8Y2vwr+m3LyU mLQi6JeswQ37
6aPz4ULGIZ6aTwahm7VwDQcydVSIfmg87bpXWYw7vDw7Ouo/WlqKdfXh42pA VfHZHsc/+aMN
j2opVC3a0mXV8awJ7ByDoFgv4WGIw24EWZ6ysoOnBBD9NmvAtZ6RW9QAgFwj wAarqIIB//79
/950Af/X/1uA6Kem/n2vsmHXjVxR+07/AFBLBwiJGBjcSwYAAEoGAABQSwME FAAIAAgAYFgj
NgAAAAAAAAAAAAAAACIAAABUZXN0UGx1Z2luL3N1aXRlcy9TdWl0ZTIudGVz dHN1aXRlXVR5
PBMMAF3OpfKN5pwvIR8Ko1ijhpxjjskVo+VY5sjQPsdCIZNqhY1kOXKEFd8a RlPus2H08VUz
v9rSIcmVqxyf/uvXe7/3e7/33v8PjRKXAAOAO9z01oIBfgFoR6dxFwl/xwbj bAhRRFwU8WLj
GQyBjgSnYMO2xVGVrXcfQjuyMCoQzzlYTV7zkJOXgvtJdpUkGSd14rXudjLv SocyJLrwEdjM
6M7FzeHB+OaEy3OXOlXtwNRzBxm5mjK60QNq0tzUtcTzTcPdq3Mp27NBtkkl EvHHbH2VcyRX
0JdhjeszLjdV5L8mC3g9eP+9QFm8eq+06PpjJpRLH7LX3DqtOXp660dsLvT+ DxSMxLL2ACvk
Jz+N8emP94OXDu72p83yVUPK8up7D3HoEnvtbnHbARwd2ScHZPWcQuoO3DMr Y7l96C9n0a9l
txHs+psPWot1oRgyrZZuuyYuOPeI1q3U9Bg4lQdH2aY9n6fJL7yWhWifc9VV jGAPsFiftJ1j
gukr6hqPWb/MDGrLn1V6vocY0NRSWDOn+M1cy2aUxJmEcT77QrZoxaae+zxm KxSZmSB9QFus
usf2oa85U903kVxlHULW3TJQLBAtBbLeH71owxLE+a/FU3SztJAH2x1Bhqyk Fxw8vgWfkJB6
Uq30eeP3qNoZM9qw/DtIl75l1704M7P/Pr0LIQVPTqZwtrgNdfbqxdp1Hoqr KrYUCywW41Of
hkQiyE8vYdWgZDv966Nh4WwVyytjOktuESYtLff8fXFCAiLOtXXbyjBiHfQl nvBGcJsnDO2/
fHNp0gRRwC9ROjgXddWG/BI/v1JSwFyiKyw+bc0WWuF367GFHU5CbWdEpgFy qgpyFWiAbug5
bV4RGRoNQ0voWBnrCdsXKjDymxuyGJ8meAHVhbPWPEQh8zSvfhfzNCrxOXKB e95fzF5Qn5RE
GbU3fD3QV03LEMkMl1R2IWncB93p/xJjB1GKLKbnlWGB4xcD6Y8L7imkcIRF 5+Otb2PKaVSR
UWC/pYYif+ZS7rT+pUMvQ71cJxNPfT5SNIY1EDoInY8789+uyxsf7lAAy8uM L9ojBmacMg3d
QVVmDUJzBrE2QOiH7ITTSoSlSRLpPHs7gLdtwr6+MQ3DupEHPQFmcoou1+BC gDhluWNmDLfc
1xkjN7WM1SlENQ20GcPt86HmZbFJnqrjtf34cMcjxHyk7Aj5BCwjdHnco0db Rwm9jQPCgnuR
7QuQcxzGtyafmbmH6m7hq+8BApfZyboW4WLRhr7qPGOjOsdc8RN/oZEfNQst oMasmJMqD1S9
iH991tjR0rJWSvMcAMqkZ0eE2fW7HcZ1T2hNz1vREqWNlkXasiGqT/RyXIKo q/smNJQHxdBc
wDIrKx6ceOP2RK3KdGZ1SXv2+6KvaafipvSTwUaHrejjbruTA2bGjrf5Y1b7 KesTOi8p5RWP
XhTjBKYc9ui4ybPQM+TJRgd2je7JE59fnyr1CgNrZN4PIxHEuV0dJAjKuEnh kXZkRtmgcqBk
5T3U23GH9Xf0o9cf1Y3DIvO06jBxWIsP29vqRawsP8IrFT6bJU5SLTLRH4hp VtofCAXlZdRT
7zx5+jHaTz3Rg966CL+l5uf7jFPZNJR2f72GG3gZvwolku/W/MiYmBKmfghY ODAUKuddKRZ5
MkN1D3N6kHqDjwWyULZ6gk5vI8tbtbWxCJ+zI/v4m8QTeauZqdY26cPRyc78 9wW6ZUzXiS75
j9xhnh5xU2MMLrgpgtZ8oXkxnjilbK7fguRsHBlnT+TSZHolILqh4Q7NXQ+/ FcsFxYAb/I/y
utlj5otSK/N/nHI1sgxyr6E6jeRYpCem7BkB1rsYhCKoojQGpkG1kNXIGX2Y NrpH1NtQE8jw
9v2zSkxoWB0BdGtxxCq4uj5YyzxTbY3zmEo62ncj86/vZ6Ert/8pX4iGbTxv M2G8aTU16W2c
RmhrSW4lk1xJFCYqN5ampj443zEVDT/UUxWTmk5fmv9KW+IeS+YFFOo4AGuD 9L37JPJD2JQ4
zONU079JWhFwNrg8WHbph8g6ao0pG7EljkZJAwGRr4YrJQGACiUAAI3aJQYG /HLyv2wgwO/4
/fLRKEmpn/2uHVrs+DvJn+l/UEsHCFqvi28zBgAANwYAAFBLAQIUABQACAAI AGBYIzbVHJzS
pQAAADMBAAAVAAAAAAAAAAAAAAAAAAAAAABUZXN0UGx1Z2luLy5jbGFzc3Bh dGhQSwECFAAU
AAgACABgWCM2nNGNzOcAAACfAgAAEwAAAAAAAAAAAAAAAADoAAAAVGVzdFBs dWdpbi8ucHJv
amVjdFBLAQIUABQACAAIAGBYIzZOOWq0mAAAAAQBAAAfAAAAAAAAAAAAAAAA ABACAABUZXN0
UGx1Z2luL01FVEEtSU5GL01BTklGRVNULk1GUEsBAhQAFAAIAAgAYFgjNk/C vZ3sAgAACQMA
ACkAAAAAAAAAAAAAAAAA9QIAAFRlc3RQbHVnaW4vU3VpdGUxXzExNjc4MjE2 OTUyMjguZXhl
Y3V0aW9uUEsBAhQAFAAIAAgAYFgjNid/DX/FBgAAwAYAABsAAAAAAAAAAAAA AAAAOAYAAFRl
c3RQbHVnaW4vU3VpdGUyLmV4ZWN1dGlvblBLAQIUABQACAAIAGBYIzbSW2D7 PwAAAFAAAAAb
AAAAAAAAAAAAAAAAAEYNAABUZXN0UGx1Z2luL2J1aWxkLnByb3BlcnRpZXNQ SwECFAAUAAgA
CABgWCM2iRgY3EsGAABKBgAAIgAAAAAAAAAAAAAAAADODQAAVGVzdFBsdWdp bi9zdWl0ZXMv
U3VpdGUxLnRlc3RzdWl0ZVBLAQIUABQACAAIAGBYIzZar4tvMwYAADcGAAAi AAAAAAAAAAAA
AAAAAGkUAABUZXN0UGx1Z2luL3N1aXRlcy9TdWl0ZTIudGVzdHN1aXRlUEsF BgAAAAAIAAgA
WgIAAOwaAAAAAA==
--------------070302020205070706030202--
|
|
|
| Re: [AGR] Object mine usage [message #90878 is a reply to message #90801] |
Thu, 04 January 2007 14:51 |
Liz Dancy
Messages: 77
Registered: July 2009 |
Member |
|
|
This is a multi-part message in MIME format.
------=_NextPart_000_001D_01C72FE5.DBCF2330
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Thanks for providing that additional information. I was able to =
reproduce the scenario with your examples and I have opened a defect for =
this issue. Please see:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=3D169547
Sincerely,
Liz Dancy
"Barbara Rosi-Schwartz" <Barbara.Rosi-Schwartz@Etish.org> wrote in =
message news:eng4kn$e56$1@utils.eclipse.org...
> Hi Liz.
>=20
> As you requested, I am attaching a very simple plugin that =
demonstrates=20
> the problem.
>=20
> The plugin contains two suites, Suite1 and Suite2, each of which has =
one=20
> test script. Suite1 contains test script CreateProject, which creates =
a=20
> simple project in the workspace. Suite2 contains test script =
CreateFile,=20
> which creates a simple file in the project that was just created with=20
> Suite1. Both scripts make use of object mines that are locally defined =
> in each suite.
>=20
> If, in the behaviour tab of Suite1, I add test script CreateProject =
and=20
> then I play back Suite1, all is well.
>=20
> If I now define the behaviour of Suite2 as the sequence:
> Suite1/CreateProject
> CreateFile
>=20
> and then play it back, AGR generates an error because it cannot find =
the=20
> first object that is referenced in script Suite1/CreateProject.
>=20
> I have also packaged the two .execution files to show the results I =
get=20
> for the two play backs.
>=20
> I am using Eclipse version 3.2.1, TPTP version 4.1.1 and AutoGUI =
version=20
> 4.3.0.
>=20
> As I mentioned in a previous posting, in my test hierarchy I actually=20
> invoke test scripts from setups suites that reside in different =
plugins;=20
> however in this simple example I put both test suites in one and the=20
> same plugin to simplify matters, seeing how the error from this sample =
> test is exactly the same as for my real tests.
>=20
> Thank you very much, let me know if you need anything else.
>=20
> Cheerio,
> B.
>=20
> Liz Dancy wrote:
>> I agree that this should be entered as a defect. Could you please =
send me=20
>> your Eclipse and TPTP version information as well as the specifics of =
the=20
>> use case to reproduce it and I will try to narrow down the problem =
and open=20
>> a defect in Bugzilla. I will reply with the defect number once it has =
been=20
>> opened so you can review it and add yourself to the cc list.
>>=20
>>=20
>> Sincerely,
>>=20
>> Liz Dancy
>
------=_NextPart_000_001D_01C72FE5.DBCF2330
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2900.2995" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Thanks for providing that additional =
information. I=20
was able to reproduce the scenario with your examples and I have opened =
a defect=20
for this issue. Please see:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"https://bugs.eclipse.org/bugs/show_bug.cgi?id=3D169547">https://b=
ugs.eclipse.org/bugs/show_bug.cgi?id=3D169547</A></FONT></DIV >
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Sincerely,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Liz Dancy</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>"Barbara Rosi-Schwartz" <</FONT><A=20
href=3D"mailto:Barbara.Rosi-Schwartz@Etish.org"><FONT face=3DArial=20
size=3D2>Barbara.Rosi-Schwartz@Etish.org</FONT></A><FONT face=3DArial =
size=3D2>>=20
wrote in message </FONT><A =
href=3D"news:eng4kn$e56$1@utils.eclipse.org"><FONT=20
face=3DArial =
size=3D2>news:eng4kn$e56$1@utils.eclipse.org</FONT></A><FONT =
face=3DArial=20
size=3D2>...</FONT></DIV><FONT face=3DArial size=3D2>> Hi =
Liz.<BR>> <BR>> As=20
you requested, I am attaching a very simple plugin that demonstrates =
<BR>>=20
the problem.<BR>> <BR>> The plugin contains two suites, Suite1 and =
Suite2,=20
each of which has one <BR>> test script. Suite1 contains test script=20
CreateProject, which creates a <BR>> simple project in the workspace. =
Suite2=20
contains test script CreateFile, <BR>> which creates a simple file in =
the=20
project that was just created with <BR>> Suite1. Both scripts make =
use of=20
object mines that are locally defined <BR>> in each suite.<BR>> =
<BR>>=20
If, in the behaviour tab of Suite1, I add test script CreateProject and =
<BR>>=20
then I play back Suite1, all is well.<BR>> <BR>> If I now define =
the=20
behaviour of Suite2 as the sequence:<BR>> =
Suite1/CreateProject<BR>>=20
CreateFile<BR>> <BR>> and then play it back, AGR generates an =
error=20
because it cannot find the <BR>> first object that is referenced in =
script=20
Suite1/CreateProject.<BR>> <BR>> I have also packaged the two =
..execution=20
files to show the results I get <BR>> for the two play backs.<BR>> =
<BR>> I am using Eclipse version 3.2.1, TPTP version 4.1.1 and =
AutoGUI=20
version <BR>> 4.3.0.<BR>> <BR>> As I mentioned in a previous =
posting,=20
in my test hierarchy I actually <BR>> invoke test scripts from setups =
suites=20
that reside in different plugins; <BR>> however in this simple =
example I put=20
both test suites in one and the <BR>> same plugin to simplify =
matters, seeing=20
how the error from this sample <BR>> test is exactly the same as for =
my real=20
tests.<BR>> <BR>> Thank you very much, let me know if you need =
anything=20
else.<BR>> <BR>> Cheerio,<BR>> B.<BR>> <BR>> Liz Dancy=20
wrote:<BR>>> I agree that this should be entered as a defect. =
Could you=20
please send me <BR>>> your Eclipse and TPTP version information as =
well as=20
the specifics of the <BR>>> use case to reproduce it and I will =
try to=20
narrow down the problem and open <BR>>> a defect in Bugzilla. I =
will reply=20
with the defect number once it has been <BR>>> opened so you can =
review it=20
and add yourself to the cc list.<BR>>> <BR>>> <BR>>>=20
Sincerely,<BR>>> <BR>>> Liz =
Dancy<BR>></FONT></BODY></HTML>
------=_NextPart_000_001D_01C72FE5.DBCF2330--
|
|
|
Goto Forum:
Current Time: Tue Apr 16 04:11:23 GMT 2024
Powered by FUDForum. Page generated in 0.32378 seconds |
] 
Search
Help
Register
Login
Home
