Shadowing Practice: QA Automation Interview Questions and Answers - Learn English Speaking with Video

Ders oluşturuluyor...
1
No BS.
2
Seven QA AI automation engineer questions that our graduates got recently when they were getting job offers.
3
And to be exact, there were two people who got $125 ,000 and $115 ,000 job offer.
4
I took their interview questions, I mixed them up, and I'm going to give you seven most interesting ones from the second round of the interview
5
so you would know how would I, a person with more of the decade of experience in the world of QA engineering management
6
and a senior engineering management of SDATS would answer those questions.
7
And by the way, guys, if you do not know who I am, let me quickly introduce myself.
8
My name is Sergei, and I'm a software QA engineer, lead manager, and a senior engineering manager of SDATS in the past.
9
But these days, I'm helping people like you to become a QA engineer from scratch or to improve your existing skills.
10
All right, on this good note, hit the like button below, and let's get started.
11
As a new team member who's joining our company, what strategies will you use to become a subject matter expert in this
12
or that particular area you're going to be working on?
13
This is a great question, and I would describe three steps how you would go about it, or how would I go about it.
14
Number one is you will always go through an official onboarding process, which usually lasts from a couple of hours to a couple of days, sometimes up to one week.
15
That was my record.
16
But usually it's about a day max.
17
And you will go through the official onboarding process.
18
You'll see a bunch of videos, presentations.
19
The company will show you a lot of things about a product, explaining the best way possible.
20
The day thing is the best way.
21
And you will kind of understand an idea first.
22
Second of all, you will actually have a bunch of documentation, or at least you should ask for a bunch of documentation to read about a product on its own
23
while you're also playing with it.
24
So you would better understand that area.
25
And step number three is my favorite one because when you have gone through onboarding, when you went through all of the documentation, all the requirements, you played with the app,
26
you still have a lot of questions.
27
Who are you going to ask?
28
So the step number three is to schedule one -on -ones with the current subject matter experts of
29
that area you want to you're going to be working on
30
and ask them all of the questions that you have
31
and not only you should simply maybe even before you ask
32
so many questions you should ask them to give you a demo to show you the app
33
if they were not the people who showed you that previously
34
because they will have their own opinion
35
so you can ask them for a short walk through
36
and then you can ask all the follow -up questions and after
37
that you can literally become subject matter expert within a matter
38
of a couple of months after you actually work on that product area for a little more.
39
But since you've gone through onboarding requirements and you've talked to subject matter experts, now you know everything you possibly need to know before you get started.
40
What part of your day -to -day work do you enjoy the most?
41
This is kind of a tricky question because if you answer it with a certain angle,
42
they will understand quite more than you actually are talking about.
43
And let me talk about psychology behind this question.
44
So whenever you describe something you really enjoy, on one side, you're passionate about it.
45
You're saying, hey, I like putting the headphones on, listening to music and coding nonstop, solving problems.
46
This shows that you are an introvert.
47
You're an amazing future dev.
48
You're a great software development engineer in test or key animation engineer, but you're not very collaborative person.
49
You like to work on your own which is awesome
50
but on the other hand when you say
51
that i like talking to people i like communicating i like having meetings you're clearly showing
52
that you're a good team player
53
that you like to talk to people you might be a good project manager
54
or possibly product manager
55
but you're not necessarily a very technical person who can get into the coding mode and code for a while non -stop.
56
You might not be a deep technical expert.
57
That's what you will show.
58
So whenever you answer this question, try to be very diplomatic and don't lean towards one or the other way.
59
Try to be somewhere on the middle, but say, hey, I like a lot of things.
60
I like talking to people.
61
I like coding as well.
62
In the most diplomatic way, you say, I wouldn't necessarily separate one or the other part of my job as I like what I'm doing.
63
I like improving the quality of the product
64
and it takes quite a few different steps or processes to get there
65
which includes communicating with the team uh going through uh meetings deciding what
66
and when to test and also putting my headphones on
67
and writing a lot of code whenever it's needed so by answering that way you show that you're a universal soldier
68
or a swiss army knife that you can do quite a lot of things
69
but this is the best answer in my opinion
70
if you want to stick to and only do coding
71
and this is what you love if you don't want to be the swiss knife
72
that can be that will have the highest chance of getting this job offer
73
if they need somebody who can do a lot of things
74
because on the other hand
75
if they're looking for somebody purely technical who will put the headphones on and only work on a test automation framework framework,
76
architecture, et cetera, if they have not talked about anything related to communication or other team members in their job description,
77
you might be the best candidate if you are the most technical one.
78
Now, my favorite question.
79
Tell me about something that is really important, but is not on your resume that will make you stand out.
80
I'm getting goosebumps on my skin right now because I've done
81
so many things in my life that I did not put in my resume
82
that I can talk about
83
but whenever you as a new newborn qa engineer who just finished the boot camp
84
or you just had your or you just finished the university
85
or college or you finish your first internship
86
or you didn't even have it yet whenever you want to
87
answer this question you need to have something juicy to talk
88
about i can give a couple of my examples usually i discuss creating test automation infrastructure for my team
89
that has been saving $230 ,000 on an annual basis for one of the companies I work for,
90
which is quite crazy for majority of people because usually don't do that kind of stuff because it's sort of the DevOps, I would say, stuff.
91
It's in between QA and DevOps, like QA ops.
92
But whenever you talk about it, if you haven't done something like that, you should think about something you're mostly proud of.
93
Something like creating test automation from scratch, test automation framework from scratch, or splitting your test automation framework into separate ones to make them more scalable.
94
But if you don't have anything like that, here are the couple of options for you.
95
Actually, these are the most modern ones because nowadays, whenever you talk about automation and scalability, it's all awesome, but we have AI, AI, AI, AI everywhere.
96
And there are two directions that you can actually go from here.
97
I would say even three.
98
The first one is a classic one.
99
You can say
100
that you did create test automation framework from scratch for the previous company you worked for even
101
if you did not make sure to create one
102
if you work for somebody but you didn't do
103
that make sure to create framework from scratch make sure to get ready for all the possible scalability questions
104
that they will have for you
105
and you can answer them you can say hey i've utilized playwright playwright playwright cli etc etc playwright agents
106
and also i build my own agents that's the thing number
107
one it's more of traditional QA with a little bit of flavor of AI.
108
The second answer is, you can say I've built an agentic QA flow in my company, where now product manager or product analyst,
109
whatever, creates a ticket or requirement.
110
That ticket is automatically picked by my AI, one of my agents or agentic workflow,
111
and it creates test cases for that particular jury ticket
112
or whatever project management system you use then it passes on to the next agent
113
which picks it up
114
and it creates automates all of those test cases based on the manual test cases previous agent has created
115
and then this agent creates the pull request
116
and then the other agent who is an architect agent picks it up
117
and checks all the pull requests gives comments
118
and now it goes back to previous agent this agent reviews
119
all the comments fixes it goes back to the pull request again review after it has been approved
120
and now it's getting the link is getting sent back to the jira ticket you're getting tagged
121
and also you're getting a slack message notification from another agent of yours
122
which specifies that hey this ticket has been fully automated with the help of playwright
123
and blah blah blah blah blah here's a link for the pull request
124
that has already been approved please check it out
125
and merge it in if possible so this is a quite an insane agentic workflow
126
if you've never done it in your life, no problem at all.
127
It is one of the options that you can potentially do.
128
If you're interested in learning how to implement it all from scratch, I have a separate course about it.
129
The link for it is right here or right below this video.
130
And the second thing, actually the third thing you can talk about whenever they ask you about something that you've done, but that is not on your resume.
131
You can say that if your company does it, we're implementing AI chatbot or bot or any other features to our platform
132
and i am the person who is testing ai nobody else has done it in my company in the past
133
and i've gone through the course now i'm doing all the
134
prompt evaluations i'm doing red teaming i'm verifying accuracy performance
135
and the cost i'm trying to find out how to do the cost reduction
136
and all that is also possible if you guys have done it
137
if you have not done it no worries once again i'm going to leave a link right here
138
or right below this video as i run ai testing courses every two months in case you are interested
139
so these are the three ways that how i would answer this question if you receive 500
140
server adder how do you go about it how do you
141
debug it well usually whenever you see 500 api status code
142
that means that the server has no idea what to do with the api
143
that it just has received
144
so like i don't know what's up you figured it out
145
i have no idea what to do with this usually you would go to server logs
146
and if you're working for a classic qa engineer and
147
if you don't know what server logs are or
148
if you don't have access simply ask your team they can
149
give you access to server logs they ask you why i
150
say hey whenever i receive 500s i need to debug them somehow
151
so i would like to see what can i do about
152
it you might get an answer you might get an objection saying this this
153
or that you don't need that and it could be fine
154
but in 95 of the cases you should get access to api server logs
155
so you could see them because whenever server replies 500 in the server logs, if developers did a great job, which is a possibility sometimes,
156
you will see a clear mass error message saying, hey, you got 500 because of this, this, this, and that.
157
For example, the email was more than 18 characters.
158
And I remember that from Verizon that I used to work for, which is quite crazy for such a company.
159
But anyways, your email address was longer than 18 characters in the server logs.
160
But on the front end, I got 500.
161
I was like, what the hell is going none by front end i mean i opened google dev tools
162
and i saw that that was 500 it was just undefined error on the in the ui
163
which is quite crazy but anyways step number one you would always check your server logs
164
if you did not find anything in the server logs you would try to reproduce it again
165
and you would deeply take a look at your server request
166
or your api request what what data are you sending are
167
there some undefined what fields are required you would go through each field and
168
if those fields are not required you remove all of the
169
optional fields right away pretty much you're splitting your your api request you're trying to remove everything unnecessary to see
170
if that is causing your issue if
171
that was not the case you look at the true false values
172
and change those you look at the string versus a number
173
if you have a number change it to a string maybe
174
server does not recognize actual numbers it needs strings even
175
if it's a square footage and you're testing real estate website still try a string
176
so play with those values and see if
177
that will change something usually 500 means that the wrong data was sent
178
or i have no idea what to do with this particular piece of data
179
if you want to see more videos like this you gotta hit the like button below
180
and to subscribe to your channel you would not miss out on the next cool videos like this one
181
and also if you forgot to drink water make sure to drink a lot, make sure to hydrate your brain because you are using
182
that thing inside of your head quite significantly whenever you are learning new educational, useful and amazing materials that I came up with.
183
Alright, hit the like button below and let's continue.
184
Was there a time when you contributed to something that nobody asked you to do, but at the end you had a positive outcome?
185
This is a good question because on one side it shows that you are proactive or reactive.
186
If nobody asks you to do something, but you still do something, it shows that you're a proactive person.
187
And honestly speaking, I can give you 99 % of a chance that you're not a proactive person, because majority of the times people are lazy by default.
188
And people will never do things unless they get paid for it or unless they get asked for it.
189
But I did quite a few times in my life.
190
And here's one of the greatest examples that you guys could possibly use for your answers as well.
191
But don't tell anyone.
192
I was working for a company as a synergy automation engineer and there was a problem with the flaky tests.
193
We had approximately 500 tests and whenever they would run in parallel, randomly some tests would fail, one test will fail, then the other the next time,
194
the other test will fail and this one will pass.
195
Nobody knew what was going on.
196
I took an ownership without telling anyone what it was about
197
and I found out
198
that a lot of people were using the same data they
199
created manually i would say unexperienced way of doing things where people would manually create data
200
and put it into a database and then they would use
201
that data for their tests
202
and then somebody else comes into a company they also use the same data
203
so two tests are editing same data whichever tests runs first will edit
204
that data and the second one will try to find it it doesn't exist
205
because already different so that's why you will see flakiness based on a data dependency
206
so i took it and i simply i took all those tests i created api generator methods
207
which would generate data
208
which would create data on the fly before each test runs in the before each hook
209
or in before hook whatever fits better for particular test
210
and then boom no more flaky tests that was an easy solution
211
that i implemented and of course afterwards i got promoted and I had to teach an entire company, every single QA engineer in my company,
212
how to do that, so we would have no more flaky tests in my.. company
213
if you guys have done that if you have done something separate something different
214
but something interesting let me know in a comment below i
215
honestly want to hear your stories what was the cool thing
216
that nobody asked you to do
217
but you actually did do you have a favorite failure
218
that you would like to share where something positive came out of it this is a good question
219
because this shows you that you're learning from general speaking failures
220
or mistakes not only yours or not
221
and honestly speaking about this one i would describe the same story
222
that i was talking about recently there were a lot of flaky tests in a company i worked for
223
because we started seeing a lot of flaky tests i hopped into it i
224
and i've built something
225
that the company never seen before isolated all the tests into their own bubbles as you could say
226
or in a professional language i made all the tests independent i removed data dependencies
227
that they all had and because of
228
that we were able to scale from 500 tests into 1000 tests
229
and instead of it running for 40 minutes it runs within 20 minutes
230
or even less right in this moment have you ever done any type of performance testing
231
and what tools do you use well if you do not have on your resume you You should clearly say, hey, I have not done it yet, if you're okay with that.
232
And generally speaking, you should not lie.
233
But if you can see in a job description or in a company you're going for, in a position you're going for, they have, I don't know, requirement for performance testing.
234
I would recommend you to review K6 tool, which is one of the most modern tools
235
and the super easy one to get a hand on and to get experience with.
236
And if you guys are interested, I mean, you can simply Google it or
237
if you want to leave a comment right below this video say k6 performance testing course
238
and i'll upload a video of mine
239
so you guys could see how exactly i would do it
240
but generally speaking it's super easy to do i've never done
241
in my life i mean only for my own projects i
242
never did it professionally for any companies i worked for
243
because i was always concentrating on different things
244
and we had separate team uh or devs would take care of performance testing but once again if you're interested, you can simply leave a comment right below this video.
245
Now, get some water, get some workout, and I'll see you on the next video.

