Size: a a a

QA — русскоговорящее сообщество

2021 January 24

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество
поговорил с "уточкой"))
источник

RG

Richard Gears in QA — русскоговорящее сообщество
обращайся )
источник

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество
Richard Gears
обращайся )
😊
источник

O

Oleksandr in QA — русскоговорящее сообщество
Дмитрий Кононов
Всем привет! Такой вопрос, если проводить регресс, то лучше проходить его как бизнес-пользователь или как технический специалист. Я к тому, что я как пользователь системы со всеми полномочиями знаю как найти данные и пройти например конкретный тест, у бизнес-пользователя меньше возможностей в системе, соответственно лучше ориентироваться на бизнес-пользователя?
Если есть сомнения, зачем 'или'? Выбирай 'и'
источник

O

Oleksandr in QA — русскоговорящее сообщество
про полномочия не очень понятно. если ты о том, что у тебя все доступы к возможным операциям и данным, то само собой, что тебе нужно тестировать и под другими ролями. причем делать это нужно заблаговременно ;) еще до регресса
источник

BI

Boris I in QA — русскоговорящее сообщество
У кого-то есть опыт организации тестирования продукта, используя только автоматизированное тестирование, без мануального?
источник

V

Vadim Korsakov in QA — русскоговорящее сообщество
#Москва #Удаленка_Офис #вакансия #tester

Старший тестировщик ПО (Старший инженер по тестированию) для участия в проектах разработки ПО для банков ТОР-5 РФ (веб-сервисы, мобильное приложение, интеграционные решения). Опыт от 3 лет.
З/П: 150 000 - 180 000 т.р.  

Мы работаем в scrum-командах, в каждой есть аналитики, тестировщики и разработчики front и back части. С первого дня у новичка будет наставник, который поможет влиться в работу.

Что новый сотрудник будет делать:
•  Самостоятельно проводить функциональное тестирование клиент-серверного приложения (frontend, backend).
•  Разрабатывать методики тестирования, писать тест-кейсы и проверять кейсы.
•  Локализовывать баги с продуктовой среды.

Что у нашего кандидата уже есть:
•  Опыт тестирования веб-приложений от 1,5 лет.
•  Умение проектировать тест-кейсы и подготавливать тестовые данные для тестирования.
•  Знание SQL (умение писать простые запросы).
•  Опыт тестирования API (SOAP/REST).

Мы предлагаем:
•  Команду, с которой можно расти и развиваться.
•  Удаленный режим работы, офис в шаговой доступности от ст. м.Верхние Лихоборы /м.Окружная (МЦК) в БЦ «Лихоборский».
•  Официальное оформление, постоянный ТД (у нас много проектов, и они все долгосрочные).
•  Заработную плату в рынке (оклад и премии).
•  Обеспечение современной техникой.
•  Гибкий график работы. Преимущественно команда работает с 9 (10.00) до 18 (19.00) по МСК.
•  Социальный пакет: ДМС, фитнес, транспортные расходы, подарок на ДР, дополнительные компенсации по обучению и туризму, изучение иностранных языков на льготных условиях (для сотрудников, отработавших год).

Контакты:

Для отклика и по всем вопросам обращайтесь в Telegram @vadim_cf или email vadim@liortech.com
источник

O

Oleksandr in QA — русскоговорящее сообщество
Boris I
У кого-то есть опыт организации тестирования продукта, используя только автоматизированное тестирование, без мануального?
чтобы что-то автоматизировать, нужно сначала руками это проверить. или не так?)
источник

O

Oleksandr in QA — русскоговорящее сообщество
если мануального тестирования нет, то это будет смешанная позиция. кто-то должен выступить в роли тест-аналитика до того, как проверка будет автоматизирована. значит, это одно и то же лицо
источник

BI

Boris I in QA — русскоговорящее сообщество
:) ну вот есть разные концепты, есть тот котором вы упомянули, а есть типо как в гугле/фейсбуке насколько я знаю, сразу пишутся автоматические тесты и разработчиками и т.н. software developer in test
источник

BI

Boris I in QA — русскоговорящее сообщество
Вот хотел узнать, если тут есть у кого-то такой опыт
источник

O

Oleksandr in QA — русскоговорящее сообщество
ну, а в чем отличие? SDET выполняет работу, которую в другим командах делают мануальщики. после чего автоматизируют. если они при этом не пишут отдельно тест кейсы - это их право. как им удобно, так и строят процесс
источник

O

Oleksandr in QA — русскоговорящее сообщество
мне не совсем понятен смысл вопроса по поводу опыта в этом. что именно тебя интересует или с какой проблемой столкнулся?
источник

VS

Vitalii Sotnichenko in QA — русскоговорящее сообщество
Boris I
У кого-то есть опыт организации тестирования продукта, используя только автоматизированное тестирование, без мануального?
есть, сценарии пишутся бизнес аналитиками, разработчики пишут UI  тесты используя ATTD  подход, автоматизаторы ответственны за фреймворк и написания разных хелперов для разработчиков
источник

BI

Boris I in QA — русскоговорящее сообщество
Интересует есть ли примеры где есть только автоматизированное тестирование, без мануального... руководство компании хочет ускорить релиз продукта, рассматривается вариант часть тестирования переложить на разработчиков, для более полного покрытия юнит и интеграционными тестами, чтобы тестировщики делали только базовый sanity тестинг через ui и все
источник

BI

Boris I in QA — русскоговорящее сообщество
Vitalii Sotnichenko
есть, сценарии пишутся бизнес аналитиками, разработчики пишут UI  тесты используя ATTD  подход, автоматизаторы ответственны за фреймворк и написания разных хелперов для разработчиков
Интересно, насколько качественно получается? Как часто случаются продакшн баги? Насколько быстро ранятся тесты?
источник

AV

Alexei Vinogradov in QA — русскоговорящее сообщество
Boris I
Интересует есть ли примеры где есть только автоматизированное тестирование, без мануального... руководство компании хочет ускорить релиз продукта, рассматривается вариант часть тестирования переложить на разработчиков, для более полного покрытия юнит и интеграционными тестами, чтобы тестировщики делали только базовый sanity тестинг через ui и все
Практически нет шансов. Ну разве что какой-то проект, где машины общаются с машинами,
без пользователей-кожаных мешков.
источник

BI

Boris I in QA — русскоговорящее сообщество
Alexei Vinogradov
Практически нет шансов. Ну разве что какой-то проект, где машины общаются с машинами,
без пользователей-кожаных мешков.
А как же примеры гугла, фейсбука, майкрософта, насколько я читал у них нет манульных тестировщиков
источник

AV

Alexei Vinogradov in QA — русскоговорящее сообщество
Boris I
А как же примеры гугла, фейсбука, майкрософта, насколько я читал у них нет манульных тестировщиков
Хахахахаха
источник

BI

Boris I in QA — русскоговорящее сообщество
Alexei Vinogradov
Хахахахаха
🙂
источник