QA / QA Automation
ჩვენ გვაქვს არსება A, B, C, შემდეგ მასში 50-60 კომპონენტი. როგორ გადაწყვიტავდი ზრდის პრობლემას?
რომელი Join-ის ტიპებს ახსოვს?
როგორ ფიქრობ, QA როგორ პოულობს ბალანსს მიმდინარე დავალებებსა და ავტომატიზაციის ბექლოგს შორის?
თუ იყენებ, გაქვს თუ არა ტესტები დაყენებული როგორც Spring-აპლიკაცია?
მზად ხარ ვებ დავალებებზე მუშაობისთვის, თუ ბექენდ-დავალებები დაგვიანდება?
ბოლო სამუშაო ადგილას რა გასაღებით მუშაობდა გადახდებთან და ოპერაციებთან?
გსურთ განვითარება განვითარების მიმართულებით?
ოცნება: განაცხადების მიკროწესვარი გაუმჯობესდა, ახალი სტატუსი დაემატა (მაგალითად, „მიწოდების შესახებ SMS გაგზავნილია“). როგორ შეამოწმებთ განაცხადის გადასვლას ახალ სტატუსზე — აღწერეთ ნაბიჯები, პირველი ნაბიჯიდან დაწყებული.
როდის შეიძლება მივიჩნიოთ, რომ ტესტირება დასრულებულია?
მიკროწესვიან არქიტექტურას რა უპირატესობები აქვს მონოლითურ არქიტექტურასთან შედარებით? განსაკუთრებით ტესტერისთვის.
რა განსხვავებაა ფრონტენდსა და ბექენდს შორის?
მესმის, მაშასადამე, კოლეგა უბრალოდ უყურებს და პრობლემას იპოვის?
შეცდომის ციკლი
როგორ რეაგირებდა ხელმძღვანელობა იმაზე, რომ iOS არ იყო შემოწმებული? არ იყო iOS-ის მომხმარებლები?
ვადაგა: პალინდრომი წერეთ ფუნქცია is_palindrome(s: str) -> bool, რომელიც ამოწმებს, არის თუ არა სტრიქონი პალინდრომი (წაიკითხება ერთნაირად მარცხიდან მარჯვნივ და მარჯვნიდან მარცხნივ). უნდა უყურადღებოდ დარჩეს სივრცეები, ნიშანწყალები და დიდი და პატარა ასოების განსხვავება. მაგალითები: - is_palindrome("racecar") → True - is_palindrome("A man, a plan, a canal: Panama") → True - is_palindrome("race a car") → False
503 — ამ პასუხს ვინ აგზავნის, თუ მიმართული სერვისი ხელმისაწვდომი არ არის?
რა განსხვავებაა WHERE და HAVING-ს შორის?
თქვით ჩემზე.
რის დროს აქვს აზრი ასინქრონული გამოყენება და როდის არა? როგორ ახორციელებთ ასინქრონულობას ტესტებში?
Jira ან სხვა ბაგის თვალთვალის სისტემაში განვითარების დავალების სიცოცხლის ციკლი თავიდან ბოლომდე აღწერეთ.