так как даже на стажера с зп в 20к какой-то нереальный конкурс в 30-40 человек
На начальном этапе поиска первой работы нужно прийти быстро к тому, что иногда для БОЛЕЕ БЫСТРОГО И КОМФОРТНОГО ТРУДОУСТРОЙСТВА нужно уметь перебороть себя и удвоить/утроить свои требования по зп
Георгий,
в крупных (очень) тоже бывает не сильно далеко процесс убегает
регрессионные тесты могут писать автоматизаторы или сами разработчики
тестировщик же проверяет задачу по тому, что она должна работать так, как указано в Defenition of Done или русским языком -- так как ожидается в описании задачи, по идее нужно проверить похожие/рядом стоящие кейсы, еще по идее сам разработчик должен отдать оттестированную им задачу, но по факту QA видит работу несколько в инном свете, тк в отличие от разработчика -- он не видит кишки и значит не знает деталей, а значит работает несколько в другом контексте и находит не соответствия, которые разработчику тяжело углядеть (особенно который не умеет в QA)...
Спецификация и тест-кейсы на основе документации, а не полевой работы -- признаки довольно крутого процесса работы разработки и QA, не видел таких еще (но я в крупных мало где работал).
А если тест-кейсы на основе User story в виде BDD описаний -- божественно :)
