И швец, и жнец, и на дуде игрец. Кто такой QA fullstack?

[ramil_trinion]

И швец, и жнец, и на дуде игрец. Кто такой QA fullstack?

Еще одна бесполезная маркетинговая аббревиатура.

[SimbirSoftQA]

Спасибо за комментарий! На наших проектах QA и QA fullstack выполняют реальные задачи и настраивают реальные процессы. Об этом и рассказали в статье.

[conopus]

Проработал как QA fullstack около года, после чего прекратил рассматривать такие вакансии. Мотивация не только деньги (а за специализацию всегда платят лучше, чем за "швец, жнец и на дуде тоже"). Нет нужды участвовать в бесконечных марафонах по тестирования регресса. Никаких пятничных релизов, никаких "проверь эту фичу строчно, все остальное потом". Спасибо, но никакого желания туда возвращаться -- нет.

[gigimon]

Так у вас процессы плохие были, там и без "fullstack" наверняка также работали.

Я уже лет 5 работаю в таком "QA fullstack" и это клево. Во-первых постоянное развитие, во-вторых очень часто с разработчиками общаешься наравне либо даже учишь их, в-третьих ты самостоятелен и тебе не надо ждать кучу людей, чтобы поправить что-то.

[altrue]

Хорошая статья для тех, кто смотрит в данном направлении. Спасибо!

[soulu_sol]

Какой язык программирования порекомендуете учить QA-спецу, для перехода в fullstack?

[conopus]

Вот популярность языков программирования в текстах вакансий QA на HH.ru по Москве: https://clingon.pythonanywhere.com/programming_languages Еще можно посмотреть популярность тестовых фреймворков для разных языков: https://clingon.pythonanywhere.com/unit_test_frameworks — это, пожалуй, даст более точное описание. В текстах вакансий попадаются не только языки на которых пишутся тесты.

[farkas51]

Зачем тогда вообще нужны SDET специалисты, если тут все так прекрасно?

[SimbirSoftQA]

Если коротко, то SDET, кроме автоматизации тестирования, занимается разработкой архитектуры фреймворка и необходимых сервисов для тестирования. Также в его задачи входит тестирование производительности. А QAA выстраивает процессы тестирования на проекте, контролирует качество продукта и пишет автотесты.

[Mike-M]

«создание/генерация и анализ отчетов» — заинтересовал этот пункт:

1. Какой инструментарий используете?
2. Как часто создаются отчеты?
3. Какая информация в них входит?

[SimbirSoftQA]

Добрый день! Рассказываем:

1. Для составления отчетов о ручном прогоне тестов используем встроенный в TMS функционал — Testrail, Test IT и т.п. Для генерации отчетов о прогоне автотестов используем Allure.

2. На одних проектах требуется создавать промежуточные отчеты после тестирования каждой фичи, на других нужны отчеты по регрессионному тестированию, всё зависит от проекта и пожеланий клиента.

3. Наполнение отчетов тоже может быть разным, но, как правило, в них всегда отражаем сводку по выполненным проверкам (количество пройденных и упавших тестов) и сводку по дефектам (количество, статус, серьезность и приоритет).

[Mike-M]

Всё понял. Благодарю за подробный ответ.