Bu dersin kelimeleri ve konuşma notları

Bu videoda gölgeleme çalışması için 245 cümle ve 3341 kelime var. Konuşma bölümü 17:20 sürüyor. Konuşmacı hızlı konuşuyor, dakikada yaklaşık 193 kelime; bu yüzden birbirine bağlanan ve zayıflayan sesler duyacaksınız. Kelimelerin %86’i İngilizcede en sık kullanılan 3.000 kelime arasında; geri kalanına başlamadan önce bakmakta fayda var.

Bu videodaki önemli kelimeler

Videodan daha az kullanılan 15 kelime, telaffuzu ve anlamıyla:

  • server /ˈsɝvɚ/ (isim) — sunucu, server. A program that provides services to other programs or devices, either in the same computer or over a computer network.
  • automation /ˌɔ.təˈmeɪ.ʃən/ (isim) — otomasyon. The act or process of converting the controlling of a machine or device to a more automatic system, such as computer or electronic controls.
  • log /lɔɡ/ (isim) — kütük. The trunk of a dead tree, cleared of branches.
  • framework /ˈfɹeɪm.wɜːk/ (isim) — çatkı, çatık. A support structure comprising joined parts or conglomerated particles and intervening open spaces of similar or larger size.
  • scratch /skɹæt͡ʃ/ (fiil) — çizmek. To rub a surface with a sharp object, especially by a living creature to remove itching with nails, claws, etc.
  • string /stɹɪŋ/ (isim) — ip, tel. A long, thin and flexible structure made from threads twisted together.
  • requirement /ɹɪˈkwaɪɹmənt/ (isim) — gereklilik, zaruret. A necessity or prerequisite; something required or obligatory. Its adpositions are generally of in relation to who or what has given it, on in relation to whom…
  • implement /ˈɪmpləmənt/ (fiil) — tatbik etmek, uygulamak. To bring about; to put into practice; to carry out.
  • headphones /ˈhɛdfoʊnz/ (isim) — kulaklık. A pair of cushioned speakers worn over or in the ears so only the wearer can hear the sound.
  • knife /ˈnaɪ̯f/ (isim) — bıçak. A utensil or a tool designed for cutting, consisting of a flat piece of hard material, usually steel or other metal (the blade), usually sharpened on one edge…
  • hook /hʊk/ (isim) — kanca, çengel. A rod bent into a curved shape, typically with one end free and the other end secured to a rope or other attachment.
  • edit /ˈɛdɪt/ (fiil) — değiştirmek. To change a text, or a document.
  • approve /əˈpɹuːv/ (fiil) — onaylamak. To officially sanction; to ratify; to confirm; to set as satisfactory.
  • universal /ˌjunəˈvɜɹs(ə)l/ (sıfat) — evrensel. Of or pertaining to the universe.
  • infrastructure /ˈɪnfɹəˌstɹʌkt͡ʃə/ (isim) — altyapı, enfrastrüktür. An underlying base or foundation for a building, organization, or system.

