400+ питань на співбесіду QA для всіх рівнів (Junior, Middle, Senior)

💡 Усі статті, обговорення, новини про тестування — в одному місці. Приєднуйтесь до QA спільноти!

Всім привіт!

Підготовка до співбесіди на посаду QA має включати ретельне ознайомлення з основами тестування програмного забезпечення, знанням методологій та процесів роботи QA. Додатковою корисною підготовкою може бути ознайомлення зі специфікаціями проекту, фреймворками та інструментами, що використовуються у компанії, де ви проходите співбесіду.

Технічне інтервʼю — це один із головних етапів найму. А теорія для співбесіди дуже важлива, навіть якщо QA претендує на позицію Senior.

Тому я вирішив поділитися з вами підбіркою питань на співбесіду QA для всіх рівнів (Junior, Middle, Senior)

Деякі з цих питань я запам’ятовував коли проходив співбесіди, а основну частину я записував коли читав різні ресурси з тестування.

Спочатку цей перелік створював тільки для власного користування, але з часом він ставав все більше та більше і я вирішив поділитися з вами.
Звісно всі ці питання запитувати не будуть. Але особисто мені цей перелік питань допомагає в процесі підготовки до співбесід.

Можливо ще комусь знадобиться.

400+ питань на співбесіду QA для всіх рівнів (Junior, Middle, Senior)

ТЕОРІЯ ТЕСТУВАННЯ

1. Що таке тестування програмного забезпечення?
2. Які основні цілі тестування?
3. Навіщо тестувати ПЗ?
4. З яких етапів складається процес тестування?
5. Які типи тестування можете назвати?
6. Які рівні тестування знаєте?
7. Які принципи лежать в основі тестування програмного забезпечення?
8. Коли їх доречно використовувати?
9. Поясніть, що таке Quality Assurance та Quality Control?
10. Яка різниця між Quality Assurance, Quality Control та тестуванням?
11. Коли слід починати процес тестування?
12. Коли слід закінчувати процес тестування?
13. Що таке критерії входу?
14. Запропонуйте приклад, який пояснює критерії входу тестування ПЗ?
15. Що таке критерії виходу?
16. Запропонуйте приклад, який пояснює критерії виходу тестування ПЗ.
17. Коли можна вважати, що тестування закінчене?
18. Що таке Bug, Error, Failure, Fault?
19. Чи є якась різниця між bug leakage та bug release?
20. Що призводить до багів у ПЗ?
21. Які тестові артефакти ви знаєте?
22. Що таке дефектний звіт?
23. Які є атрибути баг-репорту? Які основні поля для заповнення?
24. Яка різниця між серйозністю та пріоритетом?
25. Поясніть, що означає «критичність бага»?
26. Які є рівні критичності бага?
27. Наведіть приклади серйозного, але не пріоритетного багу.
28. Які багтрекінгові системи ви використовували?
29. У чому різниця між валідацією та верифікацією?
30. Як проходить процес верифікації?
31. Наведіть приклади верифікації на різних рівнях тестування?
32. Як проходить процес валідації?
33. Що таке тест-кейс?
34. Які найважливіші поля в тест-кейсах?
35. Що таке чекліст і як його оформляти?
36. Чим відрізняються чекліст і тест-кейс?
37. Що таке SDLC?
38. Що таке STLC?
39. Які основні етапи життєвого циклу тестування програмного забезпечення?
40. Поясніть перевагу використання моделі життєвого циклу розробки програмного забезпечення?
41. Які основні фази моделі життєвого циклу розробки?
42. Що таке тест-дизайн?
43. Які техніки тест-дизайну ви знаєте?
44. Що таке техніка аналізу класів еквівалентності?
45. Що таке техніка аналізу граничних значень? У чому цінність цієї техніки?
46. На якій фазі циклу тестування QA Engineer пише тестову документацію, наприклад тест-кейс?
47. Що таке Traceability Matrix?
48. Розкажіть про тестову документацію: види, цілі.
49. Що робити, якщо немає документації?
50. Що таке план тестування?
51. Які компоненти плана тестування?
52. Що можна включити в план тестування автоматизації?
53. Що таке сценарій використання?
54. Що таке стратегія тестування?
55. Чи є стратегії тестування та плани тестування одним і тим же документом?
56. Які, на вашу думку, переваги ручного тестування?
57. Що таке хороший тест?
58. Наведіть приклад хорошого тест-кейсу?
59. Що таке тестовий сценарій?
60. Яка оптимальна кількість кроків у тестовому сценарії?
61. Чім тестовий сценарій відрізняється від тестового випадку?
62. Що таке функціональне тестування?
63. Які існують типи функціонального тестування?
64. Які види функціональних тестів ви знаєте?
65. Яка різниця між функціональним і нефункціональним тестуванням?
66. Наведіть приклади тестів, які включають нефункціональне тестування?
67. Що таке Smoke та Sanity тестування і яка між ними різниця?
68. Що таке Black/Grey/White Box Testing?
69. Що таке конверсійне (A/B) тестування?
70. Що таке конформаційне тестування?
71. Що таке Regression і Confirmation тестування, яка між ними різниця?
72. Як часто варто проводити регресійне тестування продукту?
73. Як уникнути появи регресивних дефектів?
74. Поясніть відмінність ретестінга від регресії?
75. Що ви будете робити, якщо у вас обмежений час, але треба пройти регресію?
76. Як регресійне тестування пов’язане зі змінами у програмному забезпеченні?
77. Що таке тестування зі зсувом вліво (Shift left testing)?
78. Які бувають види інтеграційного тестування?
79. Що таке Configuration testing?
80. Що таке Exploratory testing?
81. Що таке Performance Testing? Якими інструментами користуються для його виконання?
82. Що таке Load і Stress testing? Якими інструментами користуються для їх виконання?
83. Що таке Sanity Testing?
84. Що таке Smoke та Sanity тестування і яка між ними різниця?
85. Що таке End-to-End тест?
86. Що таке A/B-тестування?
87. Що таке Contract testing?
88. Що таке тестування безпеки?
89. Що таке випробування на основі ризиків?
90. Що таке динамічне тестування?
91. Що таке статичний аналіз?
92. Що таке випробування стабільності?
93. Які модели інтеграційного тестування знаєте?
94. Які бувають підходи до тестування?
95. Що найважливіше в тест-пленінг фазі?

