[Qt-creator] plugin_qtestlib
Thomas Dähling
t.daehling at googlemail.com
Mon Oct 26 21:21:20 CET 2009
I have always considered running the unit tests to be part of the build
process; personally I always set unit tests up in a way that they are
run once I compiled a project. Keeps the turnaround time as short as
possible.
So, with that background, I am fairly much in favour of using the "build
issues" panel for these kind of things.
jm2c
/Thomas
Bravo.Alex schrieb:
> Adam,
>
>> Build Issues would be a valid output target
>
> What happens when the test itself has build issues - which is very common due to changes in the code being tested?
> Are you saying that running of test can be considered part of building?
>
> Aren't building and running separate things according to Qt Creator design?
>
>
> -----Original Message-----
> From: qt-creator-bounces at trolltech.com [mailto:qt-creator-bounces at trolltech.com] On Behalf Of Coda Highland
> Sent: Monday, October 26, 2009 12:39 PM
> To: qt-creator at trolltech.com
> Subject: Re: [Qt-creator] plugin_qtestlib
>
> Honestly I don't know if I want to set the precedent of allowing
> plugins to just arbitrarily add new tabs there.
>
> I think Build Issues would be a valid output target, though; it's
> already intended for jumping to the relevant places in the code and
> one could argue that failing a unit test is a build issue.
>
> /s/ Adam
>
> On Mon, Oct 26, 2009 at 2:18 PM, Robert Caldecott
> <robert.caldecott at gmail.com> wrote:
>> I like the idea of a dedicated QTest output pane - will you be able to double-click on failures to jump directly to the code? That would be brilliant.
>>
>> 2009/10/26 Bravo.Alex <Alex.Bravo at igt.com>
>>>> Plus that it's not so high in the list of things to do.
>>>
>>>
>>> If you are talking about QtCreator at Nokia team, it makes a lot of sense.
>>>
>>> But that's why you guys opened development to outside world, right?
>>>
>>> So that we can help you improve already great product.
>>>
>>>
>>>
>>>
>>>
>>> So, back to qtestlibplugin:
>>>
>>> After bringing it back from the dead, I realized that the architecture of this plugin might need adjustment:
>>>
>>> Right now it has its own type of output "Test Results" (just like "Build Issues", "Application Output" and 2 more).
>>>
>>> But, as this picture shows, there's not much space for different types of output:
>>>
>>>
>>>
>>> Besides it doesn't make much sense to "pollute" IDE's screen with "Test Results" button and list entry
>>>
>>> for applications that have nothing to do with QTestLib.
>>>
>>>
>>>
>>> It looks like there should be as little presence for this plugin as possible in the IDE's GUI.
>>>
>>> Ideally, this plugin should show itself only if output of a program is in QTestLib format.
>>>
>>>
>>>
>>> Thus this plugin really provides a different format of "Application Output", not a different output pane.
>>>
>>>
>>>
>>> So proposed adjustment to this plugin is to be able to have several formats of "Application Output".
>>>
>>> By default it's "raw" output, with the ability to switch to a different format.
>>>
>>> In case of qtestlibplugin it can be "test results" and "benchmark results" formats.
>>>
>>> Other plugins could have/add their own formats.
>>>
>>>
>>>
>>> What do you guys think?
>>>
>>>
>>>
>>> Alex
>>>
>>>
>>>
>>>
>>>
>>> -----Original Message-----
>>> From: qt-creator-bounces at trolltech.com [mailto:qt-creator-bounces at trolltech.com] On Behalf Of Eike Ziller
>>> Sent: Monday, October 26, 2009 4:00 AM
>>> To: qt-creator at trolltech.com
>>> Subject: Re: [Qt-creator] plugin_qtestlib
>>>
>>>
>>>
>>>
>>>
>>> On Oct 20, 2009, at 7:24 PM, ext Bravo.Alex wrote:
>>>
>>>
>>>
>>>> Why is it dead:
>>>> a) it's obsolete, we now have a new XYZ plugin supporting
>>>> QTestLib in Qt Creator
>>>> b) the author is working on something else and doesn't have
>>>> time/interest to work on it
>>>> c) it didn't do much, so it's not worth maintaining
>>>> d) nobody needs it, we are satisfied with running tests through
>>>> test.pl
>>>
>>>
>>> I suppose it's b) and c). Plus that it's not so high in the list of
>>>
>>> things to do.
>>>
>>> The only "maybe" still useful parts of the code in the plugin is
>>>
>>> probably the interaction/parsing of the QTestLib output.
>>>
>>>
>>>
>>> ++ Eike
>>>
>>>
>>>
>>>> Alex
>>>> On Tuesday 20 October 2009 17:47:42 ext Bravo.Alex wrote:
>>>>> I'm not very successful in finding any info about plugin_qtestlib.
>>>>> There's not many comments in the source code either.
>>>>> plugins.pro says this:
>>>>> plugin_qtestlib \ # this seems to be dead
>>>>> The source tree on gitorious.org is missing
>>>> QTestLibPlugin.pluginspec for
>>>>> it.
>>>>> Does anybody know what it was supposed to do?
>>>> It's dead and the code probably is not very useful anymore either.
>>>> daniel
>>>> <ATT00001..txt>
>>>
>>>
>>> --
>>>
>>> Eike Ziller
>>>
>>> Software Engineer
>>>
>>> Nokia, Qt Development Frameworks
>>>
>>> Phone +49 (0)30 6392 3255
>>>
>>> Fax +49 (0)30 6392 3256
>>>
>>> E-mail eike.ziller at nokia.com
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>>
>>> Qt-creator mailing list
>>>
>>> Qt-creator at trolltech.com
>>>
>>> http://lists.trolltech.com/mailman/listinfo/qt-creator
>>>
>>> _______________________________________________
>>> Qt-creator mailing list
>>> Qt-creator at trolltech.com
>>> http://lists.trolltech.com/mailman/listinfo/qt-creator
>>>
>>
>> _______________________________________________
>> Qt-creator mailing list
>> Qt-creator at trolltech.com
>> http://lists.trolltech.com/mailman/listinfo/qt-creator
>>
>
> _______________________________________________
> Qt-creator mailing list
> Qt-creator at trolltech.com
> http://lists.trolltech.com/mailman/listinfo/qt-creator
>
> _______________________________________________
> Qt-creator mailing list
> Qt-creator at trolltech.com
> http://lists.trolltech.com/mailman/listinfo/qt-creator
>
More information about the Qt-creator-old
mailing list