Dev - Automated regression testing tool for Java API

[Trasca Virgil]

 
      Hi all,

          I want to ask the developers of ofbiz how do
you handle in your project regression testing. Do you
use somehow a mechanism based on JUnit? When a new
feature apears somebody should take all the past test
casses and run it again so you will assure that none
of the old functionallities is broken? I assume nobody
runs by hand hundreds of already existing past test
cases all the time a new feature apears. Do you
automate somehow this process in ofbiz? Thank you.

Regards,
Virgil

--- [hidden email] wrote:

> Send Dev mailing list submissions to
> [hidden email]
>
> To subscribe or unsubscribe via the World Wide Web,
> visit
> http://lists.ofbiz.org/mailman/listinfo/dev
> or, via email, send a message with subject or body
> 'help' to
> [hidden email]
>
> You can reach the person managing the list at
> [hidden email]
>
> When replying, please edit your Subject line so it
> is more specific
> than "Re: Contents of Dev digest..."
>
>
> Today's Topics:
>
>    1. ApacheCon EU call for papers (David Welton)
>    2. Current Startup Warnings (David E. Jones)
>    3. ServletContext not being used in event
> handlers (Al Byers)
>    4. Re: ServletContext not being used in event
> handlers
>       (David E. Jones)
>    5. mailing list migration in JIRA (David Welton)
>    6. Re: mailing list migration in JIRA (Jacopo
> Cappellato)
>
>
>

----------------------------------------------------------------------

>
> Message: 1
> Date: Tue, 21 Feb 2006 21:40:39 +0100
> From: "David Welton" <[hidden email]>
> Subject: [OFBiz] Dev - ApacheCon EU call for papers
> To: "OFBiz Project Development Discussion"
> <[hidden email]>
> Message-ID:
>
>

<[hidden email]>

> Content-Type: text/plain; charset=ISO-8859-1
>
> Have at it!
>
> http://apachecon.com/
>
> --
> David N. Welton
>  - http://www.dedasys.com/davidw/
>
> Linux, Open Source Consulting
>  - http://www.dedasys.com/
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 21 Feb 2006 17:55:02 -0700
> From: "David E. Jones" <[hidden email]>
> Subject: [OFBiz] Dev - Current Startup Warnings
> To: OFBiz Project Development Discussion
> <[hidden email]>
> Message-ID:
> <[hidden email]>
> Content-Type: text/plain; charset="us-ascii"
>
>
> 8691  (main) [   GenericDelegator.java:162:WARN ]
> =-=-=-=-= Found 3  
> warnings when checking the entity definitions:
> 8691  (main) [   GenericDelegator.java:166:WARN ]  
> [RelationNameNotUnique] Relation Party of entity
> SalesForecast is not  
> unique for that entity.
> 8692  (main) [   GenericDelegator.java:166:WARN ]  
> [RelationNameNotUnique] Relation Party of entity
> SalesForecastHistory  
> is not unique for that entity.
> 8692  (main) [   GenericDelegator.java:166:WARN ]  
> [RelationFkDuplicate] Relation to ReturnType from
> entity ReturnItem  
> has a duplicate fk-name "RTN_TYPE".
> 17889 (main) [ ModelServiceReader.java:197:WARN ]
> WARNING: Service  
> setInvoiceStatus is defined more than once, most
> recent will over-
> write previous definition(s)
> 17890 (main) [ ModelServiceReader.java:197:WARN ]
> WARNING: Service  
> createInvoiceTerm is defined more than once, most
> recent will over-
> write previous definition(s)
> 18199 (main) [ ModelServiceReader.java:623:WARN ] No
> parameter found  
> for override parameter named: orderAdjustmentId in
> service  
> returnItemInterface
>
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: smime.p7s
> Type: application/pkcs7-signature
> Size: 2466 bytes
> Desc: not available
> Url :
>

http://lists.ofbiz.org/pipermail/dev/attachments/20060221/be385813/smime-0001.bin

