You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@oodt.apache.org by "Chris A. Mattmann (JIRA)" <ji...@apache.org> on 2012/07/27 06:39:34 UTC

[jira] [Updated] (OODT-468) Integration Test Infrastructure

     [ https://issues.apache.org/jira/browse/OODT-468?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Chris A. Mattmann updated OODT-468:
-----------------------------------

    Component/s: build proces
    
> Integration Test Infrastructure
> -------------------------------
>
>                 Key: OODT-468
>                 URL: https://issues.apache.org/jira/browse/OODT-468
>             Project: OODT
>          Issue Type: Task
>          Components: build proces
>    Affects Versions: 0.4
>         Environment: none
>            Reporter: Brian Foster
>            Assignee: Brian Foster
>            Priority: Minor
>             Fix For: 0.5
>
>
> As OODT continues to mature, i think we are getting to the point where we need some kind of release integration check infrastructure that nominally will bring up all the components and execute some test runs on them... at first these tests will be run manually by engineers before each OODT release... thus encouraging them to automate them ;)... currently there is no way to prove a released version of OODT is any more a 'blessed' version of the code than any given checked out revision.  I think having 'blessed' stable releases is important.
> I'm thinking of creating 2 google docs. The first being a word document enumerating the scenarios which should be run. The second being a spreadsheet with a tab for each release enumerating which scenarios where run and whether or not passed (with a column for bug ID created if scenario fails).  As each scenario gets automated, it can then be mark as such and only the none automated scenario will continue to be executed by engineers.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira