Swiggy interview questions and process for freshers
Swiggy hires freshers for software engineering roles, often through campus placements and internships. Here is how its process commonly works and how to prepare.
Practise a Swiggy-style mock interview with Sam
Sam, our AI interviewer, asks Swiggy-style questions out loud, follows up on your answers and gives you an honest scorecard. Free to start.
How the Swiggy interview usually goes
Based on what candidates commonly report. The process changes by year, role and campus, so always check the official Swiggy careers page and your drive's notification.
- 1
Online coding test
Algorithmic problems on a coding platform.
- 2
Problem-solving interviews
Data structures and algorithms, with discussion of your approach and complexity.
- 3
Machine coding or design
Some candidates report a machine coding or low-level design round: model a small system with clean classes.
- 4
Hiring manager round
Your projects, backend basics, ownership and fit.
Technical questions freshers are commonly asked
Swiggy interviews for freshers lean on data structures and algorithms and problem solving: you are expected to reason out loud, reach an efficient solution, write working code and analyse its complexity. Expect deep questions on your projects too. Backend basics (APIs, databases) help in project and design discussions.
- Q1.
Explain your final-year (or best) project.
Cover the problem, your own part, the tech stack and why you chose it, one hard bug or decision, and what you would improve. Expect follow-ups on anything you name, so only list what you can defend.
- Q2.
What is the time and space complexity of your solution?
Expect this after every coding question. Count how the work grows with input size (nested loops over n are O(n²), halving is O(log n), sorting is O(n log n)), and include the extra memory your data structures and recursion use.
- Q3.
Two sum: find two numbers in an array that add up to a target.
Scan once with a hash map from value to index: for each x, check whether target - x is already in the map. That is O(n) time and O(n) space, versus O(n²) for checking every pair. If the array is sorted, two pointers work in O(1) space.
Hash maps & sets - Q4.
Find the length of the longest substring without repeating characters.
Use a sliding window with a map of each character's last index: extend the right end, and when a character repeats inside the window, move the left end past its previous position. O(n) time.
Sliding window - Q5.
Find the k largest (or most frequent) elements.
Keep a min-heap of size k: push each element and pop the smallest whenever the heap grows past k. That is O(n log k). For the most frequent elements, count with a hash map first.
Heap / priority queue - Q6.
Merge overlapping intervals.
Sort the intervals by start time, then walk through them: if the next interval starts before the current one ends, extend the current end; otherwise start a new interval. O(n log n) because of the sort.
Intervals - Q7.
Count the number of islands in a grid of 1s (land) and 0s (water).
Scan the grid; each time you find unvisited land, count an island and flood-fill all connected land with DFS or BFS, marking it visited. O(rows × columns).
Trees & graphs - Q8.
Design an LRU (least recently used) cache.
Combine a hash map (key to node) with a doubly linked list ordered by use: get and put move the node to the front, and when the cache is full you evict from the back. Both operations are O(1).
Designing an LRU cache - Q9.
Implement binary search. What is its complexity?
On a sorted array, compare the target with the middle element and discard the half that can't contain it: O(log n). Compute mid as low + (high - low) / 2 to avoid overflow, and be careful with the loop condition and boundaries.
Binary search - Q10.
Machine coding: build a small working system (a parking lot, an expense splitter, a booking system) in limited time.
Clarify requirements first, then model the classes and their responsibilities. Get the core flows working end to end before extras, keep the code modular and readable, and be ready to explain how you would extend it.
- Q11.
How does a hash map work internally?
A hash function maps each key to a bucket index. Collisions are handled by chaining (a list per bucket; Java 8+ turns long chains into balanced trees) or by open addressing. Lookups are O(1) on average and O(n) in the worst case; the table resizes as it fills up.
Hash maps & sets - Q12.
What is a REST API? GET vs POST, and common status codes?
A REST API exposes resources over HTTP using standard methods: GET reads data and should not change anything, POST usually creates something. Know 200 OK, 201 Created, 400 Bad Request, 401/403 (not authenticated / not allowed), 404 Not Found and 500 Server Error.
REST vs GraphQL - Q13.
What is a database index, and what does it cost?
An index (often a B-tree) lets the database find rows without scanning the whole table, like a book's index. It costs extra storage and slows down inserts, updates and deletes, so index the columns you filter, join or sort on.
Indexes - Q14.
What happens when you type a URL in the browser and press Enter?
The browser resolves the domain to an IP address through DNS (checking caches first), opens a TCP connection (plus a TLS handshake for HTTPS), sends an HTTP request and gets a response. It then parses the HTML, fetches CSS, JavaScript and images, and renders the page.
DNS
Swiggy HR interview questions
- 1.
Tell me about yourself.
60 to 90 seconds: your degree, one or two projects or skills that fit the role, and what you want next. Don't read out your resume.
Tell me about yourself - 2.
Why should we hire you?
Match two or three of your strengths to the role, each backed by proof such as a project, an internship or a result.
- 3.
What are your strengths and weaknesses?
Pick a real strength with an example, and a real but non-critical weakness along with what you are doing to improve it.
- 4.
Why Swiggy?
Talk about the product: real-time delivery and logistics problems, an app feature you've noticed, or why fast-moving product teams suit you.
- 5.
Are you open to relocating?
Answer honestly; check the job description for the location. If you have a constraint, say so politely and early.
- 6.
Where do you see yourself in five years?
Talk about growing your skills and responsibility in a way that could plausibly happen at this company, not about leaving it.
- 7.
Tell me about a challenge you faced and how you handled it.
Use STAR: the situation, your task, the actions you took and the result, with the focus on what you did.
The STAR method - 8.
Tell me about a time you disagreed with a teammate.
Show that you listened, argued with facts and kept the team moving; end with what you learned.
Conflict & teamwork - 9.
Do you have any questions for us?
Always ask one or two, for example about training, the team you would join, or what a good first year looks like.
Questions to ask the interviewer
How to prepare for the Swiggy interview
- 1.
Practise DSA steadily
Arrays and hashing, two pointers, sliding window, stacks, binary search, linked lists, trees and graphs, heaps and dynamic programming. Learn the patterns, not just individual problems.
Study notes - 2.
Think out loud
Clarify the problem, give a brute-force idea, improve it, state the complexity, then code and test with edge cases. Interviewers score your reasoning, not just the final code.
- 3.
Go deep on one or two projects
Be ready for why you made each design choice, what broke, how it would scale, and what you would change.
- 4.
Don't skip CS fundamentals
DBMS (indexes, transactions), OS (processes, threads, deadlocks) and networking still come up, especially in project discussions.
SQL notes - 5.
Keep aptitude sharp for online tests
Some online assessments include aptitude or reasoning alongside coding. The Daily Quiz keeps it warm in three minutes a day.
Daily Quiz - 6.
Prepare behavioural stories
Have three or four STAR stories ready: a challenge, a failure, a conflict and something you owned.
The STAR method - 7.
Check the official details
Roles, eligibility and the process differ by team and year. Read the job description and the official Swiggy careers page.
Practise a Swiggy-style mock interview with Sam
Sam, our AI interviewer, asks Swiggy-style questions out loud, follows up on your answers and gives you an honest scorecard. Free to start.
Frequently asked questions
What should a fresher prepare for the Swiggy interview?
DSA problem solving, one or two projects in depth, and backend basics such as REST APIs and databases. Some candidates also report a machine coding round.
Which programming language should I use in the Swiggy interview?
Any mainstream language you are fluent in (C++, Java, Python, JavaScript or Go) is usually fine for coding rounds. Pick one and know its standard collections well.
Can I practise a Swiggy-style mock interview?
Yes. On InterviewSam you can set Swiggy as the target company and Sam, our AI interviewer, runs a mock interview by voice in that style, then gives you an honest scorecard. You need a free account; the study notes and aptitude practice need no login.
InterviewSam is not affiliated with Swiggy. This page summarises commonly reported interview experiences to help you prepare; for eligibility, test patterns and dates, rely on Swiggy's official careers page.