GIT

96. Що таке Git? Який принцип його роботи?
97. Що таке розподілена система контролю версій?
98. Для чого використовують системи контролю версій?
99. Які переваги / основні особливості Git?
100. Як створити сховище в Git?
101. Що таке каталог .git?
102. Що станеться, якщо каталог .git буде видалено?
103. Яка команда використовується для написання повідомлення коміту в Git?
104. Що таке commits, branches у Git?
105. Для чого потрібні GitHub, GitLab та інші, що базуються на Git, вебхостинги проєктів?
106. Назвіть основні команди Git та прокоментуйте кожну з них?
107. Назвіть деякі основні операції в Git.
108. Назвіть деякі розширені операції в Git.
109. Як ви будете розрізняти Git та GitHub?
110. Що таке конфлікт у Git та як його вирішити?
111. Як ви будете розрізняти git pull та git fetch?
112. Для чого використовується команда git clone?
113. Що таке git cherry-pick? У яких сценаріях можна використовувати git cherry-pick?

WEB

114. Які існують UI-стандарти?
115. Що таке клієнт-серверна архітектура?
116. Що може виступати у ролі клієнта?
117. Що таке домен?
118. Що таке хостинг?
119. Що таке тестування API Testing?
120. Які переваги тестування API?
121. Які основні тести у API Testing?
122. Які популярні типи тестування API знаєте?
123. Які відмінності між API Testing і UI Testing?
124. Що таке REST API, SOAP? У чому різниця?
125. Які протоколи передачі даних знаєте? Розкажіть, яка між ними різниця?
126. А що таке ІР ?
127. Що таке API? Якими інструментами користуються для його виконання?
128. Які методи взаємодії з API існують? У чому різниця між ними?
129. Як можна протестувати API, що там потрібно перевіряти?
130. Які основні відмінності між API та Web service?
131. Які методи тестування підпадають під тестування API?
132. Що таке REST API, SOAP? У чому різниця?
133. Хто може використовувати Web-API?
134. Як розшифровується CRUD?
135. Чим відрізняється GET від POST?
136. Яка різниця між методами PUT та PATCH?
137. Яка різниця між методом PUT та POST?
138. Які відмінності між XML та JSON?
139. Які знаєте формати передачі даних?
140. Як відбувається шифрування?
141. Які бувають види баз даних?
142. Охарактеризуйте кожен клас status code (1хх; 2xx; 3xx; 4xx; 5xx).
143. Що означає код помилки 403, 502?
144. Чи може сервер надіслати код 400, якщо проблема на його стороні?
145. Які є HTTP-методи?
146. Розкажіть про структуру HTTP-запиту та відповіді.
147. Які основні компоненти HTTP-запиту та відповіді HTTP?
148. Розкажіть про браузерну консоль. Які є HTTP-методи?
149. Які знаєте Web elements?
150. Які браузери знаєте? У чому їхня відмінність?
151. Для чого необхідні інструменти розробника в браузері (Chrome DevTools) і як вони допомагають у тестуванні.
152. Що таке кеш?
153. Навіщо чистити кеш?
154. Що таке сесія?
155. Навіщо потрібні cookies?
156. Що таке фрейм?
157. Які види кешу та кукі знаєте?
158. Як відстежити час кукі, як це змінити?
159. Що таке HTML/CSS/JavaScript?
160. Яка структуру має вебсторінка?
161. Як виконати Debug сторінки у браузері?
162. Як потестувати адаптивну верстку?
163. Що таке WebSocket і як перевірити обрив з’єднання?
164. Які є основні види вразливості вебзастосунків?
165. Які види тестування можна застосувати лише до Web?
166. Які інструменти для тестування Web performance client-side знаєте?
167. Для чого у вебсторінках використовують JavaScript?
168. Що таке REST?
169. Що таке AJAX?
170. Як ви розумієте, що таке веб-служби RESTful?
171. Назвіть протокол, який використовується веб-службами RESTful.
172. Які існують види баз даних?
173. Що таке реляційні бази даних? Через що вони мають звʼязок?
174. Що таке дістінкт, і де він пишеться?
175. Опишіть свій досвід роботи з базами даними (SQL, джойни, підзапити, агрегатні функції, юніан)
176. Чи працювали ви з вебсокетами, синхронними вебзапитами?
177. Яка різниця між авторизацією та автентифікацією?
178. Які типи аутентифікації знаєте? Поясніть, як вони працюють?
179. Як відбувається авторизація на сервері?
180. У яких сніферах ви працювали? У чому їхня відмінність за фічами?

