Mock interview questions
The questions that come up in mock interviews for freshers and software engineers - HR and opening questions with sample answers, the technical questions campus and product company interviews ask, and Java and Python questions - plus how to answer so the interviewer can follow your thinking.
Present, past, future in about a minute. Example for a fresher: "I am a final-year computer science student at [college]. Over the last year I have focused on backend development - my main project is a ride-sharing backend in Java and Spring Boot that handles matching and payments, and I did a two-month internship building internal APIs at [company]. I enjoy problems where the design matters as much as the code, which is why this role interests me."
The problem it solves, your part in it, one technical decision you made and why, and one thing you would do differently. Interviewers dig into the decision, so pick one you can defend - "I used Redis for the session cache because reads outnumbered writes ten to one" is better than a list of technologies.
One or two, each with evidence. "I debug methodically - in my internship I traced a memory leak to an unclosed connection pool by bisecting deployments" beats "I am hardworking and a team player".
A real one that does not disqualify you, plus what you are doing about it. "I used to jump into code before thinking through edge cases. I now write the test cases first, which has cut the bugs I ship."
Something specific about the company's product or engineering, connected to what you want to learn. Read their engineering blog or product before the interview; generic answers about "growth" and "reputation" score nothing.
Use STAR: the situation, your task, the actions you took (most of the answer), and the result, with a number if possible. Freshers can use a project deadline, a team disagreement or a bug that took days to find.
Growing depth in the kind of work this role does - "owning a service end to end and mentoring newer engineers" - rather than a title or a different career.
Match two or three things the role needs with evidence that you have them. Keep it to thirty seconds and do not compare yourself with other candidates.
Always yes. "What does a new engineer's first month look like?" or "What is the hardest technical problem the team is working on?" Avoid questions about leave and salary in a technical round.
Practise these with code that runs against test cases on the DSA practice problems, or take a timed DSA mock interview. The mock interview for freshers page explains how an entry-level loop runs.
All of these are on the LLD interview questions page, with change requests and hidden tests.
See the system design interview questions and how to prepare for a system design interview.
Practise them in a behavioural mock interview.
Reading this page is the first step; saying the answers under time pressure is the one that changes how you do. Take a free mock interview or an AI mock interview to rehearse as often as you like, and book a live mock interview online with an engineer when you want a real verdict. You can print this page or save it as a PDF from your browser to revise offline.
The same ones as the real interview it is rehearsing. For a software engineering role that means an opening "tell me about yourself", one or two technical problems (DSA coding, low level design or system design depending on level), questions about your projects, a few behavioural or HR questions, and a chance for you to ask questions at the end.
Tell me about yourself; walk me through a project; what are your strengths; what is your biggest weakness; why do you want to work here; tell me about a time you faced a challenge or conflict; and do you have any questions for us. Prepare a structure for each rather than a script.
It usually refers to a 30-60-90 day plan: what you would learn in your first 30 days, start contributing in the next 30, and own by day 90. It comes up more for experienced hires than freshers. A good answer is specific to the role - for an engineer, learning the codebase and shipping a small fix first, then a feature, then owning a component.
In about 60-90 seconds: who you are now (degree or current role), one or two things you have built that are relevant to this job, and why you are applying. Skip your hometown and hobbies unless asked. End on something the interviewer can follow up on, such as a project.
Out loud, against a clock, with someone asking follow-ups. Reading answers builds familiarity; only saying them exposes the gaps. A free AI mock interview lets you rehearse technical and behavioural rounds as often as you like, and a live 1:1 gives you a real interviewer's verdict.