Skip to content

test(injector): refactor tests to use Ginkgo for improved structure and readability#5512

Open
adity1raut wants to merge 1 commit intofluid-cloudnative:masterfrom
adity1raut:TestingFuse4
Open

test(injector): refactor tests to use Ginkgo for improved structure and readability#5512
adity1raut wants to merge 1 commit intofluid-cloudnative:masterfrom
adity1raut:TestingFuse4

Conversation

@adity1raut
Copy link
Contributor

…nd readability

Ⅰ. Describe what this PR does

  • test(injector): refactor tests to use Ginkgo for improved structure and readability

Ⅱ. Does this pull request fix one issue?

Part of #5407

Ⅲ. List the added test cases (unit test/integration test) if any, please explain if no tests are needed.

Ⅳ. Describe how to verify it

Ⅴ. Special notes for reviews

@gemini-code-assist
Copy link
Contributor

Summary of Changes

Hello @adity1raut, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request significantly refactors the unit tests for the fuse injector component. By migrating from the standard Go testing package to Ginkgo and Gomega, the tests now benefit from a more structured, behavior-driven development (BDD) style. This change enhances the clarity and maintainability of the test suite, making it easier to understand test intent and future modifications.

Highlights

  • Test Framework Migration: Refactored existing Go tests in injector_runtime_test.go to utilize the Ginkgo and Gomega testing frameworks, moving away from the standard testing package.
  • Improved Test Structure: Enhanced test organization and readability by structuring tests into Describe, Context, and It blocks, aligning with Behavior-Driven Development (BDD) principles.
  • Declarative Assertions: Updated test assertions to leverage Gomega's expressive syntax, providing clearer and more concise validation of expected outcomes.
  • Centralized Test Setup: Moved common test setup logic, such as initializing fake Kubernetes clients and runtime information, into BeforeEach hooks for better test isolation and reduced duplication.

🧠 New Feature in Public Preview: You can now enable Memory to help Gemini Code Assist learn from your team's feedback. This makes future code reviews more consistent and personalized to your project's style. Click here to enable Memory in your admin console.

Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

@fluid-e2e-bot
Copy link

fluid-e2e-bot bot commented Jan 27, 2026

Hi @adity1raut. Thanks for your PR.

I'm waiting for a fluid-cloudnative member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.

Once the patch is verified, the new status will be reflected by the ok-to-test label.

I understand the commands that are listed here.

Details

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request successfully refactors the injector tests to use the Ginkgo framework, which significantly improves the structure and readability of the tests as intended. The new structure using Describe, Context, and BeforeEach is much clearer than the previous test implementation.

I have a couple of suggestions to further improve the maintainability of the new test code by reducing some redundancy and duplication in the test setup.

Comment on lines 51 to 61
BeforeEach(func() {
objs := []runtime.Object{}
s := runtime.NewScheme()
Expect(corev1.AddToScheme(s)).To(Succeed())
Expect(datav1alpha1.AddToScheme(s)).To(Succeed())
Expect(appsv1.AddToScheme(s)).To(Succeed())

fakeClient = fake.NewFakeClientWithScheme(s, objs...)
injector = NewInjector(fakeClient)
runtimeInfos = make(map[string]base.RuntimeInfoInterface)
})
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

This BeforeEach block is largely redundant. The fakeClient and injector variables are re-initialized in the nested BeforeEach block (lines 217-224), and runtimeInfos could also be initialized there. To improve readability and reduce redundancy, consider removing this block and moving the variable declarations and necessary initializations into the Context block below.

Comment on lines +219 to +222
s := runtime.NewScheme()
Expect(corev1.AddToScheme(s)).To(Succeed())
Expect(datav1alpha1.AddToScheme(s)).To(Succeed())
Expect(appsv1.AddToScheme(s)).To(Succeed())
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

This block of code for creating and setting up the runtime scheme is duplicated in multiple BeforeEach blocks (see also lines 53-56, 256-259, and 331-334). To follow the DRY (Don't Repeat Yourself) principle and improve maintainability, consider extracting this logic into a shared helper function.

@codecov
Copy link

codecov bot commented Jan 27, 2026

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 60.03%. Comparing base (08940a4) to head (b6bc0c4).

Additional details and impacted files
@@            Coverage Diff             @@
##           master    #5512      +/-   ##
==========================================
- Coverage   60.04%   60.03%   -0.01%     
==========================================
  Files         444      444              
  Lines       30540    30540              
==========================================
- Hits        18339    18336       -3     
- Misses      10685    10687       +2     
- Partials     1516     1517       +1     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@adity1raut
Copy link
Contributor Author

/cc @cheyang @TrafalgarZZZ PTAL

@fluid-e2e-bot
Copy link

fluid-e2e-bot bot commented Feb 2, 2026

@adity1raut: GitHub didn't allow me to request PR reviews from the following users: PTAL.

Note that only fluid-cloudnative members and repo collaborators can review this PR, and authors cannot review their own PRs.

Details

In response to this:

/cc @cheyang @TrafalgarZZZ PTAL

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

Copy link
Member

@TrafalgarZZZ TrafalgarZZZ left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

/lgtm

@fluid-e2e-bot
Copy link

fluid-e2e-bot bot commented Feb 6, 2026

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: TrafalgarZZZ

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@TrafalgarZZZ
Copy link
Member

/lgtm cancel

@fluid-e2e-bot fluid-e2e-bot bot removed the lgtm label Feb 6, 2026
Signed-off-by: adity1raut <araut7798@gmail.com>
@sonarqubecloud
Copy link

sonarqubecloud bot commented Feb 6, 2026

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants