[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Execution replay for Qt/KDE applications
From:       LiuCougar <liucougar () gmail ! com>
Date:       2004-10-18 1:13:32
Message-ID: 955806780410171813298e6d16 () mail ! gmail ! com
[Download RAW message or body]

On Mon, 18 Oct 2004 00:03:02 +0200, Oliver Oppitz <o.oppitz@web.de> wrote:
> > Em Qua 13 Out 2004 20:10, Oliver Oppitz escreveu:
> > > I am currently investigating the possibility to use execution replay for   
> > > Qt based applications.
> > 
> > KDExecutor?
> 
> This certainly related but its focus is on test automation i.e. recording user input and \
> adding some probes to detect if the system is in a valid state. Then you replay the system \
> with the recorded input and get an automatic evaluation if the system behaves correctly. 
> Without having evaluted KDExecutor I assume, that their replay process does not produce \
> identical execution patterns like during the recording phase. And they do not need that \
> because they want replay recorded patterns on changing versions of the program to do \
> regression testing.
I do not think it would be hard to extend your existing work to "do
regression testing"

> What I have in mind is to create a replay mechanism that focuses on a replay that is \
> identical to the recording phase and therefore is great for debugging (in particular for bugs \
> that are timing dependent as outlined in an earlier posting). And AFAIK KDExecutor is not \
> open source, is it?
Of course not

-- 
"People's characters are strengthened through struggle against
difficulties; they are weakened by comfort."
- Old Chinese adage
 
> > Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<


[prev in list] [next in list] [prev in thread] [next in thread]