Skip to content

🧹 chore: Improve EarlyData middleware tests coverage #3520

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 2 commits into from
Jun 16, 2025

Conversation

gaby
Copy link
Member

@gaby gaby commented Jun 15, 2025

Summary

  • add missing tests for config.go
  • refactor earlydata_test.go
  • add missing test for next().

@Copilot Copilot AI review requested due to automatic review settings June 15, 2025 03:18
@gaby gaby added the codex label Jun 15, 2025 — with ChatGPT Connector
@gaby gaby requested a review from a team as a code owner June 15, 2025 03:18
Copy link
Contributor

coderabbitai bot commented Jun 15, 2025

Walkthrough

The test file for the earlydata middleware was refactored to use the internal package, enabling direct access to unexported members. Three new test functions were introduced to verify middleware skipping logic and configuration defaulting. Existing references were updated to use local package calls, and unnecessary imports were removed.

Changes

File(s) Change Summary
middleware/earlydata/earlydata_test.go Changed test package to internal, updated references, removed imports, and added three new test functions.

Suggested labels

🧹 Updates, v3

Suggested reviewers

  • sixcolors
  • efectn
  • ReneWerner87

Poem

In the warren of code, new tests now appear,
Checking configs and skipping with cheer.
Early data hops, with logic so spry,
Ensuring the middleware lets no bug slip by.
With each test, a carrot—success is near! 🥕


📜 Recent review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between a740305 and e4363c3.

📒 Files selected for processing (1)
  • middleware/earlydata/earlydata_test.go (3 hunks)
🚧 Files skipped from review as they are similar to previous changes (1)
  • middleware/earlydata/earlydata_test.go
⏰ Context from checks skipped due to timeout of 90000ms (8)
  • GitHub Check: Analyse
  • GitHub Check: lint
  • GitHub Check: unit (1.24.x, windows-latest)
  • GitHub Check: unit (1.24.x, macos-13)
  • GitHub Check: unit (1.24.x, ubuntu-latest)
  • GitHub Check: unit (1.24.x, macos-latest)
  • GitHub Check: Compare
  • GitHub Check: repeated
✨ Finishing Touches
  • 📝 Generate Docstrings

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Explain this complex logic.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai explain this code block.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and explain its main purpose.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

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.

Summary of Changes

Hello @gaby, 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 focuses on enhancing the test suite for the EarlyData middleware. It refactors the test file structure by moving to an internal package and consolidating tests, while also adding new tests to improve coverage for middleware configuration options and helpers.

Highlights

  • Test Structure Refinement: Converted the earlydata_test.go file to use an internal test package (package earlydata) and consolidated configuration tests into this file, dropping a separate test file.
  • Improved Test Coverage: Added new test cases to specifically cover the Next configuration option for the middleware and the behavior of the configDefault helper function under various conditions (no config and partial config).
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 in your pull request via creating an issue comment (i.e. comment on the pull request page) using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands.

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 issue 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 is currently in preview and 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 to provide feedback.

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 configureGemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

@gaby gaby added the v3 label Jun 15, 2025
@gaby gaby added this to v3 Jun 15, 2025
@gaby gaby added this to the v3 milestone Jun 15, 2025
Copy link
Contributor

@Copilot Copilot AI left a comment

Choose a reason for hiding this comment

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

Pull Request Overview

This PR consolidates configuration tests into the primary earlydata_test.go, switches to the internal test package, and expands coverage for the EarlyData middleware.

  • Moved standalone config tests into earlydata_test.go and removed the extra file
  • Changed test package to earlydata for access to unexported functions
  • Added new tests: Test_EarlyDataNext, Test_configDefault_NoConfig, and Test_configDefault_WithConfig
Comments suppressed due to low confidence (1)

middleware/earlydata/earlydata_test.go:229

  • Add an assertion in Test_configDefault_NoConfig to verify the default Next function is set correctly, for example:
require.Equal(t,
    reflect.ValueOf(ConfigDefault.Next).Pointer(),
    reflect.ValueOf(cfg.Next).Pointer(),
)
require.Equal(t, reflect.ValueOf(ConfigDefault.AllowEarlyData).Pointer(), reflect.ValueOf(cfg.AllowEarlyData).Pointer())

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 improves the test coverage for the EarlyData middleware's configuration handling. The tests have been moved to earlydata_test.go and the package has been changed to earlydata, allowing for more thorough testing of unexported functions like configDefault. The new tests for Next functionality and configDefault scenarios are well-written and cover important edge cases.

@gaby gaby changed the title Improve EarlyData middleware test coverage 🧹 chore: Improve tests coverage for EarlyData middleware Jun 15, 2025
Copy link

codecov bot commented Jun 15, 2025

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 84.05%. Comparing base (670fbd5) to head (e4363c3).
Report is 1 commits behind head on main.

