QA / QA Automation

Kas sul on küsimusi FunnelFox toote kohta?

Sa kirjutasid Redisiga suhtlemise automaattestides, kas õigesti aru sain?

Kas on keegi, kes vastutab üldiselt protsesside ja testimisvahendite valiku eest?

Kas automaattestide raames toimus andmebaasidega seotud suhtlus?

Senior

OZON

Kas kasutas teie töös agregaatfunktsioone?

Milleks on testjuhtumi prioriteet vajalik?

Middle

СБЕР

Kas töötanud Allure'iga? Milliseid annotatsioone saate nimetada? Kas on võimalik lisada ekraanipilt ja kuidas? Kus salvestatakse jooksutulemused? Kuidas ühendada Allure CI/CD-ga (Jenkins)?

Loetlege testimise artefaktid, mida teate.

Middle

Альфа-Банк

Kas sa saad kirjeldada mõnda autoriseerimismehhanismi?

Rääkige oma kogemusest backend-süsteemidega. Milline arhitektuur oli projektis ja kuidas teostati tehniline koostöö?

Senior

Т-Банк

OPP (Objektorienteeritud programmeerimine) on lähenemisviis tarkvaraarendusele, kus kood organiseeritakse objektidena Inkapseulatsioon Inkapseulatsioon on andmete ja nende töötlemise meetodite ühendamine ühte klassi ning otsese juurdepääsu piiramine objekti sisemisele olekule. Lihtsamalt öeldes: objekt haldab ise oma andmeid ning väline kood suhtleb temaga meetodite kaudu. Abstraktsioon Abstraktsioon on ainult oluliste omaduste välja toomine ja üksikasjade varjamine. Lihtsamalt öeldes: kasutajale on oluline, mida objekt teeb, mitte kuidas ta seda teeb. Polümorfism Polümorfism on võimalus erineva realiseeringuga objektidel kasutada sama liidest. See aitab kirjutada universaalseid koode, mis töötavad erinevate andmetüüpide või klassidega. Näide Pythonis: class Animal: def make_sound(self): pass class Dog(Animal): def make_sound(self): return "Woof!" class Cat(Animal): def make_sound(self): return "Meow!" def animal_sound(animal: Animal): print(animal.make_sound()) dog = Dog() cat = Cat() animal_sound(dog) # Woof! animal_sound(cat) # Meow! Automaattestides on polümorfism kasulik: - Üldiste kontrollimeetodite loomisel - Erinevate testimisstrateegiate rakendamisel ühe liidese kaudu - Erinevate API/UI versioonide toetamisel ilma testide muutmiseta Pärimine Pärimine on mehhanism, mis võimaldab uuel klassil kasutada olemasolevat, automaatselt omandades selle omadused ja meetodid. Lihtsamalt öeldes: uus klass taaskasutab vanema klassi koodi ning vajadusel laiendab seda. Git 1. Versioonikontrollisüsteemid. Kohaliku, tsentraliseeritud, hajutatud. 2. Põhiteadmised. Reposiit, indeks, commit, viitajad, haru, töökoopia. 3. Töö reposiidiga. Käskud: init, clone, status 4. Commiti loomine. Käskud: add, commit. 5. Harude loomine, vaatamine, vahetamine, kustutamine. Käskud: branch, checkout, log, diff. 6. Muudatuste tühistamine. Käskud: restore, rm, checkout, revert. 7. Muudatuste ühendamine. Käskud: merge, cherry-pick, rebase. 8. Töö kaugreposiidiga. Käskud: fetch, pull, push. 9. Töö GitHubiga, kopeerimine ja Pull Requests.

Mis on DISTINCT SQL-is ja kuidas teha vastupidist DISTINCT — valida ainult mitteunikaalseid väärtusi?

Kas teed ka ka ka manual teste, või keegi teine meeskonnas?

Kas Java-s on võimalik pärida staatilisi meetodeid?

Millised sisselogimise meetodid on mobiilirakenduses olemas?

Middle

Andersen

Rääkige endast, tehke oma kogemuse esitlus (5-10 minutit)

Milliseid testjuhtumeid saab välja mõelda sisselogimisvormile, millel on kaks välja — kasutajanimi ja parool, ning nupp 'Logi sisse'?

Rääkige meile töötingimustest, kas teil on küsimusi?

Mis on SOLID? Milline on kõige lemmikum põhimõte?

Miks valisite testimise, mitte arendamise, arvestades suure arenduse mahu teie kogemuses?