[ 
https://issues.apache.org/jira/browse/BIGTOP-769?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13488152#comment-13488152
 ] 

Johnny Zhang edited comment on BIGTOP-769 at 10/31/12 7:43 PM:
---------------------------------------------------------------

@Roman, what kind of tests will be shell-based ? I am asking since most of the 
integration tests is currently using groovy.
                
      was (Author: dreambird):
    @Roman, what's the scope of using this shell-based wrapper?
                  
> Create a generic shell executor iTest driver
> --------------------------------------------
>
>                 Key: BIGTOP-769
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-769
>             Project: Bigtop
>          Issue Type: Improvement
>          Components: Tests
>    Affects Versions: 0.4.0
>            Reporter: Roman Shaposhnik
>            Assignee: Roman Shaposhnik
>             Fix For: 0.5.0
>
>
> It would be nice to have a way of generically wrapping up shell-based tests 
> in iTest framework.
> I imagine a pretty simple implementation (at least initially) where on the 
> iTest side we'd have a parameterized testsuite that would look inside a 
> specific location under resources and instantiate one test per shell script 
> that it finds there (subject to include/exclude filtering constraints). Then 
> the tests will be exec'ed inside of a pre-set UNIX environment one-by-one (no 
> parallel execution for now). If shell returns 0 -- the test passes, non 0 -- 
> fails (and the stderr/stdout get captured).
> Finally, I don't have any better answer to what the contract for the 
> environment should be, but I'd like folks to chime in with suggestions. We 
> can probably start with populating it with ALL of the properties extracted 
> from Hadoop config files (core-site.xml, hdfs-site.xml, etc.) with obvious 
> transformations (fs.default.name becomes FS_DEFAULT_NAME, etc.). Or we can 
> have a manifest of what's allowed and what tests can rely on.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to