Interview experience
DXC Technology interview experiences covering Online assessment, Technical interview, Second technical (some drives), HR. Round-wise notes, common questions, and what candidates report clears each stage.
Real DXC Technology interview questions - candidate interview experiences and HR round prep, in one place.
Explore: Interview experience · HR interview questions · Overview · Placement papers · Preparation guide
DXC Technology’s fresher funnel runs a long third-party online assessment (AMCAT/SHL-style, with pseudo-code and an essay), a resume-heavy technical interview, and HR - with some drives adding a second technical round.
Interview experience
DXC Technology interview experiences covering Online assessment, Technical interview, Second technical (some drives), HR. Round-wise notes, common questions, and what candidates report clears each stage.
HR interview questions
DXC Technology HR interview questions with sample answer frameworks - motivation, relocation, STAR stories, and culture-fit prompts.
| Round | Duration | What they test |
|---|---|---|
| Online assessment | 100-150 min | English, logical, quantitative, computer fundamentals, pseudo-code, essay (some versions), 1-2 easy coding questions |
| Technical interview | 30-50 min | Resume and projects, chosen language, OOPs, DBMS, OS, basic DSA |
| Second technical (some drives) | ~30 min | OS, DBMS theory, team/project conflict, company knowledge |
| HR | 20-30 min | Motivation, relocation, shifts, situational questions |
Assessment platform and section mix differ by drive - reports mention both AMCAT/Aspiring Minds and SHL. Treat this as a prep map rather than a fixed schedule.
These answers are compiled from public candidate reports and prep guides, not from an official notice, and drives differ. The instruction screen of your own test is the final word.
| Question | Answer |
|---|---|
| How many questions and how long? | Reports conflict. Many 2023-2026 reports describe a webcam-proctored test of about 100 minutes; a 2024 on-campus report on GeeksforGeeks describes a 2.5-hour SHL test that also included a listening and speaking assessment and two coding questions. The section table below shows the most common pattern. |
| Does it have negative marking? | No, in most candidate reports. Several reports also say you cannot go back to a question once submitted. |
| Is there a sectional cutoff? | Not published. Sections are timed separately and candidates describe every round as an elimination round, so treat each section as something you must clear. |
| How much is the cutoff? | Not published; shortlists are relative to the batch. Eligibility reports conflict: many drives cite 60% or 6.0 CGPA throughout, while a 2024 on-campus drive asked for 60% in Class 10 and 12 and 65% or 6.5 CGPA in the degree. No active backlogs in either case. |
| Which platform is it on? | AMCAT (Aspiring Minds) or SHL, depending on the drive. Both are proctored and run on your own laptop with a webcam. |
| Is there coding? | Yes, but easy. Either an Automata Fix debugging section or two simple coding problems (for example a prime-number check and a string problem), in C, C++, Java or Python. |
| Is there a spoken English test? | On some drives. AMCAT drives may add SVAR, and SHL drives a listening and speaking section, before the technical interview. |
| How long until results? | Slow. Candidates report waiting around a month for online test results and long gaps between rounds. |
The technical interview follows your resume and the role on your mail. These are questions candidates have reported on GeeksforGeeks and Glassdoor; they show the level and style, not a fixed list.
| Role | Reported questions and topics |
|---|---|
| Associate Professional / Associate Software Engineer (campus, technical 1) | Why you chose your preferred language, the four pillars of OOP, compile-time versus runtime polymorphism, multiple inheritance in Java, interfaces versus abstract classes, your certifications, cloud computing and current technologies, and individual versus group projects. One 2024 candidate was also asked cybersecurity questions on malware and attacks. |
| Associate Professional (campus, technical 2) | Operating systems you know, the kernel and Linux, basic DBMS theory without SQL queries, what DXC does, and conflicts in group projects. |
| Fresher software engineer (SQL-heavy panels) | SQL joins, finding the second highest value in a table, stored procedure versus function, plus DSA questions with live coding. |
| Python / developer roles (2023 reports) | Basic Python programming and easy DSA problems on arrays and linked lists. |
Asked across every role: your projects in depth, strengths and weaknesses, what you know about DXC, and whether you can relocate, work shifts and sometimes weekends.
Candidate reports and public drive write-ups commonly cite 60% or 6.0 CGPA across 10th, 12th, and graduation, no active backlogs at joining, and a gap of roughly two years or less. Batches eligible vary by cycle (2024–2026 graduates appear in recent off-campus posts). Roles are often titled Associate Professional or Associate Software Engineer, with some drives routing into infrastructure, applications, or insurance-software delivery tracks. A few 2026 programs mention DCAS (learn-and-earn) for the first months - confirm structure in your offer letter, not forum posts.
Most 2026 campus and off-campus drives describe a webcam-proctored ~100-minute test on Aspiring Minds (AMCAT) or SHL, with no negative marking in many reports and no revisiting a question once submitted (GeeksforGeeks, placementpapers.app).
| Section | Typical Q count | Typical time | Prep focus |
|---|---|---|---|
| English / verbal | 12 | 15 min | Reading comp, grammar, vocabulary |
| Logical reasoning | 14 | 14 min | Arrangements, series, DI snippets |
| Quantitative aptitude | 16 | 16 min | Arithmetic, percentages, permutations |
| Computer programming MCQs | 12 | 15 min | Pseudo-code, OOP, basic DS |
| Automata Fix | 5–7 | 20 min | Debug C/C++/Java snippets - often the main filter |
| WriteX essay | 1 | 20 min | 200–250 words, clean grammar |
| SVAR spoken English | varies | add-on on some drives | Fluency, pronunciation - can gate before technical |
Some 2025–2026 patterns swap Automata Fix for two scratch coding problems (~45 min) or add both; your invite email is the authority.
Sample answer frameworks for each of these are on the DXC Technology HR interview questions page.
DXC Technology was formed in April 2017 when CSC merged with the Enterprise Services business of Hewlett Packard Enterprise, which itself came from HP’s 2008 purchase of EDS. If an older interview report or alumni profile says CSC or HPE Enterprise Services, it describes the businesses that are now DXC, not a separate employer today.
Luxoft is a digital engineering company DXC bought in 2019. It still hires under its own name as “a DXC Technology company”, with its own process. This page covers DXC Technology’s own fresher hiring in India (Associate Professional and Associate Software Engineer roles), not Luxoft or Hewlett Packard Enterprise.
Encapsulation bundles data and the methods that operate on it inside one class and hides internal state behind private fields with public getters and setters, so an object controls how it is mutated. Abstraction exposes only what a caller needs - an abstract class or interface declares what an object does while hiding how it does it. Inheritance lets a subclass reuse and extend a parent class, so a SavingsAccount extends Account and adds interest calculation without rewriting deposit and withdraw. Polymorphism lets one interface take many forms, either at compile time through overloading or at runtime through overriding, so calling area() on a Shape reference invokes Circle’s or Rectangle’s version depending on the actual object.
Overloading means several methods in the same class share a name but differ in parameter count or types; the compiler picks the right one from the arguments, so it is compile-time or static polymorphism. Return type alone cannot distinguish overloads. Overriding means a subclass supplies its own implementation of a method already defined in its parent with the same signature; the JVM picks the implementation from the actual object type at runtime, so it is runtime or dynamic polymorphism. An overriding method cannot reduce visibility or throw broader checked exceptions, and the @Override annotation makes the compiler verify that you really are overriding something.
Normalization organises tables to remove redundancy and the insert, update and delete anomalies that redundancy causes. First normal form requires every column to hold a single atomic value with no repeating groups, so three phone numbers in one cell must become three rows or a separate table. Second normal form requires 1NF plus no partial dependency - no non-key column may depend on only part of a composite primary key. Third normal form requires 2NF plus no transitive dependency, so if employee id determines department id and department id determines department name, then department name belongs in a separate department table. Reporting and analytics systems often denormalize deliberately to avoid joins, trading write-side redundancy for read speed.
INNER JOIN returns only rows where the join condition matches in both tables, so an employee with no department and a department with no employees both vanish from the result. LEFT JOIN returns every row from the left table and fills the right table’s columns with NULL where there is no match, which makes it the standard way to find missing relationships: SELECT e.name FROM employees e LEFT JOIN departments d ON e.dept_id = d.id WHERE d.id IS NULL; returns employees with no valid department. RIGHT JOIN is the mirror image, and FULL OUTER JOIN keeps unmatched rows from both sides. A common bug is putting a filter on the right table in the WHERE clause of a LEFT JOIN, which silently turns it back into an inner join - that condition belongs in the ON clause.
DELETE is a DML statement that removes rows one at a time subject to a WHERE clause, fires triggers, is fully logged and can be rolled back inside a transaction; it leaves the table structure alone and does not reset an auto-increment counter. TRUNCATE is a DDL statement that deallocates the data pages of the whole table at once, so it is far faster on large tables but takes no WHERE clause, does not fire row triggers, and typically resets the identity counter. DROP is DDL that removes the table itself along with its data, indexes, constraints and permissions. Being DDL, TRUNCATE and DROP cause an implicit commit in MySQL and Oracle, though PostgreSQL and SQL Server can roll them back inside an explicit transaction.
A deadlock needs all four Coffman conditions at once: mutual exclusion, hold-and-wait, no preemption, and circular wait. Prevention works by breaking one of them - requesting all resources up front removes hold-and-wait, allowing preemption removes the third, and imposing a global ordering on resource acquisition removes circular wait, which is the practical fix used in real code. Avoidance instead uses the Banker’s algorithm to grant a request only when the resulting state is still safe, but it needs advance knowledge of maximum resource demand. Many systems simply detect and recover, running a wait-for-graph cycle check periodically and killing or rolling back one victim - exactly what database engines do when they report a deadlock victim.
Use three pointers - previous starting at null, current at the head, and a temporary next. In each iteration save current.next into next, point current.next back at previous, then advance previous to current and current to next. When current becomes null, previous is the new head. This is O(n) time and O(1) space and is the answer interviewers expect. A recursive version is also O(n) time but uses O(n) stack space, so it can overflow on a long list. A common follow-up is reversing only the nodes between positions m and n, which uses the same pointer dance after walking to the start position and then relinking the boundary nodes.
The three differ in how much of the stack the provider manages. With IaaS you rent raw compute, storage and networking - an EC2 or Azure VM - and remain responsible for the operating system, runtime, middleware and application patching. With PaaS the provider also manages the OS and runtime, so you deploy application code and configuration only, as with Azure App Service, AWS Elastic Beanstalk or a managed database. With SaaS you consume a finished application in the browser and manage nothing but your data and user access, as with Microsoft 365 or Salesforce. IT services work like DXC’s typically spans all three, migrating client workloads from on-premises data centres into IaaS or PaaS, so knowing where the shared-responsibility line falls is useful in the technical round.
A process is an independent program instance with its own address space, file descriptors, and OS bookkeeping; creating one is relatively heavy. A thread is a lightweight unit of execution inside a process that shares the process memory and resources, so communication is cheap but you must synchronise shared data. Multiple threads can run concurrently on multi-core CPUs; the OS scheduler time-slices them. A crash in one thread can tear down the whole process unless isolation mechanisms exist. Interviewers at DXC often follow up with why web servers use thread pools versus forking new processes for each request.
Thrashing happens when a system spends most of its time paging - swapping pages in and out of memory - instead of doing useful work, usually because the working set of active processes exceeds physical RAM. CPU utilisation looks busy but throughput collapses. Fixes include adding memory, reducing multiprogramming degree, improving locality in code, or using better page-replacement policies. DXC technical panels mention thrashing when candidates list OS on their resume; a one-sentence example from a slow laptop under many Chrome tabs is enough to show you understand the concept.
An interface (in Java or C#) is a pure contract: method signatures only, no state, multiple inheritance of type. An abstract class can hold both abstract methods and concrete methods plus fields, and a subclass extends exactly one abstract parent. Use an interface when unrelated classes must share behaviour (Comparable, Runnable); use an abstract class when subclasses share substantial common code (Template Method pattern). DXC interviewers often ask this right after polymorphism because it tests whether you reach for the right tool, not just definitions.
DDL (Data Definition Language) statements such as CREATE, ALTER, DROP, and TRUNCATE change schema objects and usually cause an implicit commit in many engines. DML (Data Manipulation Language) statements such as SELECT, INSERT, UPDATE, and DELETE change row data and can run inside transactions you roll back. Knowing which category TRUNCATE falls into (DDL, not DML) is a common trick question in DXC DBMS drills reported on GeeksforGeeks and placement forums.
Group by the column that should be unique and filter groups with COUNT(*) > 1: SELECT email, COUNT(*) AS c FROM users GROUP BY email HAVING c > 1;. To delete duplicates while keeping one row, use a self-join or a window function (ROW_NUMBER() OVER (PARTITION BY email ORDER BY id) in databases that support it) and delete rows where the row number exceeds 1. DXC panels keep SQL at this level - joins, keys, and one aggregation - not window-function trivia unless you claim advanced SQL on your resume.
Automata Fix presents short programs in C, C++, or Java with syntax or logic bugs; you choose the minimal fix within a tight per-section timer (often seven questions in twenty minutes in recent patterns). It rewards careful reading and language fundamentals, not algorithm puzzles. Candidates who only practise LeetCode and skip debugging practice report losing here despite clearing aptitude. Treat it like a code-review drill: trace the main path, watch off-by-one loops, and verify return types.
No, according to most candidate reports. The DXC online assessment on AMCAT or SHL is usually described as having no negative marking, but you often cannot revisit a question after submitting it. Check the instruction screen of your own test.
DXC uses AMCAT (Aspiring Minds) or SHL, depending on the drive. Coding is included but easy: either an Automata Fix debugging section or two simple problems such as a prime-number check and a string question, in C, C++, Java or Python.
DXC Technology fresher hiring usually runs in three stages: 1. Online assessment on a third-party platform (candidate reports mention AMCAT/Aspiring Minds and SHL in different drives) covering English, logical reasoning, quantitative aptitude, computer fundamentals, pseudo-code, an essay in some versions, and one or two easy coding questions, 2. Technical interview (about 30-50 minutes) on your resume, projects, a programming language of your choice, OOPs, DBMS and OS - some drives run two technical rounds, 3. HR round. Shortlisted candidates typically receive a letter of intent before the formal offer.
Reported DXC questions cover: your resume and projects in detail, why you chose your primary programming language, OOPs fundamentals, DBMS and SQL basics, operating systems concepts, basic data structures and algorithms, occasional cloud and infrastructure awareness, and what you know about DXC. HR rounds cover motivation, relocation, shift flexibility, and situational or behavioural questions.
Most reports describe three stages: online assessment, technical interview, and HR. Some on-campus drives split the technical stage into two interviews - one on programming and projects, another on OS, DBMS and teamwork. Candidates also report long gaps between rounds in some cycles.
Practise timed aptitude and pseudo-code questions, since the online assessment is the main filter. Revise OOPs, DBMS/SQL and OS fundamentals, be able to explain every line of your resume, pick one programming language and know why you chose it, and prepare a short answer on what DXC does - IT services, cloud and infrastructure, applications, and insurance software.
| Stage | Strong signal | Weak signal |
|---|---|---|
| AMCAT / OA | Finish without panic; Automata Fix + essay coherent | Clicking Next then freezing; empty essay |
| Technical (~30 min) | Resume project + OOP/SQL/OS answers with examples | Listing tools you cannot explain |
| HR (~25 min) | Honest shifts/relocation + two facts about DXC (CSC+HPE ES merger) | “IT company” only; fake shift flexibility |
Campus reports also probe infrastructure-role flexibility and weekend/shift comfort. Treat those as scored logistics, not jokes.
Good fit: You can sit a 100-minute adaptive-style paper without going back, you will debug a 15-line program, you will write a short essay, you will relocate to Noida or Chennai.
Harder path: You only practiced LeetCode hard; you never wrote an essay; you click Next on AMCAT and panic because you cannot return; you refuse every DC.
Use this as a default four-week loop before a DXC Technology drive. Adjust to your invite timeline.
10-day crash version: Days 1-4 timed DSA, days 5-7 resume projects + CS fundamentals, days 8-9 mock interviews out loud, day 10 HR STAR stories on the HR page.
Candidate-reported fresher/early-career packages for DXC Technology often cite ₹4–4.5 LPA for Associate Professional–type roles in India (forums and placement write-ups; not a guarantee). Treat forum numbers as ranges - confirm base, variable pay, and location in the written offer letter.
Interview process details and sample questions on this site are editorially organized from public candidate reports and hiring write-ups, with round structure, prep notes, and company-specific framing added by our team. For round-by-round stories, see the DXC Technology interview experience page. For OA papers and coding drills, use DXC Technology on placementpapers.app. OA quick answers and role-wise questions draw on a 2024 on-campus DXC interview experience on GeeksforGeeks, Glassdoor interview reviews and DXC’s SEC filings for the CSC and HPE merger and the Luxoft purchase.