Additional details and impacted files
@@            Coverage Diff             @@
##             main    #3520      +/-   ##
==========================================
+ Coverage   83.82%   84.05%   +0.22%     
==========================================
  Files         120      120              
  Lines       12286    12286              
==========================================
+ Hits        10299    10327      +28     
+ Misses       1561     1537      -24     
+ Partials      426      422       -4     
Flag Coverage Δ
unittests 84.05% <ø> (+0.22%) ⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

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

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 0

🧹 Nitpick comments (3)
middleware/earlydata/earlydata_test.go (3)

23-30: Re-evaluate calling t.Parallel inside a shared helper

appWithConfig calls t.Parallel, which means the calling test will be marked parallel a second time. If the parent test already invoked t.Parallel, the second call is disallowed and will panic (testing: t.Parallel called multiple times).
Today every caller is a sub-test that does not set t.Parallel, so you’re safe—but the helper is easy to reuse incorrectly later. Consider:

- t.Parallel()
+ // Leave concurrency control to the caller to avoid accidental double-parallel.

or add a doc-comment warning users that the helper marks the test as parallel.


32-33: Expose a way to inject custom EarlyData config

All scenarios currently exercise only earlydata.New() with default middleware configuration.
If future regressions surface in custom Config paths, the current suite will miss them.
Adding a second argument to appWithConfig (or defining a helper similar to appWithConfigCustom) would keep the tests flexible without duplicating boilerplate.


228-230: Function-pointer equality can be fragile across builds

Comparing function pointers via reflect.ValueOf(fn).Pointer() works but is brittle: inlined or substituted functions may change addresses between compiler versions or with -gcflags=all=-l. A safer (and clearer) assertion is to call the functions and assert identical behaviour, e.g.:

require.Equal(t, ConfigDefault.IsEarlyData(nil), cfg.IsEarlyData(nil))

The current check is fine for now, just flagging the maintenance risk.

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 670fbd5 and a740305.

📒 Files selected for processing (1)
  • middleware/earlydata/earlydata_test.go (3 hunks)
🧰 Additional context used
🧬 Code Graph Analysis (1)
middleware/earlydata/earlydata_test.go (4)
middleware/earlydata/earlydata.go (2)
  • New (22-52)
  • IsEarly (16-18)
ctx_interface_gen.go (1)
  • Ctx (17-379)
middleware/earlydata/config.go (4)
  • Config (13-33)
  • ConfigDefault (36-46)
  • DefaultHeaderName (8-8)
  • DefaultHeaderTrueValue (9-9)
constants.go (2)
  • MethodGet (5-5)
  • StatusOK (50-50)
⏰ Context from checks skipped due to timeout of 90000ms (8)
  • GitHub Check: unit (1.24.x, macos-13)
  • GitHub Check: lint
  • GitHub Check: unit (1.24.x, macos-latest)
  • GitHub Check: unit (1.24.x, windows-latest)
  • GitHub Check: unit (1.24.x, ubuntu-latest)
  • GitHub Check: repeated
  • GitHub Check: Compare
  • GitHub Check: Analyse
🔇 Additional comments (2)
middleware/earlydata/earlydata_test.go (2)

256-262: Nice touch on exercising the default predicates

Verifying both IsEarlyData and AllowEarlyData against an actual fiber.Ctx catches silent mis-wiring of defaults—good guard against regressions.


196-220: Test_EarlyDataNext accurately validates the skip path

The test covers the critical cfg.Next short-circuit and asserts that IsEarly is never set—great addition.

@gaby gaby moved this to In Progress in v3 Jun 15, 2025
Copy link
Contributor

@github-actions github-actions bot left a comment

Choose a reason for hiding this comment

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

⚠️ Performance Alert ⚠️

Possible performance regression was detected for benchmark.
Benchmark result of this commit is worse than the previous benchmark result exceeding threshold 1.50.

Benchmark suite Current: a740305 Previous: 670fbd5 Ratio
Benchmark_GenericParseTypeString/benchmark_genericParseTypeString#01 14.23 ns/op 0 B/op 0 allocs/op 8.867 ns/op 0 B/op 0 allocs/op 1.60
Benchmark_GenericParseTypeString/benchmark_genericParseTypeString#01 - ns/op 14.23 ns/op 8.867 ns/op 1.60

This comment was automatically generated by workflow using github-action-benchmark.

@gaby gaby changed the title 🧹 chore: Improve tests coverage for EarlyData middleware 🧹 chore: Improve EarlyData middleware tests coverage Jun 15, 2025
@ReneWerner87 ReneWerner87 merged commit 1ce3182 into main Jun 16, 2025
14 checks passed
@github-project-automation github-project-automation bot moved this from In Progress to Done in v3 Jun 16, 2025
@gaby gaby deleted the codex/2025-06-15-03-18-30 branch June 17, 2025 00:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Done
Development

Successfully merging this pull request may close these issues.

2 participants