>
> ------------------------------
>
> Message: 3
> Date: Tue, 21 Feb 2006 23:28:36 -0700
> From: Al Byers <[hidden email]>
> Subject: [OFBiz] Dev - ServletContext not being used
> in event handlers
> To: OFBiz Project Development Discussion
> <[hidden email]>
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=ISO-8859-1;
> format=flowed
>
> I was wondering if there was any reason why the
> ServletContext object is
> not set in the event handler (specifically, the
> JavaEventHandler) and
> set as an attribute in the request object? I could
> use it in the CMS
> routines for getting content. Sometimes they need to
> know the webSiteId,
> rootDir and https. It was okay when everything was
> done in the
> viewhandler, but I see a need for this when you have
> events creating the
> response.
>
> -Al
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 21 Feb 2006 23:51:28 -0700
> From: "David E. Jones" <[hidden email]>
> Subject: Re: [OFBiz] Dev - ServletContext not being
> used in event
> handlers
> To: OFBiz Project Development Discussion
> <[hidden email]>
> Message-ID:
> <[hidden email]>
> Content-Type: text/plain; charset="us-ascii"
>
>
> I think we had code in the ControlServlet to put the
> ServletContext  
> in a request attribute at one time, but now you can
> get this through  
> the session or request (via the session) objects
> using the  
> HttpSession.getServletContext() method, so we just
> leave it to that.
>
> -David
>
>
> On Feb 21, 2006, at 11:28 PM, Al Byers wrote:
>
> > I was wondering if there was any reason why the
> ServletContext  
> > object is
> > not set in the event handler (specifically, the
> JavaEventHandler) and
> > set as an attribute in the request object? I could
> use it in the CMS
> > routines for getting content. Sometimes they need
> to know the  
> > webSiteId,
> > rootDir and https. It was okay when everything was
> done in the
> > viewhandler, but I see a need for this when you
> have events  
> > creating the
> > response.
> >
> > -Al
> >
> > _______________________________________________
> > Dev mailing list
> > [hidden email]
> > http://lists.ofbiz.org/mailman/listinfo/dev
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: smime.p7s
> Type: application/pkcs7-signature
> Size: 2466 bytes
> Desc: not available
> Url :
>

http://lists.ofbiz.org/pipermail/dev/attachments/20060221/34b7b7cc/smime-0001.bin
>
=== message truncated ===

 
_______________________________________________
Dev mailing list
[hidden email]
http://lists.ofbiz.org/mailman/listinfo/dev

[Yannick Thebault]

Hi,

We're using a tool called QAA (for Quality Assurance Agent) because this tools
can be used by everybody (included non-developer people).
This tool allows you to create business scenario to test regression on tha
application.
This tool is a XUL application and have to be installed on firefox.
You can found it at : http://labs.libre-entreprise.org/projects/qaa/

Regards

Yannick

Le Mercredi 22 Février 2006 19:09, Trasca Virgil a écrit :

