QA / QA Automation

Viga on ollut tuotannossa jo 2 viikkoa, sitä toistuu vain 3% käyttäjistä ja vain Wi-Fi-yhteydessä. Kehittäjä ei pysty to toistamaan ja sanoo, että sulkee virheen 10 minuutin kuluessa. Mitä tekisit?

Kuidas saab üles ehitada protsessi, et nooremprogrammija hakkaks testima, näiteks maksemodulit, juba teisel päeval ilma sinu abita?

On vaja kontrollida, et kasutajaliides ei lagune kõigil võimalikest seadmetest. Füüsiliste seadmete park on piiratud. Kuidas saab täiendavaid kontrollimisi teha?

Rääkigem varem backend'i ja klientide vahelistest vigadest. Sa testid mobiilirakendust, jaotises "Lemmikud". Kõigil testikontodel on lisatud tooteid, kuid ühel kontol kuvatakse toodete asemel veateade "Midagi läks valesti". Sa ühendad snifferi. Kõigil kontodel saadakse 200 OK ja JSON. Mis on sinu järgmised sammud?

Kus soovite areneda?

Täna on reede, klient ütleb, et ta on kiirelt vaja välja lasta versioon õhtul, kuid regress ei ole veel valmis. Mida sa sellises olukorras teeksid?

Kas oled kunagi kokku puutunud Androidi manifestiga? Mis see on?

Kas saite üksikasjalikult rääkida, kuidas automaatika ühendati? Kas te ise kirjutasite testid või otsustasite neid automatiseerida?

Kas sa oled töötanud Dockeriga?

Millest osadest väljaandmise kontrollnimest saaksid delegeerida nooremale ja mida sa ise kontrolliksid?

Milliseid mittoimingulisi kontrollereid saaksite nimetada, mida oleks kõige parem esmalt kontrollida mobiilirakenduses, mis lisas QR-koodi makse?

Arutelu ar arendajat: viņš saka, ka tas nav kļūda, bet funkcija. Vai esi pārliecināts, ka tas ir kļūda? Turklāt tehniskajā specifikācijā un maketos nav skaidrojumu par šo jautājumu. Ko darīsi?

Võtame olukorra ette: sa oled peamine testija, sul on mitu noobit juhendamisel, ja te valmistate väljaannet. Milliseid valmisoleku kriteeriume sa määraksid väljaande jaoks?