By Mockly English · Last updated:
Seven years of load testing. Tell me about yourself was still the hard part.
At a glance
| Role | Performance engineer (~7 years) |
|---|---|
| Region | Russia |
| Starting Point | Strong technical work; intro answers listed duties, not impact |
| Focus | Behavioural English + CV quantification |
| Outcome | STAR stories and metrics-led proud-project answer drafted in class |
Timeline
5 live classes
Focus
Behavioural + career story
Outcome
CV + STAR homework
Practice technical, behavioral & system design interviews with interactive lessons and native-speaking coaches
500+ tech pros preparing for global roles
“I want something more dynamic, fast-paced and exciting — and I need to say that in English without listing every responsibility on my CV.”
A performance engineer based in Russia with about seven years in the field. Most recently at a major bank, running load-test processes for large systems. Before that, roles at telecom and IT services companies — the kind of path where the work is solid but the English interview story still sounds like a job description. Coaching started with no exact offer in the notes: the goal was a new role somewhere more dynamic, with behavioural answers and a CV that showed impact, not only tasks.
These are the classes we actually ran — not a generic curriculum. Each one started from a real interview question.
Class 1
Structure + achievements
Intake and self-introduction
Class 2
Role change + Agile
Career story and daily work
Class 3
Metrics + STAR homework
Goals, company fit, proud project
Class 4
Quantified CV
CV review and behavioural recap
Coach notes from those sessions, kept as they were given in class.
Achievements, not responsibilities
Interviewers score impact. “I conduct load tests” is a duty. “I cut last-minute release issues by 30% with a new testing process” is an answer.
Every strength needs proof
Communication skills only count if you give one moment they changed a team or business outcome — same session, same language fix.
Weakness = working on it
High expectations for colleagues is fine as a weakness if you show what you changed after the feedback — not only the trait.
Metrics need a defence
If you quote 30%, prepare how you measured it. Follow-ups will ask.
Say vs tell
Use told when someone receives the information (“I told my team lead”), not “I said him.”
Corrections from live answers — the same patterns that showed up in class.
| Heard in class | Use instead |
|---|---|
| “I want to test me” | “I want to challenge myself” Interview motivation — sound deliberate, not accidental. |
| “I'm persistant” | “I'm persistent / I don't give up” Spelling and natural phrasing for a strength answer. |
| “I said him” | “I told him” Say = words spoken; tell = who received them. |
| “Foreign software” | “External software” Why-leaving answers need neutral, professional wording. |
| “The company was stuck in the past” | “The company was not progressing / moving forward” Same idea — less blunt for a hiring manager. |
Before coaching
After coaching
Session snapshot
| Classes in this set | 5 (Jul–Aug 2026) |
|---|---|
| Experience | ~7 years · performance / load testing |
| Behavioural set covered | 8+ standard questions |
| Still in progress | CV rewrite + STAR homework |
The shift was the proud-project metric line. Before, the answer was a long description of testing work with no result the interviewer could score. After one class, the target sentence had a number and a follow-up defence (“How did you measure that?”). The same rule applied to the CV homework: every bullet needed an outcome, not only a verb.
Proof of work — one mock session
| Problem | What project are you most proud of? |
|---|---|
| Old approach | Technical process description, no measurable result |
| New framework | Action + metric (or magnitude) + how you measured it |
| Result | Draft answer with ~30% drop in last-minute release issues — ready to defend in follow-ups |
How answers sounded before
“I improved the testing process for releases… we had fewer problems…”
How answers sounded after
“I wrote and implemented a new testing process which resulted in a 30% drop in last-minute release issues — measured by comparing failed releases quarter over quarter.”
These notes do not include a job offer or a named employer outcome — coaching was still active on CV and STAR homework when the log ends. What changed: the behavioural question list was mapped, intro and strength/weakness patterns were rebuilt, and the proud-project answer had a quantified target shape. That is the honest outcome from this block.
Performance engineers are judged on reliability and numbers — interviewers expect the same in behavioural answers. A second language makes it easy to describe process and forget impact. The fix is not more grammar drills; it is one metric per story and a structure you can reuse under pressure.
Preparing for a similar path? Read How a Senior Data Scientist Prepared for Google and Revolut Cases in English.
Practise your next behavioral interview in English
No card required. Start with a 7-day free trial — a lesson, a mock interview, or both.
Create your Mockly account →
Mockly knows what it takes to get hired. The preparation covers behavioral, algorithm, and system design interviews thoroughly — with real expertise in the STAR method, LeetCode, and Alex Xu’s system design frameworks. And when it comes to English and communication skills, the native-speaking mentors make all the difference.

Mockly was a huge help in preparing for my interviews. We worked on both technical and behavioral questions, and I received great advice on how to approach them and what to focus on. I feel significantly more confident as a result. They also helped me with my CV and cover letter — showing me how to structure them properly and highlight my strengths. I appreciate that they always ask how you’d like to structure your sessions and adjust to your goals. It keeps you on track and makes the whole process far more effective.
Use a short four-part structure: present role, relevant scope, one achievement with a number, then why you are interviewing now. Avoid reading your CV as a task list.
Use magnitude (“from days to hours”) and be ready to explain how you observed the improvement. Exact percentages are better when true — do not invent them.
This block used five sessions over about a month: intro, career story, goals and metrics, CV review, plus homework between. Count from your first application deadline, not from “when English feels perfect.”
Yes. These classes used real interview questions, then corrected English on the same answer — structure, metrics, and phrasing hiring managers actually score.
A senior data scientist from Russia, based in Singapore, had sat Google and was prepping Revolut product cases in English.
Written English was fine. Spoken answers stalled. See how one Backend Engineer from Russia practised STAR stories out loud.
Case studies are illustrative, based on patterns from real coaching sessions.