QA / QA Automation
საიდან გაიგეთ კომპანია / ვინ გირჩიათ?
ინკოგნიტო რეჟიმში ორჯერ ავტორიზაციის დროს კეში და ქუქი ფაილები როგორ იქცევა (ორი ცალკე ინკოგნიტო ფანჯარა vs ერთი ფანჯარა სხვადასხვა ტაბებით)?
რა ფენებს აყალიბებთ არქიტექტურაში?
რამდენად ახლოს ხარ მართვასთან ტესტირების მართვის თვალსაზრისით? რა შეხვედრები იკავებენ სამუშაო დროის დიდ ნაწილს?
როგორ მუშაობს HashMap? შეგიძლია მაგალითი მაცივრებით მიაწოდო?
რა არის ტრასირების მასივი და როგორ იყენებთ მას?
რა არის breakpoints-ები Charles Proxy-ში?
რა ხარისხის მეტრიკებს უნდა აკონტროლებდეს AQA პროექტზე? დეტალურად ისაუბრე ტესტის დაფარვის შესახებ და როგორ მუშაობა მასთან.
როგორ იპოვოთ ხაზი ფაილში, არ გახსნათ იგი სრულად, და შეცვალოთ იპოვილი სიტყვა სხვა სიტყვით (Linux-ის grep/sed ბრძანება)?
როგორ გამოიყენეთ ტესტის დიზაინის ტექნიკები მოთხოვნების ეტაპზე?
ყველა როლმა მონაწილეობა მიიღო ინფრასტრუქტურის დაყენებაში?
როგორ იყო ურთიერთობები გუნდში?
რა განსხვავებაა დატვირთვის ტესტსა და შესრულების ტესტს შორის?
რა განსხვავებაა cache და cookie შორის?
შეზღუდვა მთელი გუნდს შეეხო თუ მხოლოდ ზოგიერთს?
შეთანხმებით ოფიციალურად მუშაობთ?
# საბანკო აპლიკაციაში მომხმარებლის რეგისტრაციის ფორმა, ველები: # სრული სახელი, ტელეფონი, იდენტიფიკაციო კოდი, დაბადების თარიღი. # 5-7 ტესტის შემთხვევა შექმენით, # პოზიტიური და ნეგატიური სცენარები, ასევე საზღვარი მნიშვნელობები.
POST /api/v1/transfers/internal ● იდემპოტენტობის გასაღები: UUID (მავალდებულო) ● ავტორიზაცია: Bearer <token> { "source_account_id": "83740e53-689c-[phone]f9e61f22401", "destination_account_id": "[phone]f5c-[phone]a", "amount": 1500.50, "currency": "USD", "description": "ქირის გადახდა", "save_as_template": true } { "status": "success", "transaction_id": "77e1c83b-7bb0-437b-9250-8c9339e0538b", "data": { "amount": 1500.00, "currency": "USD", "executed_at": "[phone]T23:15:00Z", "template_saved": true } } [ტრანსფერის სერვისის, ბიზნეს ლოგიკის, მოვლენის გამოქვეყნების და მონაცემთა ბაზის სტრუქტურის კონტექსტისთვის სურათის დიაგრამა და მონაცემთა ბაზის სქემა უზრუნველყოფილია.]
რა არის flaky bugs (მოძრავი შეცდომები) და როგორ მუშაობთ მათთან? რა შეიძლება იყოს მიზეზი იმისა, რომ შეცდომა ზოგჯერ გამეორებულია და ზოგჯერ არა?
გააზიარეთ თქვენი სამუშაო გამოცდილება: მიმდინარე ადგილი, ფუნქციების განვითარების პროცესი, არქიტექტურა, ტესტირების ჩარჩო.