Test design craft, STLC vocabulary, defect management, and the judgement scenarios that separate testers from clickers.
Treat it as a process gap, not a grudge. Find out where and when decisions are made, get your team's constraints in front of the deciders before the meeting through short written proposals with a comment window both time zones can reach, and escalate a specific costly decision, not the people who made it.
Describe your use of AI tools by task, each with its check: reading cited lines, running code, confirming APIs against the docs for your version. Refuse any answer you cannot check cheaply or that is costly to get wrong, keep restricted data out of unapproved tools, and back it with one real catch.
A global capability centre is the parent company's own offshore unit, not a vendor, so a credible answer names what this centre owns, why building for one business suits you more than billable client projects or a startup's runway, and how you would handle decisions that are made at headquarters.
Choose a work sample with real decisions in it that you still understand line by line and are allowed to share. Be ready to admit which parts were other people's or a tool's, what is wrong with it, and what you would change, because the interviewer can open any file and ask why it is there.
Treat each launch state as its own test case, because each delivers the link through a different code path. Cold start runs splash, auth and initialisation that can drop the link, and on iOS delivers it in the scene's connection options, not the continue callback. Test cold, warm, restored and logged-out.
Yes, once and briefly, with an assumption attached. In a hypothetical product exercise the scored move is what follows. Separate gaps that change the design from gaps that do not, choose assumptions that keep the problem hard, write them where both of you can see them, and say which parts of the design depend on each.