QA / QA Automation

Dus jij als leider zat precies in je subteam, en heb je je subteam gereduceerd in regressie?

Welke kenmerken van het testen van mobiele applicaties kun je noemen?

Het is nodig om te controleren of de gebruikersinterface niet kapot gaat op alle mogelijke apparaten. Het aantal fysieke apparaten is beperkt. Hoe kunnen we aanvullende tests uitvoeren?

Laten we het hebben over fouten tussen de backend en de klanten. Je test een mobiele app, in de sectie "Favorieten". Op alle testaccounts zijn producten toegevoegd, maar op één account wordt in plaats van producten een foutmelding "Er is iets misgegaan" weergegeven. Je sluit een sniffer aan. Op alle accounts ontvang je 200 OK en JSON. Wat zijn je volgende stappen?

Waar zou je je willen ontwikkelen?

Vandaag is het vrijdag, de klant zegt dat ze dringend de release vanavond moeten uitbrengen, maar de regressie is nog niet klaar. Wat zou je in zo'n situatie doen?

Ben je ooit in aanraking gekomen met een Android-manifest? Wat is dat?

Heb je met Docker gewerkt?

Wat uit de release-checklist zou je aan een junior kunnen delegeren en wat zou je zelf controleren?

Kunt u in detail uitleggen hoe u de automatisering hebt ingesteld? Heeft u de tests zelf geschreven of heeft u besloten ze te automatiseren?

Welke niet-functionele controles kun je noemen die je het beste als eerste zou controleren in een mobiele app die betaling via QR-code heeft toegevoegd?

Discussie met de ontwikkelaar: hij zegt dat het geen bug is, maar een functie. Ben je zeker dat het een bug is? Daarnaast is er in de specificaties en mock-ups geen verduidelijking over deze kwestie. Wat ga je doen?

Laten we de situatie voorstellen: jij bent de hoofdtester, je hebt verschillende juniors onder je hoede, en jullie bereiden een release voor. Welke criteria voor gereedheid voor de release zou je opstellen?