Saving TPFExecutionResult [message #109230] |
Thu, 16 August 2007 23:04 |
Eclipse User |
|
|
|
Originally posted by: misiak7.seznam.cz
Hi guys,
I'd like to use Manual Test Runner standalone, means without Agent
Controller. I was successfull with opening xxx.testsuite and loading data,
but I really don't know, how to save Result (ExecutionEvent s) from
testing to storage media. Have you any idea? As well, I can't resolve,
what is happend with messages after sending via RemoteComponentSkeleton
after processed by native mehods. Thanks for any help and any idea :)
mike
|
|
|
Re: Saving TPFExecutionResult [message #109342 is a reply to message #109230] |
Fri, 17 August 2007 14:15 |
Paul Slauenwhite Messages: 975 Registered: July 2009 |
Senior Member |
|
|
Hi Misial,
You can save a TPFExecutionResult eObject using the following line:
((EObject)myTestResult).eResource().save(Collections.EMPTY_M AP);
The resulting *.execution file will be created as specified by the URI
property of the eResource.
When the Comptest Agent in the Manual Test Runner emits Test Execution
Events
( http://www.eclipse.org/tptp/platform/documents/resources/dtd _xsd/testExecution.xsd)
to the RemoteComponentSkeleton, they are communicated back to the test
harness running in the launching workbench, where they are loaded into the
Test model and finally serialized to the *.execution file for viewing in the
Test Log View.
Out of curiosity, why do you need the Manual Test View in a stand-alone
run-time?
Paul
"Misiak" <misiak7@seznam.cz> wrote in message
news:7e0083d2d5fd5676e2d98c69f75e8f04$1@www.eclipse.org...
> Hi guys,
> I'd like to use Manual Test Runner standalone, means without Agent
> Controller. I was successfull with opening xxx.testsuite and loading data,
> but I really don't know, how to save Result (ExecutionEvent s) from
> testing to storage media. Have you any idea? As well, I can't resolve,
> what is happend with messages after sending via RemoteComponentSkeleton
> after processed by native mehods. Thanks for any help and any idea :)
>
> mike
>
|
|
|
Re: Saving TPFExecutionResult [message #109589 is a reply to message #109342] |
Mon, 20 August 2007 14:53 |
Eclipse User |
|
|
|
Originally posted by: misiak7.seznam.cz
Hi Paul,
Thanks for answer. I'm developing web application, which will execute
testSuite and product testExecution file. Basically, it's web's Manual
test View, as input it's URI of xxx.testSuite, output will be, as
mentioned, xxx.execution. But all without using AgentController. TPTP
testing subproject is quite big, so I don't know if this is right way to
develope webApp without agentController. I hope so. Just one thing, which
remains, is convert org.eclipse.hyades.test.common.event.ExecutionEvent to
TPFExecutionEvent. Probably I'll try to use XMLExecutionEventLoader and
its similar classes. Is there any better way?
thanks
Mike
|
|
|
Re: Saving TPFExecutionResult [message #109716 is a reply to message #109589] |
Tue, 21 August 2007 10:44 |
Paul Slauenwhite Messages: 975 Registered: July 2009 |
Senior Member |
|
|
Hi Missiak,
Yes, I would recommend using the XMLExecutionEventLoader since this is
same codepath used by the TPTP test execution framework. You will need to
serialize your org.eclipse.hyades.test.common.event.ExecutionEvent to XML
and pass it to the XMLExecutionEventLoader.
Paul
"Misiak" <misiak7@seznam.cz> wrote in message
news:db159389e28183158197019df0337817$1@www.eclipse.org...
> Hi Paul,
> Thanks for answer. I'm developing web application, which will execute
> testSuite and product testExecution file. Basically, it's web's Manual
> test View, as input it's URI of xxx.testSuite, output will be, as
> mentioned, xxx.execution. But all without using AgentController. TPTP
> testing subproject is quite big, so I don't know if this is right way to
> develope webApp without agentController. I hope so. Just one thing, which
> remains, is convert org.eclipse.hyades.test.common.event.ExecutionEvent to
> TPFExecutionEvent. Probably I'll try to use XMLExecutionEventLoader and
> its similar classes. Is there any better way?
> thanks
> Mike
>
|
|
|
Powered by
FUDForum. Page generated in 0.71830 seconds