QA / QA Automation

Ако времето е ограничено, кои 5 сценария бихте избрали първо и защо точно тези приоритети (с оглед на риска за бизнеса)?

Как ти се изпращат задачите?

Какво е дизайн на теста, кои техники знаете и кои най-често прилагате на практика?

Усложним задачата: сега програмата трябва да определя вида на триъгълника (по страни), с диапазон на стойностите от 1 до 10. Какви тестови сценарии ще приложиш?

Защо не може просто да се използва REST API с асинхронно взаимодействие вместо брокер на съобщения?

Как звучи командата в синтаксиса UPDATE? Работили ли сте с JOIN в SQL заявки?

Имате ли във вашия екип аналитиците, разработчиците и тестерите всички заедно?

Работили ли сте с брокери на съобщения? За какво служат?

Каква е разликата между INNER JOIN и LEFT JOIN?

Практическо задание: екран с 3 полета (страни на триъгълника A, B, C) и бутон „изчисли“, който определя дали триъгълникът е равнобедрен. Какви видове тестове и проверки бихте извършили?

Каква е вашата политика за издаване, колко често излизат версиите и как участвате в този процес?

Участваш ли директно в съставянето на изданието и регресиите точно преди издаването?

Разкажете за себе си, за последния си опит на работа (технологии, отговорности, процеси).

Какви видове триъгълници има по ъглите им (остроъгълен, правоъгълен, тъпоугълен), и с какви набори от числа (дължини на страните) може да се провери всеки вид?

Същата ситуация, но сега с LEFT JOIN с читателите отляво. Колко минимално и максимално записи могат да бъдат върнати (с пояснителен пример: 3 читатели взеха по 3 книги, 1 взеха 1 книга, 1 изобщо не вземаше)?

Практическо задание: 2 таблици — читатели (5 записи) и взети книги (10 записи), консистентността на данните е неизвестна, една физическа книга не може да бъде едновременно при повече от един читател. Колко минимум и максимум записи може да върне резултатът от INNER JOIN на тези таблици?