DATABASE

181. Що таке База Даних?
182. Чому тестування бази даних є важливим?
183. Які види Баз Даних існують?
184. Які типи звʼязків у БД бувають?
185. Що таке тестування Баз Даних?
186. Що таке реляційні Бази Даних?
187. Що таке нереляційні Бази Даних
188. Що таке Реляційна СУБД?
189. Яка різниця між Реляційною СУБД та просто СУБД?
190. Що таке модель даних?
191. Що таке таблиця?
192. Що таке поле в таблиці?
193. Що таке типи даних?
194. Що таке SQL?
195. Перелічіть переваги SQL.
196. Які різні типи команд SQL Ви знаєте?
197. Яка різниця між SQL та MySQL?
198. Що таке ключі?
199. Що таке Primary Key?
200. Що таке простий ключ?
201. Що таке складений первинний ключ?
202. Яка різниця між обмеженнями UNIQUE та PRIMARY KEY?
203. Чи може бути у таблиці визначено більше одного Foreign key?
204. Що таке значення NULL?
205. Чи може значення стовпців на які накладений Foreign Key дорівнювати Null?
206. Що таке «не нульове обмеження»?
207. Які типи зв’язків у Базі Даних Ви знаєте?
208. Яка різниця між DELETE, DROP та TRUNCATE?
209. Що таке case function?
210. Що таке collation?
211. Що ви розумієте під програмою Join?
212. Які різні JOINS використовуються в SQL?
213. Що ви розумієте під Self Join? Наведіть приклади.
214. Вкажіть порядок SQL SELECT?
215. Що таке SQL Injection?
216. Як запобігти атакам SQL-ін’єкції?

MOBILE

217. Що основне треба перевірити під час тестування мобільного застосунку?
218. Які операційні системи ви знаєте?
219. Які існують мобільні платформи?
220. Які версії Android та iOS зараз використовуються на ринку (мінімальні та максимальні)?
221. Який формат файлів збірок програм для Android та iOS?
222. Які типи мобільних додатків ви знаєте? Опишіть кожен з них.
223. Перелічіть типи тестування, які використовуються в мобільному тестуванні.
224. Що таке тестування установки?
225. Які ви знаєте особливості мобільного тестування?
226. Що таке лог-файл?
227. Чи вмієте ви знімати логи з девайсів. Як?
228. Що потрібно перевіряти під час використання сканера відбитка/Face ID?
229. Що таке емулятор та симулятор?
230. Яка основна різниця між емулятором та симулятором?
231. Як відбувається перехоплення трафіку http/https для мобільних пристроїв?
232. В якому вигляді зберігаються дані в мобільних застосунках локально?
233. Як тестувати міграцію локальних даних?
234. Які основні компоненти Android-застосунків (активіті/фрагмент/сервіс/інтент-фільтр)?
235. Опишіть життєвий цикл активіті.
236. Що таке витоки пам’яті? Як знайти?
237. Як протестувати білд на Android?
238. Що таке Testflight? Як тестувати за його допомогою?
239. Як працює Android? Яка у нього архітектура?
240. Як працює іOS? Яка у нього архітектура?
241. Як відбувається деплой програм іOS/AOS?
242. Які загальні проблеми у тестуванні мобільних додатків?

SELENIUM

243. Що таке автоматичне тестування?
244. Які переваги тестування автоматизації?
245. Що таке Selenium і для чого його використовують?
246. Що таке драйвер браузера?
247. Які види локаторів сторінки існують? Які їхні переваги й недоліки?
248. Що таке Selenium Waits? Які є і чим відрізняються?
249. Які exceptions може кинути Selenium? Що вони означають і як їх обробляти?
250. Для чого використовують JavaScriptExecutor? Наведіть приклади.
251. Що таке Selenium Grid?
252. Які існують способи click та send keys Selenium?
253. Як ви запускаєте паралельне виконання тестів? Що таке ThreadLocal?
254. Яка різниця між Action та Actions?
255. Як написати метод isElementPresent?
256. Як вичитати дані з динамічної вебтаблиці?
257. Чи можете ви назвати 10 інтерфейсів у Selenium?
258. Назвіть два способи, що дають змогу автоматизувати капчу.
259. Згадайте типи навігаційних команд Selenium.
260. Як запустити браузер за допомогою WebDriver?
261. Які різні типи драйверів доступні у WebDriver?
262. Як знайти пошкоджені посилання в Selenium WebDriver?
263. Чи може Selenium обробляти спливаючі вікна на основі вікон?
264. Яку техніку варто розглянути, використовуючи весь сценарій, якщо «немає ні frame id, ні frame name»?
265. Що таке XPath?

