← Latest papers
🤖 machine learning

A More Accurate Algorithm Comparison through A/B Testing using Offline Evaluation Methods

This paper challenges the conventional view that A/B testing is always superior to offline evaluation by revealing that A/B testing can suffer from higher selection error rates due to a lack of positive correlation, and proposes a novel estimator that intentionally induces this correlation through a stepwise comparison with a hypothetical middle algorithm to significantly reduce the data required for accurate algorithm selection.

Original authors: Koki Konishi, Masataka Ushiku, Yuta Saito

Published 2026-07-03
📖 5 min read🧠 Deep dive

Original authors: Koki Konishi, Masataka Ushiku, Yuta Saito

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

The Big Problem: Choosing the Best Recipe

Imagine you run a restaurant and you want to decide between two new recipes for a soup: Recipe A and Recipe B. You want to know which one customers like better so you can serve it to everyone.

Usually, the "Gold Standard" (the best way to do this) is A/B Testing. You serve Recipe A to half your customers and Recipe B to the other half, then count the compliments. This is considered the most accurate method because you are testing on real, fresh data.

However, there is a catch:

  1. It's expensive and risky: If Recipe B is terrible, you might ruin the dining experience for half your customers and lose money while you find out.
  2. It needs a lot of data: To be 100% sure, you need to serve thousands of bowls.

Because of this, many restaurants try Offline Evaluation first. This is like asking your head chef to taste the soup based on a recipe book (historical data) without actually serving it to customers. It's safe and cheap, but usually, it's less accurate than the real tasting test.

The Surprise Discovery

The authors of this paper ran a test and found something very strange and counterintuitive:

Sometimes, the "safe" method (Offline Evaluation) is actually better at picking the winner than the "Gold Standard" (A/B Testing).

In their experiment, the standard A/B testing method (which they call AVG) made mistakes about 27% of the time, while the offline method made mistakes only 9% of the time.

Why did the "Gold Standard" fail?
Imagine you are judging two runners, Alice and Bob.

  • The A/B Testing method (AVG) sends Alice to a track in New York and Bob to a track in London. They run separately. You measure their times independently. Because they are in different places, their times have no connection to each other. If Alice has a bad day and Bob has a great day, you might wrongly think Bob is faster, even if Alice is actually the better runner.
  • The Offline method (IPS) makes both Alice and Bob run on the same track at the same time. Because they are running under the same conditions (same weather, same track quality), their times are correlated. If the track is muddy, both run slower. If it's sunny, both run faster. This "shared condition" cancels out the noise, making it easier to see who is truly faster.

The paper argues that A/B testing fails because it treats the two algorithms as if they are in completely separate worlds, missing out on the benefit of comparing them side-by-side.

The Solution: The "Middle Man" (MID)

The authors propose a new method called MID (Middle-In-Difference). They want to get the safety of A/B testing (using real data) but the accuracy of the offline method (comparing things side-by-side).

Here is how they do it, using a Tug-of-War analogy:

  1. The Setup: You have Team A (Algorithm A) and Team B (Algorithm B). You want to know who is stronger.
  2. The Problem: If you just pull them against each other directly, the rope might be too long and wobbly (high variance).
  3. The Trick (The Middle Algorithm): The authors invent a hypothetical "Middle Team" (Team M). This team is a perfect mix of Team A and Team B.
  4. The Step-by-Step Race:
    • First, you have Team A race against Team M. You use the data from Team A's side of the A/B test. Because they are racing against a similar opponent (Team M), the results are stable.
    • Second, you have Team B race against Team M. You use the data from Team B's side of the A/B test.
    • Finally, you add the two results together to see who is stronger between A and B.

Why this works:
By introducing the "Middle Team," you force the two comparisons to share a common reference point. Just like the offline method, this creates a positive correlation. Even though Team A and Team B are in different groups, they are both being measured against the same "Middle Team." This cancels out the random noise and makes the final decision much more accurate.

The Results

The authors tested this on real data from a video recommendation app (like TikTok or YouTube).

  • Efficiency: The new MID method was able to pick the better algorithm with half (or even one-quarter) the amount of data required by the standard A/B testing method.
  • Stability: When the two algorithms were very different from each other (which usually breaks offline methods), MID still worked perfectly.
  • Accuracy: It made fewer mistakes than both the standard A/B test and the offline method.

Summary

The paper says: "We found that the standard way of doing A/B tests is actually a bit clumsy because it doesn't compare the two options fairly side-by-side. We invented a new trick using a 'Middle Algorithm' to force a fair comparison. This new trick lets us find the winner faster, with less data, and with fewer mistakes."

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →