[ https://issues.apache.org/jira/browse/HIVE-19617?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16484136#comment-16484136 ]
Jesus Camacho Rodriguez commented on HIVE-19617: ------------------------------------------------ [~kgyrtkirk], thanks for the feedback. I do not think we ever had a mechanism to reset Hive to its initial state between tests when we chain their execution: {code} mvn test -Dtest=TestCliDriver -Dqfile=test1.q,test2.q -Dtest.output.overwrite=true {code} Devs have been seeing this kind of interaction among tests before, e.g., I am sure you have seen that many q file tests start with DROP TABLE {{t}} if {{t}} is going to be created just afterwards, but {{t}} should not exist if the test is executed in isolation. Making the names unique is certainly a workaround, and this patch seems to help to get rid of the flakiness. I think the correct way to go is what you propose, but that needs some work to identify those changes that have happened during Hive execution; I do not think you want to tear down and initialize the metastore for each individual test execution since that will impact test execution time. > Rename test tables to avoid collisions during execution in batches > ------------------------------------------------------------------ > > Key: HIVE-19617 > URL: https://issues.apache.org/jira/browse/HIVE-19617 > Project: Hive > Issue Type: Test > Components: Testing Infrastructure > Affects Versions: 3.1.0 > Reporter: Jesus Camacho Rodriguez > Assignee: Jesus Camacho Rodriguez > Priority: Critical > Fix For: 3.1.0 > > Attachments: HIVE-19617.01.patch, HIVE-19617.02.patch, > HIVE-19617.03.patch, HIVE-19617.patch > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)