SCRUM

266. Чим Scrum відрізняється від водоспаду?
267. Коли потрібно використовувати Waterfall замість Scrum -у?
268. Чим Scrum відрізняється від ітеративної моделі?
269. У чому відмінність Scrum від Kanban?
270. Опишіть місця, де використовуються Scrum та Kanban?
271. Чи знаєте ви будь-яку іншу гнучку методологію, крім Scrum?
272. Яким, на вашу думку, повинен бути ідеальний розмір команди Scrum?
273. Що таке Agile-методології?
274. Поясніть суть Agile за 30 секунд?
275. Що таке маніфест Agile?
276. Які головні принципи Agile?
277. Коли потрібно використовувати методологію Agile?
278. Коли не слід використовувати Agile?
279. Розкажіть про ритуали, цінності та ролі у Scrum.
280. Як вибір методології може вплинути на якість розробки?
281. Agile та Waterfall методологія — переваги та недоліки?
282. Які є ролі в Scrum, що вони роблять?
283. Які ролі Scrum Master та власника продукту?
284. Які бувають зустрічі в Scrum?
285. Якщо ви не встигаєте написати тест-кейси до кінця спринту, що ви будете робити?
286. Нульовий спринт у Scrum. Для тестування є завдання під назвою «Налаштування середовища». Що тут треба виконувати?
287. Що таке спринт?
288. Що ви обговорюєте на щоденній стендовій зустрічі?
289. Якою має бути ідеальна тривалість спринту?
290. Скільки триває цикл Scrum?
291. Які різні артефакти у Scrum?
292. Як ви вимірюєте виконану роботу в спринті?
293. Як ви відстежуєте свій прогрес у спринті?
294. Що ви робите у спринтерському огляді та ретроспективі?
295. Ви бачите якийсь недолік використання Scrum?
296. Що таке епіки?
297. Що таке ретроспективна зустріч Sprint?
298. Яка ключова різниця між sprint backlog and product backlog?

ЗАГАЛЬНІ ПИТАННЯ

