ეს 350 ტესტი რა პროცენტს წარმოადგენს ყველა ტესტის შემთხვევებისა/სცენარების?
QA / QA Automation
რამე ზომილი გაქვთ ტესტების დაფარვაზე?
გაქვთ ყველა ტესტის შემთხვევის საერთო ბაზა?
როგორ ტიპის ტესტები გაქვთ — კომპონენტური, ინტეგრაციული? რამდენია?
როგორ არის ორგანიზებული, რომ ერთ პროექტში ერთად ცხოვრობენ JUnit და TestNG?
სწორად მახსოვს, რომ შეთანხმდით «შენზე» — ასე უფრო კომფორტულია?
მაშინ, თქვენი ინტეგრაციის ტესტები ასეა, რომ ერთი სერვისი მიდის მეორე სერვისში ან მონაცემთა ბაზაში?
როგორ ხერხდება გამოშვების მიწოდება (dev → staging → prod)?
როგორ ხსნით სარეზერვო მონაცემებთან დაკავშირებულ პრობლემებს სადგურზე (გადატვირთული ტესტები, მონაცემთა კონფლიქტები)?
შეკითხვები პირდაპირ ამ გარე სერვისებს მიემართება და რეალურ პასუხებს იღებთ?
რა უნდა გააკეთოს ტესტერმა ახალი გაუმჯობესებისთვის ანალიტიკოსებთან და დეველოპერებთან შეხვედრის წინ (ტესტის დიზაინისთვის მომზადება)?
თქვენ გეცნობათ CRPT / «სამართლიანი ნიშანი» პროდუქტის მარკირების სისტემა — კოდები, რომლებიც უნდა სკანეროთ მაღაზიაში?
მაშინ, თქვენ ჯერ კიდევ მოკავთ მეზობელ სერვისებს?
გთხოვთ, ისაუბრეთ თქვენი სამუშაო გამოცდილების, სამუშაო ადგილებისა და პასუხისმგებლობების შესახებ.
ვინ შექმნა ტესტის ჩარჩო, ვინ დაწერა?
ავტომატიზაციის კურსებს თუ ტრენინგებს უყოყთ?
ეს სხვა სერვისები თქვენს სისტემაშია თუ ეს გარე სისტემებია?
თქვენი ტესტები რომელიმე ცალკე ჩარჩოშია?
გიცნობთ თუ არა CRPT-ის ზოგად ორგანიზაციულ სტრუქტურას (მატრიცული სტრუქტურა, ვერტიკალური და ჰორიზონტალური გუნდები) — მოყევი, როგორ მიმდინარეობს პროცესი ბიზნესის მიერ დავალების დასმისგან ტესტირებამდე.
თქვენი სერვისი სხვადასხვა საგარეო სერვისებს უკავშირდება? რამდენია?