How do you test a non-deterministic model in CI without flaking the build?
PICTURE THIS: DATA SPLIT
Fit on train, tune on val, report on test once.
Simple meaning
Fix seeds where possible, compare metrics with tolerances, and assert ranking or calibration bands rather than exact floats.
WHY — CI/CD for ML instead of guessing?
Why interviewers care about CI/CD for ML:
question about CI/CD for ML.
trade-offs, and what you would actually do on a MLOps project - not buzzwords.
Name the idea, why it exists, then one short example.
End with when you use it and one common pitfall.
STEPS — What happens step by step?
Before you speak the answer, walk the interviewer through these steps:
- 1Fix seeds where possible,
compare metrics with tolerances, and assert ranking or calibration bands rather than exact floats.
- 2Use a golden set
of relative checks such as better than a dummy.
- 3Flaky GPU jobs belong
on a retrying nightly pipeline, not on every lint push.
- 4Give an example
One tiny concrete case you can say aloud.
- 5Common mistake
What juniors usually get wrong.
- 6Close
When you pick this over the alternative.
EXAMPLE — See it in action
Here's a short line you can speak, broken into clear beats:
Note: Adapt this scaffold to your own project — keep it under 60–90 seconds.
Key takeaway
Fix seeds where possible, compare metrics with tolerances, and assert ranking or calibration bands rather than exact floats. Use a golden set of relative checks such as better than a dummy.