299. Назвіть обов’язки QA?
300. Які важливі характеристики для лідерів у QA?
301. Який найкращий підхід для старту QA в проєкті?
302. Опишіть процес тестування на попередньому проєкті і твою роль у ньому?
303. Що знаєте про тестування навантаження? У якому випадку треба проводити таке тестування? На якому етапі готовності продукту?
304. Які тест-кейси можна скласти для тестування баз даних?
305. Як змінюється вартість дефекту під час тестування програмного забезпечення?
306. Які є шляхи аналізу бізнесу клієнта? Як визначити доцільність того чи іншого функціоналу?
307. Який вид тестування доцільніше проводити до релізу?
308. Що ми справді повинні покривати тест-кейсами, а що вважається надлишковими витратами часу і грошей? Коли недоцільно писати тест-кейси?
309. Які моделі risk-based testing ви знаєте?
310. Опишіть кейси зі складною бізнес-логікою, з якими працювали?
311. Що таке CI/CD? Які є плюси та мінуси цього підходу?
312. З якими процесами CI/CD знайомі? Які інструменти використовували, у яких завданнях?
313. Назвіть послідовність виконання CI/CD процесу на проєкті.
314. Коли ви знаходите помилку, як переконатися, що помилка буде усунена?
315. Що, на вашу думку, є найважливішим тестовим показником і чому?
316. Яким чином проходили естимації на проєкті. Які види естимації проєкту ви знаєте?
317. Як розподілялася робота? В естимації брали участь тільки розробники чи тестувальники також?
318. Чи проводили ви оцінку трудовитрат? Які методики використовували? Навіщо вони потрібні?
319. Як провести естімейт завдання? Які є техніки оцінювання обсягу тестування?
320. Як ви розставляєте пріоритети, коли у вас багато завдань?
321. Яку тестову документацію вели — тест-план, тест-стратегія?
322. Як можна порахувати покриттям тестами функціоналу?
323. Розкажіть про ваш досвід у тестуванні програмного забезпечення.
324. Які види тестування ви виконуєте на останньому проекті? (функціональне, інтеграційне, модульне, регресійне, навантажувальне і т.д.)
325. Які типи тестування ви виконуєте, із якими технологіями або платформами ви працювали?
326. Якими інструментами або фреймворками для тестування ви користуєтеся?
327. Як ви плануєте тестування продукту або функціоналу?
328. Які методи тестування ви використовуєте для пошуку дефектів?
329. Як ви реєструєте і відстежуєте дефекти? Якими інструментами ви користуєтеся для управління дефектами?
330. Як ви спілкуєтеся з розробниками для вирішення проблем і виявлення дефектів?
331. Як ви проводите регресійне тестування?
332. Як ви перевіряєте сумісність програмного забезпечення з різними платформами / операційними системами / браузерами?
333. Чи брали ви участь у процесі автоматизації тестування? Які були ваші обов’язки і досягнення?
334. Чи користуєтеся ви автоматизованими тестами? Які інструменти ви використовуєте для автоматизації тестування?
335. Як ви оцінюєте пріоритети тестування та розподіляєте ресурси для різних типів тестів?
336. Як ви вимірюєте ефективність своїх тестів? Які метрики ви використовуєте?
337. Як ви впроваджуєте тестування безпеки і надійності?
338. Як ви керуєте своїм часом та пріоритетами під час тестування?
339. Як ви впораєтеся зі стресом під час тестування та роботи з короткими термінами?
340. Які функції та обов’язки були на вас покладені у вашому останньому проєкті?
341. Поясніть процес тестування веб-сторінки або веб-додатку.
342. Розкажіть, як ви перевіряєте сумісність веб-додатків з різними браузерами.
343. Як ви перевіряєте мобільні додатки на різних пристроях та операційних системах?
344. Поясніть, як ви тестуєте функціональність API або мікрослужб.
345. Як ви тестуєте навантажувальність веб-додатків або сервісів?
346. Як ви працюєте з базами даних під час тестування? Як ви перевіряєте правильність зберігання та маніпулювання даними?
347. Розкажіть про свій найскладніший проєкт?
348. Розкажіть про своє найбільше досягнення в минулих проєктах?
349. Яка ваша найбільша помилка і чому вона вас навчила?
350. Які цілі ви ставите перед собою у своїй кар’єрі?
351. Чому ви вирішили стати QA Engineer?
352. Чому ми повинні найняти вас?
353. Чому ви хочете цю роботу?
354. Що вам подобається та не подобається у вашій роботі?
355. Якому робочому середовищу ви віддаєте перевагу?
356. Які ваші найбільші переваги?
357. Яка одна з ваших найбільших слабкостей і як ви плануєте її покращити?
358. Як ви організовуєте свій робочий процес?
359. Які були ваші обов’язки на попередній роботі?
360. Розкажіть про свій останній проект.
361. Яку роль ви виконуєте в команді? Опишіть свої головні завдання.
362. Як ви розставляєте пріоритети у роботі?
363. Як ви керуєте кількома проектами одночасно?
364. Як би ви надихнули працівника, який має проблеми?
365. Що будете робити, якщо вам набридне рутинна монотонна робота?
366. Звідки черпаєте нові знання? Які книги, статті, курси, нові інструменти ви пройшли, вивчили за останній рік?
367. Хто відповідає за якість на проєкті? Яка зона відповідальності QA?
368. Як ви подолаєте труднощі через відсутність належної документації для тестування?
369. Що таке RCA в тестуванні? Чи потрібно його проводити?
370. Що таке Definition of Done?
371. Який підхід використовуєте для Test Cases Review?
372. Які існують види ризиків? Що таке Mitigation plan?
373. На основі чого треба складати стратегію для проведення тестування навантаження?
374. Як часто варто рев’ювити тестову документацію?
375. Як можна швидко зробити вибірку необхідних перевірок для смоук-тестування?
376. Як запланувати завантаженість команди тестувальників?
377. Яку цінність несе аналіз результатів тестування команді та проєкту загалом?
378. Як тестуватимете програму, якщо для продукту немає документації?
379. TOP OWASP: які знаєте уразливості та методи захисту?
380. Що таке сокети і як їх тестувати, вручну й автоматизовано? Для чого їх використовують?
381. Коли варто робити стрес-тестування на проєктах? Від чого відштовхуватись, коли будуєте сценарій для такого тестування? Що врахувати під час вибору інструменту?

ПРАКТИЧНІ ЗАВДАННЯ

