Ответы пользователя по тегу Тестирование ПО
  • Знает ли кто о курсах от qa.studio? Как они вообще?

    @taktik
    Sr. QA automation | SDET
    Есть специальный телеграм канал, где обсуждают курсы - t.me/qa_courses
    Ответ написан
    Комментировать
  • Где взять тест-кейсы для тренировки скила qa автоматизатора?

    @taktik
    Sr. QA automation | SDET
    Начинать нужно с теории тестирования, учиться выделять у продукта функциональные области и составлять на них чек-листы и тест-кейсы, только после этого приступать к автоматизации.
    Автоматизатор - по сути, тот же самый тестировщик, но с навыками программирования.
    Ответ написан
    4 комментария
  • Много ли тестировщик общается с людьми?

    @taktik
    Sr. QA automation | SDET
    Хороший тестировщик общается много.

    Под ваш запрос можно посоветовать искать работу в крупных компаниях, на позицию, где нужно только автоматизировать по готовым тест-кейсам. Тогда коммуникации сузятся только до переписок с другими тестировщиками.
    Ответ написан
    Комментировать
  • С чего начать изучение автоматизации тестирования?

    @taktik
    Sr. QA automation | SDET
    На этот вопрос нельзя ответить просто. Объем того, что нужно изучить зависит от специфики проекта. Если проект представляет собой сайт с серверным рендерингом или SPA с rest-бэкендом, то это один путь со своим набором технологий. Если десктопное или мобильное приложение - другой путь с другим набором технологий.

    Важное значение имеет то, как организован процесс разработки. Одно дело, если это водопадная модель, совершенно другое если это современный DevOps стек, где автотесты должны быть частью пайплайна и запускаться по нескольку раз в день.

    Допустим ваш проект - это SPA с rest-бэкендом, значит интеграционный слой пирамиды тестирования можно закрыть api-тестами, а end-to-end слой - UI тестами. Но тут тоже не все так просто, api-тесты могут запускаться на отдельно поднятом сервисе с замоканным окружением, а могут запускаться для сервиса развернутого в тестовой ифраструктуре.

    В общем случае можно посоветовать следующее:
    1) Изучайте один из популярных языков, лучше всего Python, он наиболее универсальный и имеет низкий порог вхождения
    2) Начинайте с автоматизации api уровня
    3) Если на проекте есть CI/CD пайплайн, сразу интегрируйте тесты в него, пусть запускаются как отдельный стейдж
    4) Настройте отправку сообщений о прохождении тестов в корпоративный месседжер. Очень важно, чтобы о тестах знала вся команда, а не только тестировщики
    5) Для UI тестов используйте Selene - это удобная обертка поверх selenium
    5) Не пишите много UI тестов. Достаточно небольшого количества покрывающих основные пользовательские сценарии

    Но я очень сомневаюсь, что джун осилит это все. Поговорите с руководством и пусть наймут опытного автоматизатора, если есть реальная потребность.
    Ответ написан
    1 комментарий
  • Какой язык выбрать для автоматизированного тестирования?

    @taktik
    Sr. QA automation | SDET
    На самом деле совет выбирать тот язык, на котором пишет команда - ни разу себя не оправдал. Тестировщики все равно не получают никакой помощи от разработчиков и вынуждены делать все сами.

    Поэтому имеет смысл выбирать тот язык, который имеет самый низкий порог вхождения и высокую популярность в автоматизации. И тут лучший выбор наверное - Python
    Ответ написан
    1 комментарий
  • Можно ли при end-to-end тестировании ссылаться на другие кейсы?

    @taktik
    Sr. QA automation | SDET
    Перестаньте писать ручные тест-кейсы. Во-первых, это бессмысленно. Во-вторых вы потратите больше времени на их написание и постоянную актуализацию, чем получите пользы.

    Старайтесь сразу автоматизировать сценарии и пусть тестовая документация генерируется из кода. Гуглите - "тест кейсы как код"
    Ответ написан
    Комментировать
  • Это юнит тесты или интеграционные?

    @taktik
    Sr. QA automation | SDET
    Интеграционные тесты проверяют интеграцию между разными компонентами системы, например, между 2-мя сервисами или сервисом и БД.

    В вашем примере вы мокаете второй сервис, соответственно интеграция не проверяется. Значит это уже не интеграционный, а unit тест
    Ответ написан
    Комментировать
  • Где выполняется selenium server?

    @taktik
    Sr. QA automation | SDET
    Инстанс браузера запускается внутри контейнера, а контейнер будет там, где его развернут.
    Тут все описано - https://github.com/SeleniumHQ/docker-selenium
    Ответ написан
  • Как называется вид тестирования, в котором после миграции в базе данных проверяется правильная ли связь межлу двумя колонками?

    @taktik
    Sr. QA automation | SDET
    Ну смотри. В первую очередь, надо понимать, что тестирование - это про проверку логики кода.
    Все действия в базе производит некий метод или набор методов. Значит нужно проверять логику работы этих методов.
    Это можно сделать на разных уровнях пирамиды тестирования, но чем ниже находятся проверки, тем лучше. В данном случае, проверять можно на уровне интеграционных тестов, но возможно и на уровне модульных, в зависимости от того, как реализован код системы

    ps. К тестам на миграцию это не имеет никакого отношения
    Ответ написан
    1 комментарий
  • Можно ли тестировать при помощи Python приложение, написанное на Java?

    @taktik
    Sr. QA automation | SDET
    Для любого приложения имеющего внешний интерфейс можно написать автотесты на любом языке, в том числе и на питоне.
    Под внешним интерфейсом я имею в виду - rest/grpc api или веб-UI
    Ответ написан
    Комментировать
  • Как проверить ключ значение JSON через pytest?

    @taktik
    Sr. QA automation | SDET
    Во-первых, непонятно зачем выносить проверки полей в отдельные тестовые функции. Проверки должны быть в том же тесте, где выполняется запрос.
    Во-вторых, если json-структура представляет собой список объектов, то не нужно к этим объектам обращаться по конкретному индексу.
    В итоге, твой тест можно написать примерно так:
    def test_check_usd_rub_pair(self, agent_id):
    	response = rest_client.get("http//:...")
    	
    	has_expected_pair = False
    	for obj in response.json():
    		assert obj.get('bankId') == agent_id
    		if obj.get('currency') == 'USD' and obj.get('toCurrency') == 'RUB':
    			has_expected_pair = True
    	assert has_expected_pair, "Ответ не содержит валютную пару USD-RUB"

    Так же рекомендую прикрутить к своим тестам какой-нибудь json-валидатор. Валидировать поля - это важно
    Ответ написан
    Комментировать
  • Где больше платят, в разработке на ruby(RoR) или в тестировании?

    @taktik
    Sr. QA automation | SDET
    Не знаю сколько получают разработчики на Руби, но у хороших QA-инженеров вилка 180-230
    Ответ написан
    Комментировать
  • Какой порог входа QA?

    @taktik
    Sr. QA automation | SDET
    Если говорить о hard-скилах, порог вхождения не высокий. Но конкуренция огромная. Чтобы хоть как-то выделиться на фоне других кандидатов знать только теорию не достаточно. Нужны хорошие знания тест дизайна и минимальные навыки автоматизации, хотя бы уметь писать тесты на апи.
    Ответ написан
    Комментировать
  • На какую зарплату может рассчитывать Junior QA в Москве?

    @taktik
    Sr. QA automation | SDET
    50-70к
    Ответ написан
    Комментировать
  • Какой ЯП лучше изучать для автоматизации тестирования?

    @taktik
    Sr. QA automation | SDET
    Последние пару лет наблюдаю за вакансиями в автоматизации и заметил, что с каждым годом python-вакансий все больше.
    Пока по количеству вакансий разница в пользу java, но она не такая существенная около 10 - 15%
    Сейча python чаще выбирают для автоматизации новых проектов и думаю через несколько лет он обгонит джаву.
    Я сам выбрал python в свое время и ни разу не пожалел.
    Ответ написан
    Комментировать
  • Разработка BPM (конкретно Pega) либо автоматизированное тестирование на Java, что выбрать?

    @taktik
    Sr. QA automation | SDET
    Я бы рекомендовал автоматизацию, как более перспективное и востребованное направление. Сейчас найти мидл-автотестера сложнее чем разработчика.

    Во многих компаниях, автотесты - это отдельный внутренний продукт и скилы у автоматизаторов не сильно уступают разрабовским. Тут тоже нужно знать язык программирования, паттерны, основные структуры и алгоритмы, сети и протоколы, понимать CI/CD процесс и уметь интегрировать свое творчество в него.

    Из плюсов отмечу:
    - более низкий порог входа чем в разработку: нет такого высокого требования к знанию алгоритмов и тонкостей языка
    - при этом ЗП не существенно ниже или на том же уровне что и у разрабов
    - высокая востребованность

    При желании перейти в разработку можно без проблем.
    Ответ написан
    Комментировать
  • На какие курсы пойти в Москве по QA engineer?

    @taktik
    Sr. QA automation | SDET
    Про курсы для полных нулей не знаю, но есть неплохие курсы от otus, для тестеров с минимальным опытом. Знакомый неплохо прокачался в автоматизацию на этих курсах.
    Посмотри, может что-то подойдет - https://otus.ru/categories/testing/
    Ответ написан
    Комментировать
  • Как с помощью автотеста кликнуть по кнопке на popup, который появляется при клике на элемент и исчезает, если мышь от него отвести?

    @taktik
    Sr. QA automation | SDET
    Как сделать именно так, как ты хочешь, не знаю, но можно немного схитрить и решить по другому:
    1) вызываешь popup, проверяшь, что он открылся и что кнопка на месте
    2) просто вебдрайвером переходишь по url на который должна вести кнопка
    Ответ написан
    Комментировать
  • Средство автоматизации регрессионного тестирования?

    @taktik
    Sr. QA automation | SDET
    Как вариант можно посмотреть на CodeceptJS. Но сам не пользовался, про минусы не знаю.
    Есть статья на хабре - https://habr.com/ru/post/319656/
    Ответ написан
    1 комментарий