refactor(bigquery): resolve circular test dependency with bigquerystorage

[jinseopkim0]

Fixes #12700.

Moves all integration tests depending on java-bigquery veneer client from java-bigquerystorage to java-bigquery to eliminate the circular test dependency between the two modules.

Kokoro Configuration Updates

• Added INTEGRATION_TEST_ARGS (-Dit.test=!ITBigQueryWrite*RetryTest -Dsurefire.failIfNoSpecifiedTests=false -Dfailsafe.failIfNoSpecifiedTests=false) to bigquery-integration.cfg and bigquery-graalvm-native-presubmit.cfg.
• Note on test exclusions: This preserves existing presubmit behavior by mirroring the exact INTEGRATION_TEST_ARGS exclusions previously configured in bigquerystorage-integration.cfg and bigquerystorage-graalvm-native-presubmit.cfg to skip heavy write retry integration tests during PR presubmits.

[gemini-code-assist]

Code Review

This pull request restructures the project by moving integration tests from java-bigquerystorage to java-bigquery, updating the respective pom.xml dependencies, and adjusting the Kokoro build script to trigger java-bigquery tests when java-bigquerystorage is modified. Feedback suggests replacing the Bash string-matching array membership check with a more robust loop to avoid anti-patterns, and warns against manually editing auto-generated pom.xml files to prevent changes from being overwritten.

[jinseopkim0]

/gemini review

[gemini-code-assist]

Code Review

This pull request moves several integration tests from java-bigquerystorage to java-bigquery, updating the respective Maven configurations and the Kokoro build script to handle dependencies and module detection. Feedback suggests simplifying the duplicate-checking logic in .kokoro/common.sh using bash regex patterns and adding the arrow-memory-netty test dependency to java-bigquery's POM to prevent initialization errors during Arrow-based test execution.