Reconstructed from a published GeeksforGeeks on-campus write-up (linked in Sources below).
Eligibility as stated in the drive: 70%+ in class 10 and 12, 7.0 CGPA or 70% aggregate across completed semesters, no standing backlogs.
Online test (100-120 min)
Five to six sections: Technical, Logical, Quantitative, Communication, and a Specialisation / Coding section keyed to your branch. Mostly MCQs.
The specialisation section is the part people underestimate - for an electronics branch it was electronics theory, not DSA.
Technical interview (~30 min, online)
Electronics and computer-architecture basics: RAM vs ROM, memory organisation in a microprocessor vs a microcontroller, counters and timers, NPN vs PNP transistors, number-system conversions.
The four pillars of OOP, with the interviewer asking for an explanation of each in turn.
One coding problem: count the set bits in a number.
Resume and project walk-through.
Result: Selected for Associate Software Engineer. This candidate reported no separate HR round after clearing the technical interview.
What the write-up credits: Knowing the electronics basics cold alongside programming fundamentals, and only listing things on the resume they could actually defend.
Experience 2: what recurs across the other on-campus write-ups
Rather than a single story, this is the pattern that shows up repeatedly across public Bosch campus reports and aggregated Glassdoor entries for Graduate Engineer Trainee.
The panel usually opens with “tell me about yourself” and then goes straight to the resume. Multiple write-ups say every question after the introduction was traceable to something the candidate had written down - a project, a course, a tool.
OOP gets asked in almost every CSE-track interview, and asked concretely. Inheritance and polymorphism with a real-life example, not textbook definitions. DBMS, software engineering, and computer networks basics come up alongside it.
For ECE / electronics branches the technical questions skew analog + digital + C rather than DSA. Several candidates note they were surprised how little algorithmic coding appeared.
The atmosphere is consistently described as easy-going and supportive - interviewers prompting rather than grilling. Glassdoor’s aggregate difficulty for the GET role sits in the moderate band, not the hard one.
The round count varies. Some drives run online test → technical → HR; others end at the technical interview. Trust your placement cell’s email over any prep site, including this one.
Both tracks exist at Bosch and the reported question mix genuinely diverges, so prepare for the one your branch maps to.
ECE / embedded panels stay close to C and hardware: pointers, storage classes, ISR vs polling, what happens when a buffer overflows, and digital-electronics basics. Automotive-bus questions (CAN vs LIN at a conceptual level) appear, but candidates report that saying “I’ve read about it, not built with it” and then explaining the idea was accepted.
CSE / IT panels lean on OOP, DBMS and SQL, plus a light coding question. Reported DSA depth is lower than at product companies - fundamentals and project depth carry more weight than contest rating.
Both get a “why Bosch, and why this business unit” question in HR, along with location flexibility (plant vs R&D centre) and, for some units, shift willingness.
After technical rounds, Bosch usually closes with a short HR / hiring-manager conversation: motivation, location, notice period, and a couple of behavioural stories. Prepare those answers on the dedicated page rather than cramming them into this hub.