How do you test Celery tasks without a live worker?
PICTURE THIS: DATABASE INDEX
Simple meaning
Set CELERY_TASK_ALWAYS_EAGER (or the modern task_always_eager) in test settings so delay() runs in-process.
WHY — Testing instead of guessing?
Why interviewers care about Testing:
question about Testing.
trade-offs, and what you would actually do on a Python 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:
- 1Set CELERY_TASK_ALWAYS_EAGER (or the
modern task_always_eager) in test settings so delay() runs in-process.
- 2Assert side effects on
the database after the call.
- 3Eager mode skips some
broker behavior, so keep a small integration test if you rely on retries or canvas.
- 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
Set CELERY_TASK_ALWAYS_EAGER (or the modern task_always_eager) in test settings so delay() runs in-process. Assert side effects on the database after the call.