On Saturday 14 April 2012, Laszlo Papp wrote:
Afterwards it runs cppcheck on the source code...
That is a really nice advantage, if it can be integrated with handy
tools. Although, I would personally like to use much more advanced and
useful tools than cppcheck.
[...]
But overall
On 16.04.12 23:52:00, Andras Mantia wrote:
On Monday, April 16, 2012 08:59:13 AM Volker Krause wrote:
I don't think UI is necessarily easier to change than internal API,
the key difference is that you'll get a compile error for the unit
test, while you wont notice a broken Squish test
On Monday 16 April 2012, Andras Mantia wrote:
On Monday, April 16, 2012 08:59:13 AM Volker Krause wrote:
I don't think UI is necessarily easier to change than internal API,
the key difference is that you'll get a compile error for the unit
test, while you wont notice a broken Squish test
On Thursday, April 12, 2012 10:49:10 PM Alexander Neundorf wrote:
Yes, how good squish works for you depends on at least two things:
We also use Squish, and it found bugs and regressions in our code.
Still, there is a big problem with it: the test needs to be maintained
constantly. If they are
On Monday 16 April 2012 08:02:51 Andras Mantia wrote:
On Thursday, April 12, 2012 10:49:10 PM Alexander Neundorf wrote:
Yes, how good squish works for you depends on at least two things:
We also use Squish, and it found bugs and regressions in our code.
Still, there is a big problem with it:
Afterwards it runs cppcheck on the source code...
That is a really nice advantage, if it can be integrated with handy
tools. Although, I would personally like to use much more advanced and
useful tools than cppcheck.
[...]
But overall these are two very useful solutions which do not compete
On 04/05/12 17:12, Anne-Marie Mahfouf wrote:
Hi,
We would like to setup a Quality Testing Team within KDE in order to
better test our next KDE SC and make the beta process more efficient.
Attached is the first draft of the ideas I brainstormed. Source .odt
of this document is available at
On Sunday 08 April 2012, Albert Astals Cid wrote:
El Diumenge, 8 d'abril de 2012, a les 17:13:54, Pau Garcia i Quiles va
...
I can tell you TestComplete's support for Qt is pretty limited. I have
not tested LDTP because we needed support for Windows and Linux for our
Qt projects.
Hi dE
On Thu, Apr 12, 2012 at 15:25, dE . de.tec...@gmail.com wrote:
...
Apart from whatever's being discussed here, the testing phase should be
publicized and called for testers (for e.g. the first page should talk about
this and call for testing as a contribution).
Instructions for testing
On Thursday 12 April 2012 21.01.53 Alexander Neundorf wrote:
We use Squish at work and it works well.
I've been on many projects and often the project manager thinks they need
squish, but in the end it just doesn't have any positive impact on the product
or the quality.
The most recent project
On Thursday 12 April 2012, Thomas Zander wrote:
On Thursday 12 April 2012 21.01.53 Alexander Neundorf wrote:
We use Squish at work and it works well.
I've been on many projects and often the project manager thinks they need
squish, but in the end it just doesn't have any positive impact on
On 10.04.12 06:45:17, Laszlo Papp wrote:
[...]
all I care about is that its easy to get a project set up to
be build continously (and the unit-tests executed) and wether it
provides more than just build errors/warnings and test-results. Since
some of these things are handy - especially
On Tuesday 10 April 2012 06:45:17 Laszlo Papp wrote:
all I care about is that its easy to get a project set up to
be build continously (and the unit-tests executed) and wether it
provides more than just build errors/warnings and test-results. Since
some of these things are handy -
On Tuesday 10 April 2012 6:38:52 PM Michael Jansen wrote:
On Tuesday, April 10, 2012 09:20:57 AM Allen Winter wrote:
On Thursday 05 April 2012 7:42:48 AM Anne-Marie Mahfouf wrote:
Hi,
A new mailing list has been set up in order to discuss all this: please
subscribe to it if you
On Wednesday 11 April 2012, Matthew Dawson wrote:
On April 10, 2012 06:45:17 AM Laszlo Papp wrote:
That having said, CDash was designed with CMake in mind. We already
depend on CMake and CTest.
We actually do not depend on CTest, that is an optional tool, one can
run the tests
On Wednesday 11 April 2012, Michael Jansen wrote:
On Tuesday, April 10, 2012 09:20:57 AM Allen Winter wrote:
On Thursday 05 April 2012 7:42:48 AM Anne-Marie Mahfouf wrote:
Hi,
A new mailing list has been set up in order to discuss all this: please
subscribe to it if you would
On Wednesday 11 April 2012, Allen Winter wrote:
On Tuesday 10 April 2012 6:38:52 PM Michael Jansen wrote:
On Tuesday, April 10, 2012 09:20:57 AM Allen Winter wrote:
On Thursday 05 April 2012 7:42:48 AM Anne-Marie Mahfouf wrote:
Hi,
A new mailing list has been set up in
Okay, back to this list then from kde-testing. I have at least tried. :)
Actually, make test invokes CTest behind the scenes[1].
Actually, yes. :-)
That being said, if
we aren't uploading results anywhere, CTest only runs the test executables and
offers nothing else (in this case). If
Anne,
On Sun, Apr 8, 2012 at 9:03 AM, Anne-Marie Mahfouf
Yes this is maybe the best free tool to do the job.
DO you or anybody have used it already?
Thanks for your input,
Unfortunately I have no experience on this tool, but when I check all the
next emails I'm glad there is a lot of feedback.
On Thursday 05 April 2012 7:42:48 AM Anne-Marie Mahfouf wrote:
Hi,
A new mailing list has been set up in order to discuss all this: please
subscribe to it if you would like to be part of this
https://mail.kde.org/mailman/listinfo/kde-testing
An IRC channel also was created on Freenode:
On Tuesday, April 10, 2012 09:20:57 AM Allen Winter wrote:
On Thursday 05 April 2012 7:42:48 AM Anne-Marie Mahfouf wrote:
Hi,
A new mailing list has been set up in order to discuss all this: please
subscribe to it if you would like to be part of this
On Wed, Apr 11, 2012 at 00:38, Michael Jansen k...@michael-jansen.biz wrote:
On Tuesday, April 10, 2012 09:20:57 AM Allen Winter wrote:
On Thursday 05 April 2012 7:42:48 AM Anne-Marie Mahfouf wrote:
Hi,
A new mailing list has been set up in order to discuss all this: please
subscribe
On April 10, 2012 06:45:17 AM Laszlo Papp wrote:
That having said, CDash was designed with CMake in mind. We already
depend on CMake and CTest.
We actually do not depend on CTest, that is an optional tool, one can
run the tests without ctest (in fact I've never used CTest on my
On 09.04.12 12:58:02, Alexander Neundorf wrote:
On Friday 06 April 2012, Anne-Marie Mahfouf wrote:
On 04/06/2012 02:23 PM, Aleix Pol wrote:
On Thu, Apr 5, 2012 at 1:42 PM, Anne-Marie Mahfouf
annemarie.mahf...@free.fr wrote:
Hi,
We would like to setup a Quality Testing Team
On Monday 09 April 2012 13:15:26 Andreas Pakulat wrote:
There is not only Jenkins, but also CDash, which integrates nicely with
our
cmake-based build system.
I was trying to set up nightly builds for the KDE modules two years ago or
so (hosted on http://my.cdash.org, some of our
On Monday, April 09, 2012 02:05:28 PM Martin Gräßlin wrote:
On Monday 09 April 2012 13:15:26 Andreas Pakulat wrote:
There is not only Jenkins, but also CDash, which integrates nicely with
our
cmake-based build system.
I was trying to set up nightly builds for the KDE modules two
On 09.04.12 13:28:31, Anne-Marie Mahfouf wrote:
On 04/09/2012 01:15 PM, Andreas Pakulat wrote:
On 09.04.12 12:58:02, Alexander Neundorf wrote:
On Friday 06 April 2012, Anne-Marie Mahfouf wrote:
On 04/06/2012 02:23 PM, Aleix Pol wrote:
On Thu, Apr 5, 2012 at 1:42 PM, Anne-Marie Mahfouf
On 09.04.12 14:29:27, Michael Jansen wrote:
On Monday, April 09, 2012 02:05:28 PM Martin Gräßlin wrote:
On Monday 09 April 2012 13:15:26 Andreas Pakulat wrote:
There is not only Jenkins, but also CDash, which integrates nicely with
our
cmake-based build system.
I was trying
On 09.04.12 16:27:17, Laszlo Papp wrote:
Well, I'd say jenkins has a lot more to offer than cdash. Its also a lot
simpler to use, setup and understand for newcomers in my opinion. With
jenkins I can have a shell-script job which runs cmake make make
test and be done. Setting up a build
Hmm, that may work if your project has usually no warnings, but I find
this for warnings to be too much noise.
We have also had many warnings back then. :-)
The CI mails should immediately
tell me if CI is considered broken (and warnings are often not
considered that) or not and if its
On 09.04.12 23:29:17, Laszlo Papp wrote:
I will also try out this Jenkins in the future once I find the time
for that, but I have been a happy CDash user for about ten months by
now. :-)
build.kde.org can give you a pretty good idea of how jenkins looks and
can be used to do CI.
I
Also IIRC there was a blog-post inviting people to submit requests for the
addition of their
projects.
I believe, I missed that.
I also don't see any KDE playground apps on my.cdash.org :)
http://my.cdash.org/index.php?project=Gluon
http://my.cdash.org/index.php?project=QtOpenAL (You do
I also don't see any KDE playground apps on my.cdash.org :)
http://my.cdash.org/index.php?project=Gluon
http://my.cdash.org/index.php?project=QtOpenAL (You do not find it in
playground since it was deleted 1-2 days ago after migrating to Qt
Playground, but it has been hosted there).
Ah yes,
On Fri, Apr 6, 2012 at 7:03 PM, Anne-Marie Mahfouf
annemarie.mahf...@free.fr wrote:
On 04/06/2012 02:23 PM, Aleix Pol wrote:
On Thu, Apr 5, 2012 at 1:42 PM, Anne-Marie Mahfouf
annemarie.mahf...@free.fr wrote:
Hi,
We would like to setup a Quality Testing Team within KDE in order to
better
Hi Aleix,
On Sat, Apr 7, 2012 at 20:34, Aleix Pol aleix...@kde.org wrote:
Anyhow, is the mailing list created already?
Yes, it was set up the same days as the mail was sent out:
https://mail.kde.org/mailman/listinfo/kde-testing
Regards, Myriam
--
Proud member of the Amarok and KDE Community
On 04/08/2012 07:11 AM, Percy Camilo Triveño Aucahuasi wrote:
Hi Anne, hi all
On Fri, Apr 6, 2012 at 12:03 PM, Anne-Marie Mahfouf
This is addressed for 4.9 as putting in place a few
selected areas of functional testing and hopefully
we will assess some automated UI testing tools
and start using
On Sun, Apr 8, 2012 at 4:03 PM, Anne-Marie Mahfouf
annemarie.mahf...@free.fr wrote:
**
Indeed, Nice idea, I think this is the right focus to (auto)test the
functionality/features of the app. I've searched some info about this topic
and found this:
http://ldtp.freedesktop.org/wiki/Home
El Diumenge, 8 d'abril de 2012, a les 17:13:54, Pau Garcia i Quiles va
escriure:
On Sun, Apr 8, 2012 at 4:03 PM, Anne-Marie Mahfouf
annemarie.mahf...@free.fr wrote:
**
Indeed, Nice idea, I think this is the right focus to (auto)test the
functionality/features of the app. I've
On Sun, Apr 8, 2012 at 5:21 PM, Albert Astals Cid aa...@kde.org wrote:
Did you guys ever try Testability? I've been using lately and works pretty
well and has the added value of being Free Software.
Do you mean this tool?
http://code.google.com/p/testability-explorer/
TestComplete, Squish,
El Diumenge, 8 d'abril de 2012, a les 17:48:03, Pau Garcia i Quiles va
escriure:
On Sun, Apr 8, 2012 at 5:21 PM, Albert Astals Cid aa...@kde.org wrote:
Did you guys ever try Testability? I've been using lately and works pretty
well and has the added value of being Free Software.
Do you
Hi Anne, hi all
On Fri, Apr 6, 2012 at 12:03 PM, Anne-Marie Mahfouf
This is addressed for 4.9 as putting in place a few
selected areas of functional testing and hopefully
we will assess some automated UI testing tools
and start using them in the following releases.
I hope we can gather enough
On Thu, Apr 5, 2012 at 1:42 PM, Anne-Marie Mahfouf
annemarie.mahf...@free.fr wrote:
Hi,
We would like to setup a Quality Testing Team within KDE in order to better
test our next KDE SC and make the beta process more efficient.
Attached is the first draft of the ideas I brainstormed. Source
On 04/06/2012 02:23 PM, Aleix Pol wrote:
On Thu, Apr 5, 2012 at 1:42 PM, Anne-Marie Mahfouf
annemarie.mahf...@free.fr wrote:
Hi,
We would like to setup a Quality Testing Team within KDE in order to better
test our next KDE SC and make the beta process more efficient.
Attached is the first
43 matches
Mail list logo