382. Написати чекліст для функціонала кошика в інтернет-магазині.
383. Написати тестові набори даних для поля введення дати, яке відсіює користувачів віком до 18 років.
384. Написати чекліст тестування форми введення даних платіжної картки.
385. Протестувати «предмет» щодо різних видів тестування. (Предмет — ліфт, олівець, калькулятор тощо.)
386. Є Input поле, яке приймає цілі значення від 18 до 99 включно. Потрібно протестувати за допомогою техніки тест-дизайну Boundary Values Analysis і Equivalence Partitioning
387. Є вебсторінка з полями: e-mail, password та кнопкою submit. Необхідно навести приклади негативних тест-кейсів, якими можна перевірити цю сторінку.
388. Припустимо, що після натискання кнопки submit сторінка перезавантажується та введені раніше дані зникають. Як перевірити, що інформацію відправлено до бази даних?
389. Як перевірити, що дані відправились на сервер, якщо у нас немає доступу до бекенду?
390. Ви тестуєте логін-форму, вводите логін і пароль, натискаєте кнопку логін і нічого не відбувається. Ваші дії?
391. Навести приклади тест-кейсів для функціонала, який є на декількох сторінках проєкту (наприклад, поле пошуку).
392. Як протестувати процес оплати в інтернет-магазині?
393. Визначте необхідну кількість функціональних тест-кейсів, щоб перевірити Log in форму.
394. Є форма реєстрації в вебзастосунку з полями (first name, last name, username, password, repeat password) та кнопкою Register. Які перевірки треба провести?
395. Поле username має бути обов’язковим, але воно не є обов’язковим. Наведіть приклад баг-репорту, створеного на цю помилку.
396. Як би ви провели smoke-testing для застосунку типу Telegram?
397. Є таблиця books з полями: name, price, page_count. Потрібно вибрати всі імена книг, у яких price понад 10 одиниць і кількість сторінок від 20 до 100.
398. Що робити, якщо проєкт вже розпочався, а QA-інженер там почав працювати лише коли почали розроблятися бізнес-фічі? Які етапи
тестування тепер треба надолужити і чи потрібно це? Як це зробити максимально грамотно без шкоди для завантаження з тестування нових фіч? Які ризики має пізнє залучення QA-інженера в розробку?
399. Склалася ситуація, коли команда тестування не встигає закінчити свою роботу до дедлайну. Як правильно діяти у цьому випадку? А якщо реліз пересунути не можна? А якщо ніякі фічі з релізу забрати не можна?
400. Вам потрібно зробити Regression Testing за два дні. Як ви це зробите, якщо Regression Run охоплює 1000 тест-кейсів?
401. Уявимо ситуацію: твій колега QA раптово захворів, і ти залишився сам на проєкті на якому завтра реліз, половина тасок — ще не протестовані. Ваші дії?
402. Моделювання ситуації, коли падає тест. Інтервʼюєр надає вхідні дані: тип функціонала, як виглядає помилка (наприклад, форма авторизації користувача). Питання: Чи заводили би баг-репорт? На кого поставили би таску (бекенд чи фронтенд) та чому? Виходячи з відповідей кандидата інтервʼюєр може доповнити тему новини питаннями, щоби перевірити розуміння алгоритмів дій у різних ситуаціях.
403. Що робити, якщо розробник не погоджується, що заведений баг є справді багом? А якщо у вимогах використано неоднозначне формулювання? А якщо бізнес-аналітик, PM та представник клієнта зараз недоступні, щоб підказати? Як можна запобігти такій ситуації?
404. На ревʼю вашого коду колеги залишили коментарі, які потребують змін, але ви з цими змінами не погоджуєтесь? Як би вирішували цю ситуацію?
405. Які зміни та ініціативи ви пропонували на попередньому проєкті? Чи прислухалися до вас? Якщо не прислухалися, що ви робили?
406. Моделювання стресової ситуації: сьогодні реліз, у процесі регресії знайдені баги. Які ваші дії? З ким би комунікували? Який вихід би спробували знайти?
407. Наведіть приклад найбільш критичної помилки, якої ви припустилися? Якими були наслідки? Хто, на вашу думку, був винен? Які висновки ви зробили?
408. Протестувати функціонал банкомату за допомогою техніки State Transition Diagram.
409. Написати граничні значення для вводу у форму оплати товару на сайті.
410. Є метод POST, який реєструє нового користувача на сайті, є тіло запиту, яке містить дані про пошту, телефон, ім’я користувача та адресу проживання. Які кейси для перевірки можете навести?
411. Є застосунок типу месенджера, користувач заходить у чат і відсилає файл (бачить повідомлення Failed to send ...) Коли це може бути баг, а коли ні?
412. Є вебзастосунок інтернет-магазину (реєстрація, логін, пошук товарів, кошик та покупки). Програму підтримують такі браузери: Chrome, Safari, Edge. Ми маємо обмежений час на тестування. Розкажіть, як ви будете тестувати програму?
413. Сформулюйте негативні сценарії для POST-запиту, що створює нового користувача.
414. Як ви врегульовуєте конфліктні ситуації між QA та розробниками?
415. Є проєкт, на якому немає тестової документації, але проєкту вже рік. Мануальним QA бракує часу на тестування, вони дуже втомлені, є бажання звільнитися. Яке рішення щодо команди можна ухвалити?
416. У вас є онлайн-калькулятор. Ви вводите 1+1, а в результаті отримуєте 3. Розкажіть, як ви будете шукати причину проблеми.

Пам’ятайте, що співбесіда — це також можливість для вас показати свою мотивацію, позитивний настрій та здатність до співпраці в команді.

Бажаю вам успіху у вашій кар’єрі QA та в майбутніх співбесідах!

