[Feature]: Add E2E testing to existing kubedoop operators

[lwpk110]

Duplicates

I have searched the existing issues

Summary 💡

We propose adding end-to-end (E2E) testing to the existing kubedoop product operators using the Chainsaw testing framework. This will help ensure that all operators within the data platform are thoroughly tested. Reference implementations and examples can be found in the Trino-Operator project.

track list

• [x] https://github.com/zncdatadev/commons-operator/pull/55
• [x] https://github.com/zncdatadev/trino-operator/pull/44 trino-operator
• [x] zncdatadev/secret-operator/issues/40
• [x] zncdatadev/listener-operator/pull/25
• [x] https://github.com/zncdatadev/superset-operator/pull/63
• [x] zncdatadev/hdfs-operator/issues/10
• [x] zncdatadev/zookeeper-operator/issues/20
• [x] https://github.com/zncdatadev/hbase-operator/pull/49
• [x] https://github.com/zncdatadev/kafka-operator/pull/75
• [x] https://github.com/zncdatadev/spark-k8s-operator/pull/52
• [x] zncdatadev/hive-operator/pull/56
• [x] https://github.com/zncdatadev/dolphinscheduler-operator/issues/64

Examples 🌈

1. Integrate E2E Tests Using Chainsaw:

   • Utilize the Chainsaw testing framework to build E2E tests.
   • Refer to the Chainsaw documentation: Chainsaw Test.

2. Example Reference:

   • Refer to the Trino-Operator project for implementation examples: Trino-Operator.

3. Track List for E2E Testing:

   • Ensure all listed operators have E2E tests added.

Motivation 🔦

Adding E2E testing to the kubedoop product operators is essential to ensure the reliability and robustness of each operator within the data platform. By using the Chainsaw testing framework, we can automate and standardize the testing process, reducing the likelihood of bugs and issues. This also aligns with industry best practices for software quality assurance.