Interview experience
PwC interview experiences covering Online Aptitude Test, Hackathon (select drives), Technical Interview(s), HR Interview. Round-wise notes, common questions, and what candidates report clears each stage.
Explore: Interview experience · HR interview questions · Overview · Placement papers · Preparation guide
PwC Acceleration Centers (AC, PwC’s technology delivery hubs and the entry point for most CS/IT campus hires) run a 3-5 stage process - aptitude screening, sometimes a Hackathon, resume-heavy technical interviews, and a closing HR round - though some pipelines stretch into a months-long Launchpad training program before interviews even begin.
Interview experience
PwC interview experiences covering Online Aptitude Test, Hackathon (select drives), Technical Interview(s), HR Interview. Round-wise notes, common questions, and what candidates report clears each stage.
HR interview questions
PwC HR interview questions with sample answer frameworks - motivation, relocation, STAR stories, and culture-fit prompts.
| Round | Duration | What they test |
|---|---|---|
| Online Aptitude Test | 60-90 min | Quant, logical, verbal |
| Hackathon (select drives) | Multiple hours, multi-stage | Building/solving under pressure, technical depth |
| Technical Interview(s) | 30-45 min each | Resume/project depth, SQL, OOPs, problem-solving |
| HR Interview | 20-30 min | Communication, client readiness, fit |
These answers are compiled from public candidate reports and prep guides, not from an official PwC 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 AC campus reports describe about 45 questions in 45-60 minutes (quant, logical, verbal); a 2026 PapersAdda guide describes 80-100 minutes including a Situational Judgment Test and, for some roles, a game-based section. |
| Does it have negative marking? | No, on most reported drives. PwC does not publish the rule, so check the instruction screen. |
| Is there a sectional cutoff? | Not published. Risk Consulting and Technology Consulting candidates describe the paper as harder than standard IT-services aptitude, so do not leave a weak section. |
| How much is the cutoff? | No official score cutoff; shortlists are relative to the batch. Candidate-reported eligibility is 60% or 6.0 CGPA (some technology shortlists 6.5 or 7.0) with no active backlogs. |
| Which platform is it on? | Varies by drive. Campus reports name Superset and HirePro; one 2026 guide says AC technology assessments use an SHL or Mettl format. |
| Is there coding? | Sometimes. Most AC drives are aptitude only; some technology drives add technical MCQs and one coding problem, and select drives run a multi-hour hackathon. |
| Is there a GD? | For audit, tax and some advisory drives, yes - a 15-20 minute topic or case GD after aptitude. Most AC technology drives go straight to interviews. |
Questions below are ones candidates report on Glassdoor and campus write-ups for each PwC hiring route. They show the level and style, not a fixed list.
| Role | Reported questions and topics |
|---|---|
| AC technology (Associate, CS/IT graduates) | Resume-heavy: your project’s architecture, stack and hardest bug. SQL joins and aggregation, OOPs with an ATM or library design. On platform sub-tracks, SAP, Salesforce or ServiceNow basics and why you prefer one. |
| Risk Assurance and IT audit | What do you know about ITGC testing? Change management, user access, IT operations and backup controls. Preventive vs detective controls. Mostly behavioural, including the hardest class you took and how you got through it. |
| Audit, assurance and tax (commerce and CA-track) | Topic or case GD, then a virtual interview and an in-person partner round. Several candidates report mostly behavioural questions with little technical content; revise accounting basics anyway. |
Asked across every role: why PwC, explain a complex issue to someone without a technical background, a hard deadline you met, and whether you accept the location and shift offered.
A standard aptitude screen on quantitative, logical, and verbal ability - often 45 questions in 45–60 minutes on platforms such as Superset or HirePro, with quant, logical, and verbal sections (Risk Consulting and GDC Technology Consulting campus reports describe difficulty harder than some other Big Four OAs). Watch for negative marking on some papers (for example +1 / −0.25 per question on one GDC account). On some 2025-cycle drives, this was replaced or preceded by PwC’s Launchpad program - three online exams used for initial shortlisting before months of training even began.
Eligibility (verify your drive mail): Candidate-reported cutoffs often include 60% or 6.0+ CGPA across boards with no active backlogs; some technology shortlists mention 7.0+. Audit/Tax tracks may run a separate group discussion after aptitude - confirm your business line before prepping only for coding.
Common questions
Run on some PwC AC drives after initial screening - a multi-hour event (reported as roughly 3 hours with 9 stages on one drive) that candidates and reports describe as genuinely tough, testing both building something functional and solving problems under time pressure.
Common questions
Round-by-round breakdowns are on the PwC interview experience page.
Mostly resume-based - interviewers dig into your project’s stack, architecture, and failure modes, with difficulty varying noticeably by candidate. Some drives run one round online and a second in-person on campus.
Common questions
Checks communication skills, motivation for PwC, and client-readiness - standard consulting-fit territory, usually the final gate before an offer.
Common questions
Sample answer frameworks for each of these are on the PwC HR interview questions page.
PwC hires across genuinely different business lines - Audit & Assurance, Tax, Advisory/Consulting, and Acceleration Centers (AC, the technology delivery hubs doing actual software, data, and analytics work). This page describes the AC/technology track most CS/IT campus hires enter: aptitude screening, sometimes a Hackathon, a resume-heavy technical interview, and HR. Audit and Tax hiring, aimed largely at commerce and accounting graduates, runs a lighter process built around aptitude, group discussion, and HR, with no coding or Hackathon component. Confirm which business line your offer letter or registration email names before you prep.
INNER JOIN returns only the rows where the join condition matches on both sides, so unmatched rows vanish from the result. LEFT JOIN returns every row from the left table, filling the right table’s columns with NULL where there is no match - this is how you find customers with no orders, by adding WHERE o.order_id IS NULL. FULL OUTER JOIN returns all rows from both tables, padding with NULL on whichever side is missing. The classic mistake PwC interviewers watch for: placing a filter on the right table in the WHERE clause of a LEFT JOIN silently turns it into an INNER JOIN, because NULL fails any comparison - that condition belongs in the ON clause instead.
Use GROUP BY for the aggregation and HAVING for the post-aggregation filter: SELECT r.region_name, SUM(o.amount) AS total_revenue FROM orders o JOIN regions r ON o.region_id = r.region_id WHERE o.status = 'COMPLETED' GROUP BY r.region_name HAVING SUM(o.amount) > 100000 ORDER BY total_revenue DESC; The distinction interviewers test is that WHERE filters individual rows before grouping while HAVING filters the grouped results afterwards, so a condition on SUM cannot go in WHERE. Filtering on status inside WHERE is deliberate - it removes cancelled orders before they ever reach the aggregate.
WHERE filters rows before grouping and cannot reference aggregate functions; HAVING filters after grouping and is where aggregate conditions belong. DELETE removes rows one at a time, can carry a WHERE clause, fires triggers, and is fully logged so it can be rolled back within a transaction. TRUNCATE removes all rows by deallocating data pages, so it is far faster but takes no WHERE clause, generally does not fire row triggers, and resets identity counters - it is DDL, so on many engines it also implicitly commits. DROP removes the table structure itself along with its data, indexes, and constraints. The safe mental model: DELETE for selective removal inside a transaction, TRUNCATE for a fast full reset of a table you intend to keep, DROP when the table should stop existing.
Encapsulation: an Account class holds balance as a private field and exposes only withdraw() and deposit(), so no external code can set a balance directly and skip the overdraft check. Abstraction: the ATM interface offers withdrawCash() while hiding the card authentication, bank network call, and cash dispenser mechanics behind it. Inheritance: SavingsAccount and CurrentAccount both extend Account, inheriting balance handling while overriding interest and overdraft rules. Polymorphism: the ATM holds a reference of type Account and calls withdraw(), and the runtime dispatches to the correct subclass implementation - meaning a new account type can be added without touching the ATM code at all. That last point, extensibility, is what makes the answer land rather than just the definitions.
Normalization structures tables to remove redundancy and the insert, update, and delete anomalies it causes. 1NF requires atomic column values with no repeating groups; 2NF additionally requires every non-key attribute to depend on the whole composite key, not just part of it; 3NF removes transitive dependencies, so a non-key column must not determine another non-key column. You would deliberately denormalize in reporting and analytics workloads - a star schema with a wide fact table and dimension tables avoids joining a dozen normalized tables for every dashboard query. The trade-off is explicit: normalized schemas optimise for write correctness, denormalized ones for read speed, and you accept the redundancy because the reporting layer is refreshed from a controlled ETL rather than edited by users.
Start by clarifying scope and success criteria rather than solving immediately - ask who the users are, what the current process costs in time or money, and what a good outcome looks like in measurable terms. Then structure the problem into mutually exclusive parts, for example splitting data quality, process automation, and reporting, so the analysis is exhaustive rather than a list of whatever occurred to you first. State your assumptions out loud and label them as assumptions, because in a consulting setting an unstated assumption is the thing that derails a deliverable three weeks later. Close with a prioritised recommendation and what you would need to validate it. PwC scores the structure of your reasoning here far more than the specific answer.
Describe it as data flow rather than a technology list: what enters the system, which components transform it, where it is stored, and what the user finally sees - then name the stack and, crucially, why you picked it over the alternative you considered. For the bug, give the symptom, how you narrowed it down, the root cause, the fix, and how you verified it did not recur; the diagnostic method matters more than the bug’s difficulty. Be honest about what you would rebuild differently, since PwC’s technical rounds are heavily resume-driven and interviewers deliberately push on vague claims until they find the edge of your actual knowledge. Owning a limitation reads as credibility, whereas overclaiming a component a teammate built is the fastest way to lose the room.
Work from least-privilege access: request only the fields the analysis actually requires, and never take a full production extract when a filtered subset will do. Keep client data inside approved firm systems rather than personal drives, email, or external AI tools - PwC assessments and engagements typically bar GenAI tools outright, and pasting client data into one is a disclosure event, not a shortcut. Use masked or synthetic data in development and testing environments, and ensure anything shared externally is anonymised and reviewed. If you ever discover data you should not have access to, escalate it immediately rather than quietly deleting it, because the reporting obligation is the part the firm is actually testing for.
Use XOR swap in languages with bitwise XOR: a = a ^ b; b = a ^ b; a = a ^ b; - each line updates one variable using the other two. Alternatively swap with a temporary in an interview if the interviewer allows it; PwC campus technical reports also ask this to check whether you know multiple approaches. State overflow and type assumptions if you use arithmetic tricks; XOR is the classic answer when + and − are banned.
A zombie is a terminated child process whose exit status the parent has not yet collected with wait() or waitpid() - it remains in the process table as a zombie entry until the parent reaps it. If the parent exits first, init (PID 1) adopts orphaned children and reaps them. Interviewers use this to probe OS basics on Technology Consultant drives alongside DBMS and sorting questions.
SQL injection happens when user input is concatenated into a query string, letting an attacker alter the statement (for example closing a quote and appending OR 1=1). Mitigate with parameterised queries / prepared statements so the database treats input as data, not executable SQL; add least-privilege DB accounts and input validation on the application layer. On a PwC Risk or GDC engagement, document the control in your test plan - security-aware delivery is part of consulting credibility.
Lead with impact and timeline, not jargon: what the delay affects (go-live, report date), how long you need, and what you are doing to reduce risk. Use one analogy if helpful, then offer a concrete next checkpoint (demo, partial deliverable, or revised date). PwC partner and HR rounds repeatedly test client communication - structure beats technical depth in this answer.
No, on most reported drives. Campus reports and prep guides say PwC India’s aptitude test typically has no negative marking, but confirm on the instruction screen, since PwC does not publish the rule.
Sometimes. Most AC campus drives report an aptitude-only test (quant, logical, verbal), while one 2026 guide says AC technology roles add technical MCQs and one coding problem in an SHL or Mettl format. Some drives also run a separate multi-hour hackathon.
For PwC Acceleration Centers (AC, PwC’s technology delivery hubs and the entry point for most CS/IT campus hires), the process runs 3-5 stages depending on the drive: 1. Online screening tests - aptitude plus, on some drives, a multi-month Launchpad training-and-assessment program with recurring exams. 2. A Hackathon round on select drives - multi-hour, multi-stage, genuinely hard. 3. Technical Interview(s) (online or in-person) - mostly resume-based, difficulty varies by candidate. 4. HR Interview - motivation, fit, communication. Total duration: 2-3 weeks for a standard drive, months for a Launchpad-style pipeline.
Standard-drive OAs cover quant, logical, and verbal aptitude. Where a Hackathon is run, expect a multi-hour, multi-stage build-and-solve format that’s explicitly described as tough. Technical interviews are largely resume-driven - your project’s architecture, decisions, and failure modes - plus SQL, OOPs, and general problem-solving. HR checks client-communication skills and motivation for PwC.
PwC typically runs an Online Aptitude Test, a Technical Interview (sometimes two - one online, one in-person), and an HR Interview - 3-4 stages for a standard AC drive. Select drives add a Hackathon round after initial screening, and some 2025 pipelines ran a months-long Launchpad training program before interviews even started.
Practise timed aptitude and one project narrative you can defend under close questioning - PwC technical interviews are heavily resume-based, so vague project claims get picked apart. If your drive includes a Hackathon, practise building something functional under a hard multi-hour deadline, not just solving isolated problems. Use STAR for HR answers, and note GenAI tools are typically barred during assessments and interviews.
PwC Acceleration Centers (AC) are PwC’s technology and delivery hubs in India - it’s what this page’s process describes: aptitude screening, sometimes a Hackathon, a resume-heavy technical interview, and HR. PwC’s core Audit, Tax, and Assurance hiring runs a separate, largely non-coding process built around aptitude, group discussion, and HR, aimed mainly at commerce/accounting graduates.
A structured pipeline PwC ran starting January 2025: online exams for initial shortlisting, then months of online classes and technical training with recurring qualifying exams (candidates who failed to keep qualifying were eliminated along the way), followed by a Hackathon and Technical/HR interview rounds for those who made it through. It’s a longer, training-heavy alternative to a standard multi-round campus drive - not every PwC AC drive runs this format.
Acceleration Centers / technology consulting campus loops often run aptitude → technical (resume-heavy) → partner/managerial → HR. Interviewers score:
Soft fail modes: padded CVs that collapse under project grilling, or confusing Audit/Tax tracks with the AC technology path you applied for.
Good fit: You can finish timed aptitude sections, speak in structured bullets in a group of 8-10, and defend a project without freezing.
Harder path: You only practised coding contests; you dominate or disappear in GD; you hoped “overall average” would hide a sub-60 Class 12. PwC screening is blunt on academics when printed.
Use this as a default four-week loop before a PwC 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 PwC often cite ₹6-10 LPA Analyst/Associate band. Treat forum numbers as ranges, not guarantees - confirm the written offer letter for your team and location.
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 PwC interview experience page. For OA papers and coding drills, use PwC on placementpapers.app. OA quick answers and role-wise questions draw on PapersAdda’s 2026 PwC India guide and Glassdoor reviews for PwC associate and risk assurance roles.
Guides often searched alongside this page: Deloitte interview questions · EY interview questions · KPMG interview questions · Accenture interview questions · Cognizant interview questions · TCS interview questions.