👍ПодобаєтьсяСподобалось7
До обраногоВ обраному14
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Памятаю років 20 тому читав якусь наукова фантастику, чи то Філіппа Діка, чи когось іншого, цифрове суспільство і все таке. І памятаю, що там найбільшою образою в мережі було, якщо хтось приймав людину за бота. А от тут, дивлячись на ваші відповіді, Олексію, згадалось — а ви часом не бот (або використовуєте LLM для відповідей на коментарі)? Бо виглядає це все дуже крінжово.
Щодо статті: Для кандидатів, особливо новачків, і без досвіду — це класно пройти по всіх питаннях і побачити свої білі плями. Що цікаво, для того, щоб отримати роботу, точно не треба знати відповіді на всі з них. Думаю, чо десь на рівні 60-70% вже буде суттєво вирізняти вас серед інших.
Для наймаючих менеджерів — питання яки починаються з «що» можна точно викидувати (тільки якщо «що» не стоїть на початку питання «що ви будете робити, якщо ...». Більш доречними будуть питання «Як» і практичні ситуативні питання наприкінці статті.
Погоджусь з тим, що кожен має знати віповіді на більшсть з цих питань, але в досить стислий час 60-90 хвилин, який відводиться на переважну більшість інтерв’ю чути від кандидата визначення сталих термінів ну зовсім не хочеться. До таких питань можна звернутись, якщо раптом ви розумієте, що контекст ваш і кандидиата щодо певної ситуації відрізняється, тоді можна і пройтись по питаннях «що так регресійне тестування».
Але як список — дуже корисний (хоча здається на dou вже такі статті були)

Дякую за запитання, можливо всі не пригодяться проте бути готовим ніколи завадить!

Хочу подякувати за дані запитання, як то говорять завжди не погано освіжити памʼять і пройтись по можливим запитанням на співбесіді

Дякую за ваш відгук та відкритість до моєї статті. Я ціную вашу позитивну реакцію та погляд на питання співбесіди.

Ви абсолютно праві, неможливо передбачити всі можливі запитання, які можуть звучати на співбесідах, але я дійсно вірю, що бути готовим завжди є важливим. Розуміння можливих сценаріїв допомагає зосередитися на ключових аспектах та готовності до обговорення.

Я поважаю різноманітність поглядів та досвіду у галузі QA. Ваш коментар підкреслює, що вивчення запитань може бути корисним не тільки для підготовки до співбесіди, але й для освіження пам’яті та обміну знаннями.

Бажаю вам надалі неймовірних досягнень у вашій кар’єрі та невичерпної мотивації до навчання!

Дякую за ваш відгук та за запитання щодо ThreadLocal та JavaScriptExecutor. Я вдячний за вашу активність та висловлені сумніви.
Мета моєї статті полягає в наданні широкого спектру питань, які можуть виникнути на співбесідах для QA спеціалістів. Однак, я розумію, що не всі питання можуть бути релевантними для кожного конкретного технічного напрямку або мови програмування.

Я завжди відкритий до різних поглядів та досвіду, і ваш коментар показує що можливий матеріал наступної статті потрібно робити ще більш узгодженими та корисними для всіх читачів.

Бажаю вам подальших успіхів у вашій кар’єрі, і сподіваюсь на вашу подальшу активність та взаємодію на ресурсі.

«Що таке маніфест Agile?», серйозно? 😂

Дякую за ваш коментар.
Ваше зауваження є важливим, і я бачу, як може здатися, що деякі питання, такі як «Що таке маніфест Agile?», можуть здаватися базовими.

Я намагався створити ресурс, що охоплює широкий спектр тем для підготовки до співбесіди, включаючи і ті, які можуть здаватися базовими.

Я також розумію, що кожна співбесіда може мати свою унікальність та фокус, і деякі питання можуть бути більш актуальними в певних випадках. Ваше зауваження підкреслює важливість розуміння ключових концепцій незалежно від досвіду, і я радий, що ви обговорюєте це.

Бажаю вам подальших успіхів у вашій кар’єрі, і сподіваюсь на вашу подальшу активність та взаємодію на ресурсі.

Не люблю методички — мені простіше вирішити якусь нетривіальну задачу наочно — щось складне/нестандартне ніж черговий раз проговорювати теорію. Якщо можеш вірішити і показати інтервʼюіру змодельновану задачу — частково підтвердиш свої знання теорії. Є такі відмінники — їх вночі розбудиш вони тобі все розкажуть але на практиці виходить інше. Але вашим списком я все одно скористуюсь — зараз активно шукаю роботу і моя недорікуватість таки є мій ворог, треба вчитись і говорити. Хоча на роботу де суто методичку просять навряд чи загорілась душа іти.

Дякую за відгук та ваші думки щодо методичок та підходів до вивчення. Я розумію, що кожна людина має свої унікальні способи навчання та роботи, і їхні вподобання можуть відрізнятися.

Ваш підхід до розв’язування задач та вирішення складних ситуацій є цінним і може допомогти вам досягти великих результатів.

Моя стаття була створена з метою надання широкого спектру питань, які можуть виникнути на співбесідах. Вона не пропонує єдиний правильний шлях підготовки, а створена для допомоги різним фахівцям QA, які можуть мати різний підхід до навчання та практики.

Я вдячний за вашу відкритість та бажаю вам успіхів у пошуку роботи та подальшому розвитку. Незалежно від підходу, важливо знаходити той шлях, який допомагає досягати максимальної продуктивності та вдосконалення навичок.

я в свою чергу дякую вам за такий детальний список того на що звертати увагу, тому що говорити та пояснювати теж треба вміти, у мене із цим проблеми — я боюсь виступати, екзаменів та співбесід, але ж без цього нікуди

Обширний і непоганий список, але як на мене, є кілька але:
— занадто багато енциклопедичних теоретичних знань
— практичні питання в більшості своїй не практичні, а ситуативні
— бракує дійсно практичних питань по кодінгу щодо того ж Селеніуму
— відповіді кандидата на деякі питання відверто нічого не скажуть мені, як інтервʼюеру, наприклад

257. Чи можете ви назвати 10 інтерфейсів у Selenium?

або

60. Яка оптимальна кількість кроків у тестовому сценарії?

або

189. Яка різниця між Реляційною СУБД та просто СУБД?

реляційні або нереляційні бувають хіба самі БД, а от СУБД не мають такої класифікації

Дякую за Ваші зауваження.

Я не вказував в описі статті, що сам вигадував усі питання.
«Деякі з цих питань я запам’ятовував коли проходив співбесіди, а основну частину я записував коли читав різні ресурси з тестування.»
І хоч як ви вказали, 90% цих питань не несуть ніякого смислового навантаження, але QA абсолютно будь-якого рівня, я вважаю, повинен знати на них відповіді.
Щодо розбору CV кандидата, то це так і відбувається.
Але коли людина має досвід роботи. Якщо взяти приклад, кандидат закінчив курси, і в нього немає практичного досвіду. До IT він, наприклад, працював лікарем, кухарем, так чи просто був водієм. У такому випадку тільки з цих питань і буде складатися співбесіда, та й про софт скіли можуть запитати.

QA абсолютно будь-якого рівня, я вважаю, повинен знати на них відповіді.

якщо ви про те, що 90% питань маю знати QA спеціаліст будь-якого рівня, то я посперечаюсь — в кожного з них специфіка і бекграунд проектів відрізняється. один кандидат може знати все про юай, але про апі дуже мало, бо майже не працював з ним, або навпаки. те саме і про перформанс тестінг і все інше

Так звісно, з практичної сторони якщо кандидат знає все про UI, але про API дуже мало, все одно вважаю що теоретичну базу повинен знати. Хоча б для саморозвитку.

Пардон, а зачем в эпоху чат жпт и стековерфлоу знать ответы на все вопросы? Нужно уметь решать поставленные задачи, и уметь быстро искать при надобности ответы. А помнить ответы на все вопросы в мире не говорит о кандидате ничего кроме как о том что у него хорошая память.
А вот секция где проверяется мышление, типа не работает кнопка, ваши действия, вот это правильные вопросы.

Згоден! Підтримую! Практичні питання, щодо вирішення конкретних кейсів більш корисні!

Дякую за ваш відгук і що поділилися своїми думками щодо статті. Ваш погляд на питання співбесіди і їхню роль в сучасному середовищі дійсно цікавий і актуальний.

Я повністю розумію, що в епоху широкого доступу до ресурсів, таких як Chat GPT, Stack Overflow, знання на пам’ять може виглядати менш важливим. Напевно, мені було потрібно виділити, що моя стаття спрямована не лише на запам’ятовування питань та відповідей, а й на створення основи для аналітичного мислення та здатності ефективно вирішувати завдання. Ваш вказівник щодо розділу, де перевіряється мислення, є доречним і цінним, дякую.

Я завжди відкритий до різноманітних поглядів та думок щодо розвитку фахівців QA. Моя мета — надавати корисну інформацію, яка може допомогти у прокладанні шляху до успіху у цій галузі. Ваш коментар надихає додатково покращувати матеріали та допомагати читачам розвиватися відповідно до змінюючогося середовища.

Бажаю вам подальших успіхів у вашій кар’єрі та навчанні.

Дякую за ваш коментар та відгук на статтю! Радий чути про ваш досвід та успіхи в галузі AQA. Кожен має свій унікальний підхід до роботи та навчання, тому зовсім природньо, що деякі питання можуть виявитися викликом для всіх нас.
Моя мета у створенні цієї статті була допомогти іншим фахівцям QA отримати загальний огляд різноманітних питань, які можуть зустрітися на співбесідах. Як мету я брав, надання широкого спектру питань для фахівців QA на різних рівнях.
Я розумію, що досвід різних фахівців може бути різним, і ціную ваш погляд. Ця стаття відображає по перше особисто мою точку зору щодо важливих аспектів для співбесіди.
Незалежно від досвіду, завжди є можливість розвиватися та вдосконалювати свої навички.
Нехай ваші майбутні виклики будуть плідними, і я бажаю вам надалі досягати вражаючих результатів у своїй галузі!

Підписатись на коментарі