Duyacağınız deyimsel fiiller

  • look at (fiil) — bakmak. To observe or watch.
  • ask for (fiil) — istemek. To request; to order.
  • find out (fiil) — anlamak, ortaya çıkarmak. To discover, as by asking or investigating.
  • go on /ˈɡoʊˌɒn/ (fiil) — devam etmek, sürmek. To continue in extent.
  • look for (fiil) — aramak. To seek.
  • put in (fiil) — sokmak. To place inside.

Dikkat edilecek telaffuzlar

Konuşmacı you're, don't, I'm gibi kısaltılmış biçimleri 68 kez kullanıyor. Bunları duyduğunuz gibi kısa söyleyin.

  • “sh” ve “zh” sesleri: automation /ˌɔ.təˈmeɪ.ʃən/, documentation /ˌdɑkjəmɛnˈteɪʃən/, ownership /ˈoʊnɚʃɪp/, potentially /pəˈtɛnʃ(ə)li/, reduction /ɹɪˈdʌk.ʃən/
  • Uzun kelimeler — vurguyu doğru yere koyun: automation /ˌɔ.təˈmeɪ.ʃən/, documentation /ˌdɑkjəmɛnˈteɪʃən/, necessarily /ˌnɛs.əˈsɛɹ.ə.li/, communicate /kəˈmjuːnɪkeɪt/, diplomatic /ˌdɪpləˈmætɪk/

