db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Daniel John Debrunner (JIRA)" <derby-...@db.apache.org>
Subject [jira] Commented: (DERBY-1970) Add framework for performance tests in derby using Junit.
Date Thu, 19 Oct 2006 20:21:36 GMT
    [ http://issues.apache.org/jira/browse/DERBY-1970?page=comments#action_12443639 ] 
Daniel John Debrunner commented on DERBY-1970:

With the base performance class JDBCPerfTestCase it would be good to clarify how the test
is run in terms of number of executions of the setUp, fixture and  tearDown methods.

For a standard JUnit test then the each method is run once.

For JDBCPerfTestCase  with R repeats and I iterations then is this the case?

This cycle is repeated R times
            setUp run once
            fixture method is run I times (and timed)
            tearDown is run once


> Add framework for performance tests in derby using Junit.
> ---------------------------------------------------------
>                 Key: DERBY-1970
>                 URL: http://issues.apache.org/jira/browse/DERBY-1970
>             Project: Derby
>          Issue Type: Test
>          Components: Test
>    Affects Versions:
>            Reporter: Sunitha Kambhampati
>         Assigned To: Sunitha Kambhampati
>         Attachments: derby1970.draft.1.diff.txt, Derby1970_Notes.html, Derby1970_Notes.html
> Add a framework for performance tests to be added in derby. 
> Some goals are : 
> -- use Junit, thus will serve double duty as both functional tests as well as performance
> -- builds upon the existing infrastructure available to run functional tests 
>    *  for example, getting connections is handled in a single way allowing the performance
tests to run with J2ME, DriverManager, DataSource, single leg of an XA transaction etc. 
> -- be able to run using Junit directly. 
> -- easy for developers to add these tests and run them. 

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


View raw message