Мы стараемся максимально автоматизировать нашу работу. Как раз когда QA инженер уходит в отпуск тесты продолжают работать. Также из-за того, что тесты написаны на языке разработки - сами разработчики могут поддерживать тесты
Привет! Я руковожу группой разработки инструментов тестирования. В нашей компании нет выделенного отдела QA, мы работаем в кросс-функциональных командах. В нашем масштабе тяжело назвать это зоопарком: в компании 3800+ специалистов. К тому же, мы можем набирать специалистов с разным опытом. Также не могу сказать, что у нас сильно выражен бас-фактор: мы много времени уделяем документации, в командах есть технические писатели. Компетенции сотрудников развиваем через наставничество и обучение (есть внутренние курсы и также отправляем на внешние курсы по запросы).
В разных командах по разному. Но чаще всего разработчики пишут unit тесты, которые полностью работают на моках. Тестировщики же занимаются интеграционными и системными тестами. Замена другого сервиса на мок в интеграционном тестировании встречается, но применяется редко. Бывают проблемы, связанные с нестабильной работой другого сервиса. Это повод понять, почему сторонний сервис работает нестабильно - собрать необходимую информацию - с какими данными вы ходите в этот сервис и обратиться к тестировщику или дежурному этого сервиса.
Мы стараемся максимально автоматизировать нашу работу. Как раз когда QA инженер уходит в отпуск тесты продолжают работать. Также из-за того, что тесты написаны на языке разработки - сами разработчики могут поддерживать тесты
Привет! Я руковожу группой разработки инструментов тестирования.
В нашей компании нет выделенного отдела QA, мы работаем в кросс-функциональных командах. В нашем масштабе тяжело назвать это зоопарком: в компании 3800+ специалистов. К тому же, мы можем набирать специалистов с разным опытом.
Также не могу сказать, что у нас сильно выражен бас-фактор: мы много времени уделяем документации, в командах есть технические писатели. Компетенции сотрудников развиваем через наставничество и обучение (есть внутренние курсы и также отправляем на внешние курсы по запросы).
В разных командах по разному. Но чаще всего разработчики пишут unit тесты, которые полностью работают на моках. Тестировщики же занимаются интеграционными и системными тестами. Замена другого сервиса на мок в интеграционном тестировании встречается, но применяется редко. Бывают проблемы, связанные с нестабильной работой другого сервиса. Это повод понять, почему сторонний сервис работает нестабильно - собрать необходимую информацию - с какими данными вы ходите в этот сервис и обратиться к тестировщику или дежурному этого сервиса.