Bu videoyla nasıl çalışılır

  1. Videonun tamamını konuşmadan bir kez dinleyin ve bilmediğiniz kelimeleri not edin.
  2. 0,75× hızla başlayın, cümle cümle tekrar edin ve kolaylaşınca normal hıza dönün.
  3. Kendinizi kaydedin ve orijinaliyle karşılaştırın; server, automation, log gibi kelimelere özellikle dikkat edin.

Bu videodaki dil bilgisi

Konuşmacının en çok kullandığı yapılar, videodaki sözcüklerin aynısıyla:

YapıVideoda
Present perfect have/has + fiilin üçüncü hâli — geçmişte olan ama şimdi de önemli olan bir eylemhave gone · you've gone · have not talked
İlgi cümlecikleri who / which + cümle — bir kişi ya da şey hakkında ek bilgipeople who got · people who showed · own which is
Edilgen yapı be + fiilin üçüncü hâli — kimin yaptığı değil, ne olduğu önemlihas been approved · been approved · was just undefined

Gölgeleme Tekniği Nedir?

Gölgeleme, başlangıçta profesyonel tercüman eğitimi için geliştirilen ve çok dilli Dr. Alexander Arguelles tarafından popüler hale getirilen, bilim destekli bir dil öğrenme tekniğidir. Yöntem basit ama güçlüdür: ana dili İngilizce olan bir sesi dinler ve hemen yüksek sesle tekrar edersiniz — konuşmacıyı 1-2 saniye gecikmeyle takip eden bir gölge gibi. Pasif dinleme veya dilbilgisi alıştırmalarının aksine, gölgeleme beyninizi ve ağız kaslarınızı gerçek konuşma kalıplarını eşzamanlı olarak işlemeye ve yeniden üretmeye zorlar. Araştırmalar, telaffuz doğruluğu, tonlama, ritim, bağlı konuşma, dinleme anlama ve konuşma akıcılığını önemli ölçüde geliştirdiğini göstermektedir — bu da onu IELTS Konuşma hazırlığı ve gerçek dünya İngilizce iletişimi için en etkili yöntemlerden biri yapar.

Shadowing tekniği: adım adım eksiksiz rehberi okuyun →