You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@bigtop.apache.org by "Konstantin Boudnik (JIRA)" <ji...@apache.org> on 2015/08/08 21:59:45 UTC

[jira] [Updated] (BIGTOP-1315) Pig smoke tests: Refactor ?

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

Konstantin Boudnik updated BIGTOP-1315:
---------------------------------------
    Fix Version/s:     (was: 0.9)
                   1.0.0

> Pig smoke tests:  Refactor ?
> ----------------------------
>
>                 Key: BIGTOP-1315
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-1315
>             Project: Bigtop
>          Issue Type: Bug
>          Components: tests
>            Reporter: jay vyas
>            Assignee: jay vyas
>             Fix For: 1.0.0
>
>
> The pig tests which we ship are only running the TestPigTest and TestGruntParser tests.
> As usual, I'll make my trademark statement :) 
> 1) Is all the indirection of including a jar file maintained externally really worth it for two simple tests, neither of  which are customizable, and both of which run on very small data sets, built for  a local machine only ? We can easily maintain our own Itest based groovy tests in the Style of BIGTOP-1222.    Would be easier for others to use and adopt.   
> The second test "TestGruntParser" doesnt really seem like it should even run inside of bigtop, should it?
> 2) If we still do want to keep using the artifacts from pigsmoke, for now we will should to upgrade to pigsmoke 0.12.1.
> My personal opinion (if you havent already guessed...) is that I think pig's definition of a "smoke" test isnt quite the same as ours (unless im missing something), so id like to think some more about (1), as a possible option / alternative. :)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)