IMTIIM Get Your Free ATS Score
Coding & Technical

Technical Interview Questions for Freshers

What gets asked in a fresher technical round, why your own projects are the most dangerous part of it, and what to do when you genuinely do not know.

By IMTIIM Team 10 min read

Quick answer

What technical questions are freshers asked in interviews?

Fresher technical rounds cover four areas: your own projects in depth, core computer science subjects (OOP, DBMS, operating systems, networks), data structures and algorithms with a coding or pseudocode question, and fundamentals of the language on your resume. Projects are usually the largest share, because they are the only place an interviewer can test whether you actually understand what you claim to have built.

A fresher technical round is not trying to find out whether you know everything. It is trying to find out whether what you claim to know is real, and whether you can think when you are stuck.

That distinction changes how you prepare. Depth in the few things on your resume beats shallow coverage of a syllabus, and a structured "I do not know, but here is how I would work it out" scores better than a confident wrong answer.

The four areas, and their weight

AreaShare of a typical roundWhat is being tested
Your projects30–40%Whether you did the work and understood your own decisions
Core CS subjects25–30%Whether the fundamentals are usable, not just memorised
DSA / coding20–30%Problem-solving approach, not just a correct answer
Language fundamentals10–15%That you know the language you listed well enough to use it

Core subject questions that recur

  • OOP — the four principles with your own example; overloading vs overriding; abstract class vs interface; why composition is often preferred over inheritance.
  • DBMS — normalisation up to 3NF and why you might deliberately denormalise; primary vs foreign key; joins; indexes and what they cost; ACID properties; SQL vs NoSQL trade-offs.
  • Operating systems — process vs thread; deadlock and its four conditions; scheduling algorithms; paging and virtual memory; race conditions and how a mutex prevents one.
  • Networks — the OSI layers in practice; TCP vs UDP and when each is right; what actually happens when you type a URL and press enter; HTTP status code families; DNS.
  • DSA — array vs linked list; stack vs queue; hash table collision handling; when a tree beats a hash map; time complexity of the operations you name.

The follow-up is the real question

Anyone can recite the definition of normalisation. The question that separates candidates is "when would you not normalise?" — prepare the second-level answer for every fundamental you revise.

Project questions — where rounds are won and lost

The interviewer has your resume and roughly ten minutes. Projects are the cheapest way for them to find out whether you are genuine, so expect the deepest questioning here.

For every project on your resume, be ready with

  • The problem in one plain sentence, without jargon
  • Your architecture, drawn on paper in thirty seconds
  • Exactly what you built versus what teammates built
  • One technology choice and the alternative you rejected, with the reason
  • The hardest bug you hit and how you found it
  • What breaks if usage grows a hundred times
  • What you would rebuild differently now

If a project cannot survive that list, either learn it properly or take it off the resume. See common resume mistakes.

The coding question

Most fresher coding questions are easy-to-medium: string manipulation, array traversal, a hash map, occasionally a two-pointer or basic recursion. The evaluation is mostly about method.

  1. Restate the problem and confirm the constraints before writing anything.
  2. State the brute-force approach and its complexity out loud, then improve it.
  3. Talk while you code — silence is the most commonly cited negative in fresher feedback.
  4. Walk through your own code with a small example before declaring it finished.
  5. Name the edge cases yourself: empty input, single element, duplicates, overflow.

For what to practise beforehand, follow the DSA roadmap.

What to say when you do not know

You will be asked something you cannot answer. This is deliberate, and it is not automatically a rejection — how you handle it is part of the test.

  • Say it plainly: "I have not worked with that." Then add what you do know that is adjacent.
  • Offer the reasoning: "I would guess it works like X because of Y — is that the right direction?" Interviewers often walk you the rest of the way.
  • Never bluff. It takes one follow-up to expose, and it converts a small gap into a credibility problem.
  • If you half-remember, say which half: "I remember the trade-off but not the exact syntax" is a completely acceptable answer.

Preparation plan for two weeks

DaysFocus
1–3Your own projects — write out the seven answers above for each one
4–7OOP and DBMS, with a second-level "when would you not" answer for each concept
8–10OS and networks fundamentals
11–13Daily coding practice, out loud, on paper or a whiteboard rather than an IDE
14One full mock technical interview with someone who will push back

Frequently Asked Questions

How much DSA do I need for a fresher technical interview?

For most campus roles: arrays, strings, hash maps, stacks, queues, recursion basics, sorting and searching, and simple trees. Advanced graph and dynamic programming problems appear mainly at product companies with harder hiring bars.

What if I am not from a computer science branch?

You will be asked about your own core subjects with the same depth, plus whatever technology your projects use. The structure of the round does not change — the syllabus does.

Should I say "I do not know" in a technical interview?

Yes, when it is true, and then show how you would approach finding out. Bluffing is caught almost immediately and costs far more than the missed question.

Can I use any programming language in the coding round?

Usually yes, unless the role specifies one. Use the language you are fastest in — see which language to pick for placements.

Key Takeaways

  • Projects carry the most weight — prepare seven specific answers for each one.
  • For every fundamental, prepare the second-level "when would you not" follow-up.
  • In the coding question, method and narration matter more than a perfect answer.
  • Say "I do not know" and then reason out loud; never bluff.

Get pushed on your own projects by someone who will actually challenge the answers.

Book a live mock interview →

Related Articles

Coding & Technical

How to Prepare for Coding Interviews as a Fresher

What a coding interview actually evaluates beyond "did you get the right answer", and how to approach a problem out loud, under pressure.

Coding & Technical

Data Structures and Algorithms Roadmap for Placements

A structured order to learn DSA in — from arrays and strings through to graphs and dynamic programming — instead of random, unordered problem-solving.

Coding & Technical

Best Programming Language for Placements

C++, Java or Python? The honest answer is that the choice matters less than the commitment — but the trade-offs are real, and worth knowing before you pick.

Interview Preparation

Common Interview Questions and Answers for Freshers

The questions that come up in almost every fresher interview — what each one is actually testing, and how to build an answer that sounds like you rather than a script.