Нанимать тестировщика или тестировать самому?
Публичный пост
3 июня 2020
401
Кто как тестирует мобильное приложене на ранних стадиях? Своими силами или нанимаете тестировщика? Как устроен процесс?
Конкретно по мобильной разраработке может быть что-то отличается, но в целом в наше время QA теряет популярность, уступая техникам тестирования из DevOps - канареечному деплою например.
Причины этому как мне видится 2:
Некоторые компании включают специалиста по тестированию в составы dev тим. Если оно экономит время разработчиков то вероятно имеет смысл. Если же у вас MVP с тремя фичами и фултайм загрузки для QA не будет - думаю более продуктивно будет самим девелоперам и продактам ручками протыкать.
Пользуясь случаем хочу как заинтересованный в теме задать свой вопрос. Как вы считаете, каких случаях в наше время QA вот просто необходим и без него никак?
Вопрос слишком общий. Ответ тоже могу дать слишком общий. Процесс выглядит так: написали тест-план, выполнили его, написали отчет.
Привет! Я тестировщик.
С наскока могу посоветовать найти одного сильного тестера, чтобы он вам накидал тест план с дизайном и тп. Посоветуйтесь с ним, что можно и лучше автоматизировать.
Более того, этот же тестер может устроить тур исследовательского тестирования. Для этого нужны приоритеты от бизнеса aka подумать какой урон может нанести сбой в работе приложения в той или иной области вашей апки, насколько это отразится на пользователях.
Не пренебрегайте TDD. Пишите юнит тесты. Гоняйте на них мутационные тесты + считайте покрытие, так будет уверенность в достоверности юнитов.
Накидайте happy path flow и пусть разрабы каждую фичу покрывают позитивным UI сценарием.
Если есть деньги - нанимать, если нет - не нанимать.
Если подробнее, то лучше оценить риски от появления дефекта того, или иного рода/недостаточно быстрой выкатки функционала/роста технического долга. Каждый из этих рисков, описывающих качество, нужно митигировать совершенно разными способами.
Так что для начала неплохо было бы определиться с наиболее вероятными и наиболее болючими рисками и дальше смотреть можно ли их смягчать существующими инструментами, или же стоит нанимать специалиста, который сделает это лучше/бастрее.
Мне кажется, что в ситуации "небольшая команда сделала приложение" хорошим будет вариант найти тестировщика, чтобы он сделал тест-дизайн.
Потому что в вопросе "проверить, что ничего не сломалось", как выше было сказано, самая сложная часть, понять что именно не должно сломаться.
А дальше можно адаптировать тест-кейсы для автоматизации (ну что можно автоматизировать) и написать сьют для регрессии.
Нанимать. Сейчас на рынке есть большое кол-во джуниоров. Например выпускников курсов. Многим нужна практика, чтобы было о чем писать в резюме. Так что я вижу здесь возможность договориться о взаимовыгодной проектной работе. Несмотря на то, что кто-то готов практиковаться бесплатно, я считаю целесообразным оплачивать труд.