>       Hi all,
>
>           I want to ask the developers of ofbiz how do
> you handle in your project regression testing. Do you
> use somehow a mechanism based on JUnit? When a new
> feature apears somebody should take all the past test
> casses and run it again so you will assure that none
> of the old functionallities is broken? I assume nobody
> runs by hand hundreds of already existing past test
> cases all the time a new feature apears. Do you
> automate somehow this process in ofbiz? Thank you.
>
> Regards,
> Virgil
>
> --- [hidden email] wrote:
> > Send Dev mailing list submissions to
> >  [hidden email]
> >
> > To subscribe or unsubscribe via the World Wide Web,
> > visit
> >  http://lists.ofbiz.org/mailman/listinfo/dev
> > or, via email, send a message with subject or body
> > 'help' to
> >  [hidden email]
> >
> > You can reach the person managing the list at
> >  [hidden email]
> >
> > When replying, please edit your Subject line so it
> > is more specific
> > than "Re: Contents of Dev digest..."
> >
> >
> > Today's Topics:
> >
> >    1. ApacheCon EU call for papers (David Welton)
> >    2. Current Startup Warnings (David E. Jones)
> >    3. ServletContext not being used in event
> > handlers (Al Byers)
> >    4. Re: ServletContext not being used in event
> > handlers
> >       (David E. Jones)
> >    5. mailing list migration in JIRA (David Welton)
> >    6. Re: mailing list migration in JIRA (Jacopo
> > Cappellato)
>
> ----------------------------------------------------------------------
>
> > Message: 1
> > Date: Tue, 21 Feb 2006 21:40:39 +0100
> > From: "David Welton" <[hidden email]>
> > Subject: [OFBiz] Dev - ApacheCon EU call for papers
> > To: "OFBiz Project Development Discussion"
> > <[hidden email]>
> > Message-ID:
>
> <[hidden email]>
>
> > Content-Type: text/plain; charset=ISO-8859-1
> >
> > Have at it!
> >
> > http://apachecon.com/
> >
> > --
> > David N. Welton
> >  - http://www.dedasys.com/davidw/
> >
> > Linux, Open Source Consulting
> >  - http://www.dedasys.com/
> >
> >
> > ------------------------------
> >
> > Message: 2
> > Date: Tue, 21 Feb 2006 17:55:02 -0700
> > From: "David E. Jones" <[hidden email]>
> > Subject: [OFBiz] Dev - Current Startup Warnings
> > To: OFBiz Project Development Discussion
> > <[hidden email]>
> > Message-ID:
> > <[hidden email]>
> > Content-Type: text/plain; charset="us-ascii"
> >
> >
> > 8691  (main) [   GenericDelegator.java:162:WARN ]
> > =-=-=-=-= Found 3
> > warnings when checking the entity definitions:
> > 8691  (main) [   GenericDelegator.java:166:WARN ]
> > [RelationNameNotUnique] Relation Party of entity
> > SalesForecast is not
> > unique for that entity.
> > 8692  (main) [   GenericDelegator.java:166:WARN ]
> > [RelationNameNotUnique] Relation Party of entity
> > SalesForecastHistory
> > is not unique for that entity.
> > 8692  (main) [   GenericDelegator.java:166:WARN ]
> > [RelationFkDuplicate] Relation to ReturnType from
> > entity ReturnItem
> > has a duplicate fk-name "RTN_TYPE".
> > 17889 (main) [ ModelServiceReader.java:197:WARN ]
> > WARNING: Service
> > setInvoiceStatus is defined more than once, most
> > recent will over-
> > write previous definition(s)
> > 17890 (main) [ ModelServiceReader.java:197:WARN ]
> > WARNING: Service
> > createInvoiceTerm is defined more than once, most
> > recent will over-
> > write previous definition(s)
> > 18199 (main) [ ModelServiceReader.java:623:WARN ] No
> > parameter found
> > for override parameter named: orderAdjustmentId in
> > service
> > returnItemInterface
> >
> >
> > -------------- next part --------------
> > A non-text attachment was scrubbed...
> > Name: smime.p7s
> > Type: application/pkcs7-signature
> > Size: 2466 bytes
> > Desc: not available
> > Url :
>
> http://lists.ofbiz.org/pipermail/dev/attachments/20060221/be385813/smime-00
>01.bin
>
> > ------------------------------
> >
> > Message: 3
> > Date: Tue, 21 Feb 2006 23:28:36 -0700
> > From: Al Byers <[hidden email]>
> > Subject: [OFBiz] Dev - ServletContext not being used
> > in event handlers
> > To: OFBiz Project Development Discussion
> > <[hidden email]>
> > Message-ID: <[hidden email]>
> > Content-Type: text/plain; charset=ISO-8859-1;
> > format=flowed
> >
> > I was wondering if there was any reason why the
> > ServletContext object is
> > not set in the event handler (specifically, the
> > JavaEventHandler) and
> > set as an attribute in the request object? I could
> > use it in the CMS
> > routines for getting content. Sometimes they need to
> > know the webSiteId,
> > rootDir and https. It was okay when everything was
> > done in the
> > viewhandler, but I see a need for this when you have
> > events creating the
> > response.
> >
> > -Al
> >
> >
> > ------------------------------
> >
> > Message: 4
> > Date: Tue, 21 Feb 2006 23:51:28 -0700
> > From: "David E. Jones" <[hidden email]>
> > Subject: Re: [OFBiz] Dev - ServletContext not being
> > used in event
> > handlers
> > To: OFBiz Project Development Discussion
> > <[hidden email]>
> > Message-ID:
> > <[hidden email]>
> > Content-Type: text/plain; charset="us-ascii"
> >
> >
> > I think we had code in the ControlServlet to put the
> > ServletContext
> > in a request attribute at one time, but now you can
> > get this through
> > the session or request (via the session) objects
> > using the
> > HttpSession.getServletContext() method, so we just
> > leave it to that.
> >
> > -David
> >
> > On Feb 21, 2006, at 11:28 PM, Al Byers wrote:
> > > I was wondering if there was any reason why the
> >
> > ServletContext
> >
> > > object is
> > > not set in the event handler (specifically, the
> >
> > JavaEventHandler) and
> >
> > > set as an attribute in the request object? I could
> >
> > use it in the CMS
> >
> > > routines for getting content. Sometimes they need
> >
> > to know the
> >
> > > webSiteId,
> > > rootDir and https. It was okay when everything was
> >
> > done in the
> >
> > > viewhandler, but I see a need for this when you
> >
> > have events
> >
> > > creating the
> > > response.
> > >
> > > -Al
> > >
> > > _______________________________________________
> > > Dev mailing list
> > > [hidden email]
> > > http://lists.ofbiz.org/mailman/listinfo/dev
> >
> > -------------- next part --------------
> > A non-text attachment was scrubbed...
> > Name: smime.p7s
> > Type: application/pkcs7-signature
> > Size: 2466 bytes
> > Desc: not available
> > Url :
>
> http://lists.ofbiz.org/pipermail/dev/attachments/20060221/34b7b7cc/smime-00
>01.bin
>
> === message truncated ===
>
>
> _______________________________________________
> Dev mailing list
> [hidden email]
> http://lists.ofbiz.org/mailman/listinfo/dev

--
Yannick Thebault
Consultant
Tél : [phone]
Site projet : http://www.neogia.org/

Société Néréide
Tél : [phone]
Site : http://www.nereide.biz/
 
_______________________________________________
Dev mailing list
[hidden email]
http://lists.ofbiz.org/mailman/listinfo/dev

[Andrew Sykes]

Yannick,

Looks like an interesting tool.

It's a bit short on documentation though (i.e. none). Do you know of any
documentation for this?
--
Kind Regards
Andrew Sykes <[hidden email]>
Sykes Development Ltd
http://www.sykesdevelopment.com

 
_______________________________________________
Dev mailing list
[hidden email]
http://lists.ofbiz.org/mailman/listinfo/dev