Engineering PhD Defense Questions: What Examiners Actually Ask
Engineering examiners spend most of their time on four things: whether your validation is credible; whether you understand your model's assumptions and where they break; whether your design choices were principled and not just convenient; and whether the work contributes something genuinely new rather than an incremental repackaging of known methods. Getting those four lines straight covers most of what the room will ask.
Last updated
What sets an engineering defense apart
An engineering PhD defense (or viva, in the UK tradition) carries a set of technical expectations that do not apply in quite the same way to other disciplines. Your committee or examiner has background in the field, can spot an unjustified simplification in a constitutive model, and knows what a credible uncertainty budget looks like. Generic advice about summarising your thesis clearly is necessary but nowhere near sufficient.
Three tensions define most of the hard questions. The first is between simulation and physical evidence — committees want to know what your model gets from theory and what it needs from experiment to be trusted. The second is between the controlled conditions of your study and the messy reality of deployment — whether a laboratory prototype, a finite-element model, or a fabricated device. The third is novelty: building a system that works is not automatically a doctoral contribution, and examiners will probe where your work departs from the state of the art and why that departure required four years rather than four months.
In the US defense, a committee of four or five divides the questioning; one member may focus on error analysis, another on the broader contribution, another on future applications. In the UK viva, a single external examiner who has read your thesis closely drives most of the session, and the questions tend to be more concentrated on the chapters they found unconvincing. The questions themselves overlap significantly — the rhythm differs, not the substance.
Validation, verification, and the simulation–experiment divide
This section covers the questions that come up most often in computational and experimental engineering work — any thesis that involves a model, a simulation, a test rig, or a fabricated prototype. Examiners treat the relationship between your computational predictions and your physical measurements as the central credibility question of the thesis.
How did you validate your results — through simulation, physical experiment, or both — and how well do they agree?
This is a common opener for engineering defenses. Name exactly which results were validated against physical measurement and which were not, and state the quantitative agreement where you have it. If you have both computational and experimental data, say where they diverge and what you believe accounts for the gap. Claiming good agreement without citing specific metrics — residuals, percentage error, R-squared — invites an immediate follow-up.
You validated under laboratory conditions. How confident are you that the agreement holds under operating conditions closer to real deployment?
This is the external validity question for engineering work. Be precise about which parameters you controlled in the lab that would not be controlled in the field, and say what you expect that difference to do to your results. If you ran any sensitivity checks on those parameters, cite them. If you didn't, say what additional experiments would bound the uncertainty — don't claim the agreement transfers without evidence.
Your simulation produced results. How do you know the simulation itself is correct — as opposed to the model it implements?
This is the verification question: examiners expect candidates to distinguish between verification (did you solve the equations correctly?) and validation (are those the right equations for the physical system?). Describe your mesh or discretisation convergence check, your code verification against analytical solutions or benchmarks, and any manufactured-solution tests you ran. Treating the simulation as a black box that produces numbers is not sufficient.
What assumptions did you make in your model, and which of them are the least defensible for real-world conditions?
Name your three or four most consequential assumptions and give a one-sentence justification for each. Then identify the one that breaks first as conditions depart from your experimental scope. Examiners are not expecting perfect models; they are checking whether you understand the hierarchy of assumptions and can say what happens when the weakest one fails. Candidates who say their assumptions are all well-justified without ranking them lose credibility.
How sensitive are your conclusions to the boundary conditions you specified?
Describe the sensitivity analysis you ran — or, if you didn't run one formally, say what a range analysis would have involved and why you believe the effect is small. If you prescribed boundary conditions from literature values rather than measured them directly, name that as a source of epistemic uncertainty. Examiners in CFD, FEA, and similar fields treat boundary condition sensitivity as a standard check; arriving without having done it, or without knowing what it would show, is a gap.
How did you ensure the accuracy and calibration of your measurement equipment or test rig?
State your calibration procedure, traceability standard, and the calibration interval relative to your experimental campaign. If you used instruments that drift, say how you checked for drift during data collection. If a single instrument is responsible for the critical measurements in your thesis, the examiner will want to know its systematic error, its random error, and whether those propagate into your main conclusions in a way that changes the interpretation.
What testing or prototyping did you carry out, and what did it reveal that your simulations did not predict?
Answer this concretely — name a specific discrepancy, what caused it, and what you changed in response. Candidates who say simulation and experiment agreed perfectly on every point lose credibility; some discrepancy is expected, and recognising its source demonstrates understanding. If you used the prototype primarily to confirm simulation results rather than to discover new behaviour, say that and explain what the prototype added beyond confirmation.
Uncertainty, error budgets, and reproducibility
Engineering examiners expect quantitative reasoning about error. In experimental work that means propagated uncertainties and identifiable error sources. In computational work it means numerical error, model-form uncertainty, and parameter uncertainty. The questions below come up in both contexts.
Walk me through your uncertainty budget. What are the dominant sources of error in your measurements, and how did you quantify them?
A full uncertainty budget names Type A sources (statistical, from repeated measurement) and Type B sources (systematic, from calibration, assumptions, or instrument specifications) and combines them to an expanded uncertainty at a stated confidence level, following GUM practice or an equivalent standard. If you did not produce a formal budget, say what the dominant error sources were and give order-of-magnitude estimates. Saying results have 'some uncertainty' without quantification is not an acceptable answer at doctoral level.
How sensitive are your overall conclusions to a ±10% change in [a key input parameter]?
This probes whether your main claims are fragile or robust — in the genuine technical sense. State the sensitivity index or the direction and approximate magnitude of the effect. If your conclusion changes sign or loses statistical significance under a plausible parameter variation, you need to say that and explain what it means for the scope of your claim. If the conclusion is insensitive, say why — that is equally valuable information.
Could another research group reproduce your key results from the information in the thesis?
Reproducibility in engineering means specifying enough about materials, geometry, loading conditions, environmental controls, and data processing that an independent group could verify the result. Identify what they would need beyond the thesis — source code, fabrication tolerances, proprietary material data — and say whether any of those are available. Examiners are not expecting that every parameter was published; they are checking that you have thought about what is and is not recoverable from your written record.
Your error bars overlap between conditions X and Y. Can you still claim a meaningful difference?
This comes up whenever the quantitative margin between your result and a comparison condition is small relative to your measurement uncertainty. Respond with the statistical test you used, the effect size, and the engineering significance: a difference that is statistically marginal may still be practically meaningful if the absolute magnitude is large, or it may not be meaningful at all. Don't claim significance you cannot support, but don't concede a finding you can defend either.
What would a failure modes analysis of your prototype or system look like, and which failure mode concerns you most?
This question tests whether you have thought beyond the working case. Name the two or three most probable failure modes — whether from your own testing, from the literature on similar systems, or from first principles — and say what you know about the conditions that trigger each one. Examiners in mechanical, structural, and electrical engineering are particularly attentive to whether candidates have stress-tested their designs or only characterised them under nominal conditions.
Novelty, contribution, and design trade-offs
Once an examiner is satisfied that your validation holds and your error analysis is credible, the questioning typically moves to what you actually contributed — and why the choices you made were the right ones given the alternatives. These questions are where candidates either demonstrate independent thinking or reveal that the thesis was shaped more by convenience than by reasoned design.
What does your thesis contribute to engineering knowledge or practice that is genuinely new?
State one clear claim — a method, a result, a model, a design — and explain specifically why it was not derivable from existing work by straightforward application of known techniques. Naming a topic area is not a contribution; the contribution is what you discovered or demonstrated within that area. If your contribution is primarily empirical — you measured something that had not been measured — say what that measurement makes possible or changes in understanding.
A practising engineer argues that a simpler, cheaper approach already exists. How do you justify what you did?
This is among the most direct challenges an engineering examiner can raise, because it cuts to the heart of the research-versus-practice boundary. Name the simpler approach and say specifically what it cannot do in your context: it fails under the loading conditions you studied, it does not resolve the relevant length scale, or it requires instrumentation that is not feasible at the scales you worked at. If the simpler approach is genuinely adequate for most applications, be honest about that and explain what your work adds at the margins.
How does your work improve on existing methods — in efficiency, cost, reliability, accuracy, or performance — and by how much?
Give a number where you have one. 'Improved accuracy' is not a claim at doctoral level; '12% reduction in mean absolute error relative to the ISO 6336 standard method under condition X' is. If the improvement is not quantified, explain why — either the comparison is not commensurable or the relevant data for the comparison method was not available — and say what a fair comparison would require.
How did you handle the trade-offs between performance, cost, manufacturability, and feasibility in your design or method?
Examiners ask this to see whether you made deliberate decisions or simply optimised the metric that was easiest to measure. Name two or three explicit trade-offs you navigated and say what drove the resolution — a constraint from the application domain, a manufacturing limit, a cost ceiling, or a decision to prioritise the claim most relevant to the research question. Candidates who present their design as the optimal solution to all objectives at once are usually asked to identify what they gave up.
Is your contribution genuinely novel, or is it an incremental extension of existing work? Where exactly is the line?
Say where the line is yourself, before the examiner draws it for you. Name what the prior work achieved and name the specific gap your thesis closes. If your work is incremental — as most good engineering work is — defend why that increment matters: it enables a class of application that was previously out of reach, it resolves a known discrepancy in the literature, or it provides a validated tool where only unvalidated ones existed. Incremental contributions are not disqualifying; unacknowledged incrementalism is.
How could your work be adopted by industry, and what barriers would need to be overcome to reach commercial or operational scale?
Identify the gap between laboratory or numerical demonstration and deployment: certification requirements, material supply chains, manufacturing tolerances that your method demands, regulatory approval timelines, or the capital cost of the required equipment. Saying 'further work is needed' is not an answer. Name the specific barrier and say what form the further work would take. Examiners in applied engineering fields treat this question seriously and expect a candidate who has thought about the pathway from research to practice.
If you were starting this project today with what you now know, what would you do differently?
Give one specific, technical answer — a measurement you would have taken earlier, a model simplification you would have avoided, a parameter space you would have characterised first. The answer demonstrates reflective ownership of the research process. Candidates who say nothing would change appear defensive; candidates who list wholesale revisions appear to have lost confidence in the thesis. One concrete, early-stage decision with downstream consequences is the right scope.
Your model or prototype works at the scale you studied. What changes when you scale it up by an order of magnitude?
Scaling arguments matter in most engineering disciplines — thermal, structural, fluidic, electrical. Name the dominant physics at your study scale and identify which non-dimensional groups change unfavourably with scale: surface-area-to-volume ratios, Reynolds or Biot or Damköhler numbers, contact resistances, or structural loads proportional to volume while strength scales with cross-section. If you have not done a formal scaling analysis, say what one would need to include and whether you expect the current approach to hold, degrade, or fail entirely.
Frequently asked questions
- How long does an engineering PhD defense or viva typically last?
- UK engineering vivas usually run between one and a half and three hours, conducted by an internal and an external examiner. US defenses typically include a public presentation of 40 to 50 minutes followed by a closed examination of one to two hours with a committee of four or five. Technical depth in experimental and computational work means validation and methodology questions often take longer than candidates expect — prepare for those sections to go well beyond what you covered in the presentation.
- What if my simulation and experimental results disagree significantly?
- The examiner already knows — you almost certainly mentioned the discrepancy in the thesis. What they want to hear is whether you understand why the gap exists: numerical error, model-form error, an uncontrolled experimental variable, or a genuinely new physical phenomenon your model doesn't capture. Saying 'further work is needed' without identifying the likely cause is the answer that generates follow-up questions. Come prepared with a specific hypothesis and, if you have one, preliminary evidence for it.
- Should I prepare for questions about papers published after I submitted?
- Yes, particularly if your subfield moves quickly. You are not expected to have incorporated work you could not have known about, but you are expected to place it relative to your own contribution. If a paper published after submission reports results that appear to supersede yours, prepare a clear explanation of whether it changes the validity of your claim or simply advances the state of the art beyond the scope of your thesis. That distinction matters to examiners.
- How much detail do examiners expect on uncertainty quantification?
- At minimum, they expect you to have identified the dominant error sources and to have propagated measurement uncertainties through to your final reported quantities. Formal GUM-compliant budgets are expected in metrology and precision engineering contexts; in other areas the standard is more flexible, but the principle is the same. If you report a result to three significant figures without an uncertainty statement, that is a gap the examiner will note. Round numbers without uncertainty bars are harder to defend than numbers with honest error bounds.
- My thesis is primarily computational — do I still get questions about physical experiments?
- Almost certainly. Even a purely computational thesis needs at least one anchor point where simulated results are compared against a physical benchmark, an analytical solution, or published experimental data from the literature. If your thesis has no such anchor, examiners will ask why not. If your only validation is against other people's data, be prepared to say what that validates and what it does not — specifically, whether the physical setup in those reference experiments matches your boundary conditions closely enough for the comparison to be meaningful.
The MockDefense Committee
Doctoral defense preparation, MockDefense
MockDefense builds AI examiners that rehearse the questions a real doctoral committee asks — on methodology, contribution, and the gaps you haven't patched yet. Our guides are written from that examiner's-eye view of what defenses actually test.
Keep preparing
Practice these questions before your defense
MockDefense runs you through engineering-specific defense and viva questions with an AI examining committee that pushes on validation, uncertainty, design trade-offs, and novelty — the areas above. Start with a free drill — no card required.