QA / QA Automation
Mums ir entītija A, B, C, un tad tajā ir 50-60 komponenti. Kā tu risinātu izaugsmes problēmu?
Kādus Join veidus atceries?
Kā tu domā, kā QA atrod balanss starp pašreizējām uzdevumiem un automatizācijas backlog?
Vai tev ir iestatīti testi kā Spring lietojumprogramma, ja to izmanto?
Vai esi gatavs strādāt pie tīmekļa uzdevumiem, ja backend uzdevumi kavējas?
Ar kāda atslēga viņš strādāja ar maksājumiem un operācijām pēdējā vietā?
Vai vēlaties attīstīties izstrādes jomā?
Uzdevums: uzlabojām pieprasījumu mikroservisu, pievienojām jaunu statusu (piemēram, „Piegādes SMS nosūtīts“). Kā pārbaudītu pieprasījuma pāreju uz jauno statusu — aprakstiet soļus, sākot ar pirmo.
Kad var uzskatīt, ka testēšana ir pabeigta?
Kādi ir mikroservisu arhitektūras priekšrocības salīdzinājumā ar monolītu? Īpaši testētājam.
Kāda ir atšķirība starp frontend un backend?
Saprotu, tas nozīmē, ka kolēģis vienkārši skatās un lokalizē problēmu?
Kļūdas dzīves cikls
Kā vadība reaģēja uz to, ka iOS netika pārbaudīts? Vai iOS lietotāji nebija?
СБЕРUzdevums: Palindroms Uzrakstiet funkciju is_palindrome(s: str) -> bool, kas pārbauda, vai virkne ir palindroms (lasāma vienādi no kreisās uz labo un no labās uz kreiso). Jāignorē tukšumi, pieturzīmes un lielo/mazo burtu atšķirības. Piemēri: - is_palindrome("racecar") → True - is_palindrome("A man, a plan, a canal: Panama") → True - is_palindrome("race a car") → False
OZON503 — no kurienes nāk šis atbilde, ja pakalpojums, uz kuru jūs vērsāties, nav pieejams?
Kāda ir atšķirība starp WHERE un HAVING?
OkkoPastāstiet par sevi.
Kādos gadījumos ir jēga izmantot asinhronitāti, bet kādos nē? Kā jūs īstenojat asinhronitāti testos?
Aprakstiet izstrādes uzdevuma dzīves ciklu no sākuma līdz beigām Jira vai cita kļūdu izsekošanas sistēmas darba plūsmā.
СБЕР