From: Jan Hudec <bulb@ucw.cz>
To: Benjamin Sergeant <bsergean@gmail.com>
Cc: Marco Costalba <mcostalba@gmail.com>, git@vger.kernel.org
Subject: Re: [QGIT RFC] Unit tests for QGit
Date: Sun, 10 Aug 2008 09:55:57 +0200 [thread overview]
Message-ID: <20080810075557.GA3955@efreet.light.src> (raw)
In-Reply-To: <1621f9fa0808081600i51bcaaedtc22a7a85947ba400@mail.gmail.com>
On Fri, Aug 08, 2008 at 16:00:57 -0700, Benjamin Sergeant wrote:
> On Fri, Aug 8, 2008 at 2:13 PM, Jan Hudec <bulb@ucw.cz> wrote:
> > I've been thinking about some refactoring of QGit since some time. And to be
> > sure I don't screw up things too hard in the process, I thought about adding
> > a test suite infrastructure first (and add some test cases for each think
> > just before refactoring it).
> >
> > The problem is, that implementing unittests means I need to compile
> > 2 separate binaries -- qgit itself and the test -- using most (but not all)
> > of the same sources. I see two ways to do it, so I'd like to ask which you
> > consider cleaner:
> > [...]
>
> Maybe you can have a look at QTestLib. But it won't solve your
Sure I did. Unfortunately they don't suggest any good way to handle your
build process with it in their examples. Seems to me they never tried testing
an application with it.
I plan to go down the QTestLib route. Maybe it could be combined with
LDTP[1] for blackbox testing -- they claim to be able to use Qt 4's
accessibility to control an application.
> buildsystem issues. You'll need one .pro per test. (I have one .pro
> per test plus one directory per test). There's probably other ways to
> using it.
Depends on what you call a test. But generally there should be no reason to
have more than one .pro file for all tests. You just need to manually
maintain a list of test classes or create some kind of static instance
self-registration (which I did).
> http://doc.trolltech.com/4.4/qtestlib-manual.html#qtestlib
[1] http://ldtp.freedesktop.org/
--
Jan 'Bulb' Hudec <bulb@ucw.cz>
next prev parent reply other threads:[~2008-08-10 7:57 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-08 21:13 [QGIT RFC] Unit tests for QGit Jan Hudec
2008-08-08 23:00 ` Benjamin Sergeant
2008-08-10 7:55 ` Jan Hudec [this message]
2008-08-17 8:57 ` Marco Costalba
2008-08-17 14:15 ` Jan Hudec
2008-08-17 15:46 ` Marco Costalba
2008-08-17 19:58 ` Jan Hudec
2008-08-17 20:30 ` Marco Costalba
2008-08-18 18:00 ` Jan Hudec
2008-08-19 14:53 ` Marco Costalba
2008-08-27 20:18 ` Jan Hudec
2008-08-28 11:29 ` Marco Costalba
2008-08-28 15:31 ` Karl Hasselström
2008-08-28 18:54 ` Marco Costalba
2008-08-28 22:01 ` Jan Hudec
2008-08-29 7:01 ` Marco Costalba
2008-08-28 22:18 ` Karl Hasselström
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080810075557.GA3955@efreet.light.src \
--to=bulb@ucw.cz \
--cc=bsergean@gmail.com \
--cc=git@vger.kernel.org \
--cc=mcostalba@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.