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

stack commented on HBASE-6201:
------------------------------

Thanks for doing this Enis.  +1 on making subjiras off this one.

On IT tests and mvn verify, I concluded it a lost cause.  Maybe you can figure 
how to make it change its behavior when you pass a -Dconf=xxxx and have it 
instead run on a real cluster (I found the mvn verify targets insufficient 
IIRC).

The above is a comment on the mvn verify mechanism only, not on the intent of 
this issue.  I'm rah-rah on your intent.  Just suggesting we may need to do it 
atop a different vehicle (BT would be coolio.  On hearing BT perspective on 
this, we may have blown that for a while.  We've gotten Roman excited on 
multiple occasions but have failed to come through.  I'd say lets deliver 
something first, then Roman might think us serious this time).

bq. We need a tool on top of MiniHBaseCluster or improve HBaseTestingUtility, 
so that tests can interface with the mini cluster or the actual cluster 
uniformly.

I agree.  Need to make it so test is same whether on mini or real cluster.

+1 on #3 and #4 points above.
                
> HBase integration/system tests
> ------------------------------
>
>                 Key: HBASE-6201
>                 URL: https://issues.apache.org/jira/browse/HBASE-6201
>             Project: HBase
>          Issue Type: Bug
>          Components: test
>    Affects Versions: 0.96.0
>            Reporter: Enis Soztutar
>            Assignee: Enis Soztutar
>
> Integration and general system tests have been discussed previously, and the 
> conclusion is that we need to unify how we do "release candidate" testing 
> (HBASE-6091).
> In this issue, I would like to discuss and agree on a general plan, and open 
> subtickets for execution so that we can carry out most of the tests in 
> HBASE-6091 automatically. 
> Initially, here is what I have in mind: 
> 1. Create hbase-it (or hbase-tests) containing forward port of HBASE-4454 
> (without any tests). This will allow integration test to be run with
>  {code}
>   mvn verify
>  {code}
> 2. Add ability to run all integration/system tests on a given cluster. Smt 
> like: 
>  {code}
>   mvn verify -Dconf=/etc/hbase/conf/
>  {code}
> should run the test suite on the given cluster. (Right now we can launch some 
> of the tests (TestAcidGuarantees) from command line). Most of the system 
> tests will be client side, and interface with the cluster through public 
> APIs. We need a tool on top of MiniHBaseCluster or improve 
> HBaseTestingUtility, so that tests can interface with the mini cluster or the 
> actual cluster uniformly.
> 3. Port candidate unit tests to the integration tests module. Some of the 
> candidates are: 
>  - TestAcidGuarantees / TestAtomicOperation
>  - TestRegionBalancing (HBASE-6053)
>  - TestFullLogReconstruction
>  - TestMasterFailover
>  - TestImportExport
>  - TestMultiVersions / TestKeepDeletes
>  - TestFromClientSide
>  - TestShell and src/test/ruby
>  - TestRollingRestart
>  - Test**OnCluster
>  - Balancer tests
> These tests should continue to be run as unit tests w/o any change in 
> semantics. However, given an actual cluster, they should use that, instead of 
> spinning a mini cluster.  
> 4. Add more tests, especially, long running ingestion tests (goraci, BigTop's 
> TestLoadAndVerify, LoadTestTool), and chaos monkey style fault tests. 
> All suggestions welcome. 

--
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

        

Reply via email to