Сегодня общаемся с Константином, тестировщиком 1С.
Первый и ожидаемый вопрос: Как Вы дошли до жизни такой - как стали тестировщиком и почему?
Тестировщиком я стал достаточно давно. Я работал в одной фирме, которая занималась разработкой различных картографических программ для госучреждений. Вообще, изначально, я должен был заниматься сопровождением. Но поскольку там не хватало тестировщиков, меня решили посадить на тестирование. Потом у нас был другой проект, там была самописная программа (по учету специального оборудования), похожая на 1С, и мне стало интересно заниматься 1С.
Потом я нашел работу консультантом, связанную с 1С. Мне сказали: “У тебя есть опыт тестирования. Давай садись на тесты, будешь тестировать.” 1С ERP тогда было. Это была фирма -транспортный холдинг: порты по всей России. В общем, я там начал тестировать и поддерживать 1С.
И вот потом меня приняли на работу, где я сейчас занимаюсь только тестированием 1С. Это приемочные тесты и автоматизация. Собственно, у нас там ERP и бухгалтерия. ERP почти полностью покрыта автотестами, бухгалтерия - частично.
Расскажите про инструменты. Особенно про автотесты? Это Vanessa?
Да. У нас сделаны автотесты. Связь есть с СППР - это система проектирования прикладных решений от 1С. Это такая система для хранения , специально для Vanessa придумана. И в связке с Vanessa у нас и хранятся тесты. Очень удобная вещь в плане составления тестов и их хранения. Мне эта связка понравилась.
А до этого, в порту, у нас был инструмент автотестов “1С:Сценарное тестирование”. Если сравнивать: Vanessa сейчас самый лучший инструмент тестирования и, наверное, разумно делать все тесты на ней. Остальные и до половины тех возможностей не дотягивают, которые есть у Vanessa.
Получается, Вы из консультантов пришли в тестирование, сами код не пишете. Мне казалось, что для автотестов нужно иметь навык разработчика. Или нет?
Их полезно иметь - у меня есть некие навыки разработчика - но не обязательно. В автотестах несложное программирование: какие-нибудь условия, циклы добавить и, возможно, какие-то запросы добавлять - но это редкость, можно и без них обойтись.
Да, самые минимальные навыки программирования нужны, желательно их иметь. А так: все тесты в Vanessa - они накликиваются. Единственное, что далеко не всегда верно и их надо редактировать / исправлять, чтобы они работали.
На языке Gherkin?
Да, Gherkin - всё по-русски, всё понятно,всё хорошо. В принципе - удобная штука, я доволен.
Вы единственный тестировщик в команде?
Нет, нас двое. У нас достаточно большой розничный магазин. И у нас 4 1С системы: это ERP, бухгалтерия, розница и еще одна складская конфигурация. Я тестирую бухгалтерию и ERP, а коллега тестирует складскую систему и розницу.
Еще коллеги спрашивают: в каких случаях требуется автоматизированное тестирование, а когда лучше “ручками” тестировать?
Автоматизировать - это, понятно, регрессионные тесты, проверка перед релизом - не сломали ли мы что то существующее. Автотест - он прогоняет 80-90% автоматом. Допустим, он длится у нас сейчас примерно 5 часов (в ERP). А если это все прогонять вручную - 4-5 дней надо.
Если месяца три так посидеть - очень надоест скоро. И вот регрессионный тест - его да, очень круто автоматизировать.
А руками лучше тестировать новую функциональность. Какие-то новые реквизиты на форме добавляются, либо регистры или отчет какой-нибудь новый. Их лучше тестировать руками - проверять согласно требованиям, связываться с разработчиками и, соответственно, уже смотреть.
Вы про регрессионное тестирование сказали. А вы прямо всё-всё покрываете тестами? Или самые критичные процессы?
Скажем так: самые наиболее используемые. В ERP полно всякого функционала. Понятно, что у нас лишь половина этого функционала используется. И вот эту половину функционала разумно покрыть автотестами - где пользователи активно создают документы, там и автоматизировать. У нас это - складской учет, он ведется в ЕРП , продажи, часть бухгалтерского учёта - это всё покрыто автотестами.
Ещё такой момент: удобно автоматизировать обмены. Обмены - это такая критичная вещь, одна из самых критичных и которая очень легко ломается. За ними надо очень внимательно следить.
Вы начали заниматься тестированием не в 1С.Если кто-то хочет стать тестировщиком в 1С - с чего начать? Как Вы изучали все эти штуки: Vanessa и прочие?
Желательно сначала изучить теорию тестирования. Записаться на какие-нибудь курсы или самому поизучать / почитать про разные типы тестирования - техники тест-дизайна, граничные значения, классы эквивалентности, попарное тестирование и прочее.
И, конечно, знать конфигурации - этому очень неплохо помогает сертификация от 1С, как минимум по УТ.
Этого будет достаточно: теория тестирования и знание конфигураций.
А вот инструменты: СППР, Vanessa - есть какие-то курсы?
Да, курсы есть. Это несложные инструменты. По СППР - это буквально две части по три часа, то есть шесть часов всего. И по Vanessa примерно так же, часов шесть.
Это именно 1С-ные курсы? Где их искать?
Нет, это на Ютубе. По Vanessa самый толковый курс, который я нашёл - это как раз от Курсы-по-1С.рф. И там хороший курс по Vanessa.
Ссылки на курсы. которые упомянул Константин, будут в конце этой статьи
Самое сложное, это как раз - знание теории тестирование и конфигураций. Еще желательно, конечно, иметь какой-то опыт разработки, чтобы понимать - как именно внутри всё работает. Понимание языка запросов, языка программирования 1С, как устроены объекты системы и для чего они нужны - это тоже крайне полезно знать.
ОК. Следующий вопрос будет от подписчика: “Когда следует привлекать в команду тестировщика?”
Когда накопилось большое количество изменений и есть необходимость проверки качества, когда уже система начинает работать нестабильно.
Собственно, меня поэтому и пригласили: там накопилась куча всяких недоработок, они друг на друга наслоились и система просто перестала стабильно работать (сломались обмены; часто возникали ошибки в движениях, на форумах). Вплоть до того, что не было ни одного документа, где бы все кнопочки нормально работали - где-нибудь да возникала ошибка. И тогда у фирмы возникла потребность в тестировании.
Еще желательно выстроить сам процесс разработки - то есть релизные циклы, команды, автоматические системы проверки кода. Это тоже очень важно: потому что если ты без выстроенной системы разработки релизных циклов очень трудно наладить качество. Релизы должны быть запланированы.
У нас раньше было раз в неделю, но это нам показалось слишком часто, на тестирование не хватало времени и решили делать это два раза в месяц, то есть каждые две недели: пусть копятся доработки и каждую четную неделю месяца эти доработки закидываются в конфигурацию.
А до этого, как мне сказали, система разработки была не налажена и разработчик мог делать сразу несколько проектов, не связанных между собой. Релизы происходили как Бог на душу положит -два раза в неделю, три раза в неделю, каждый день, через месяц - и это тоже вносило свой хаос. И каждый разработчик мог что-то своё напихать в конфигурацию, что ломало доработку другого разработчика. И вот как раз тестирование и необходимо, чтобы избежать этого хаоса.
То есть сначала релиз-менеджмент выстроить, чтобы заработало тестирование.
Да-да.
Получается: вас двое и релизы каждые две недели. А какую команду разработчиков вы “обслуживаете”? Сколько людей в команде?
У нас 12 разработчиков, по 6 на каждого.
Сколько в среднем по времени занимает протестировать один релиз?
Последний раз тестирование релиза заняло у нас примерно 3 дня. То есть где-то что-то сломалось - починили-поправили, перепрогнали тест и убедились, что всё работает. А обычно где-то день-два, если всё хорошо и нет ничего критичного.
А сами программисты насколько вас тестируют? У них есть какие-то сценарии тестирования?
Да, обычно после того, как они что-то добавили - они сами тестируют и уже после этого передают на тестирование нам и мы, тестировщики, занимаемся проверкой.
А что у вас на входе? Какое-то ТЗ от аналитика? На основе чего вы проверяете?
ТЗ от аналитика не всегда бывает. У нас ведётся учёт заявок в таск-менеджере. И там может быть какая-нибудь “хотелка” пользователя и очень часто никакого сценария и никакого ТЗ там не бывает. Приходится взаимодействовать с разработчиками и аналитиками, чтобы понять - что было сделано.
Но, конечно, редко бывает что-то инновационное, затрагивающее основную деятельность фирмы. Все доработки крутятся внутри какой-то определенной логики.
Есть еще такой вопрос: “Сколько времени уходит на написание теста?” В среднем по больнице?
На написание какого: автоматического или ручного?
Давайте и то, и то рассмотрим.
Именно на выполнение теста, в среднем, одна заявка - часа 4, плюс-минус. Иногда час, а иногда и день может одна заявка длиться. А автоматический сценарий - 1 объект (хорошо, основательно) - часа 3-4. Например, сделать один документ, чтобы его проверить - это да, тоже 3-4 часа.
Кстати, я вспоминал, что 1С вроде поставляет готовые тесты для ERP. Вы их брали за основу?
Нет. Я посмотрел: они как-то очень плохо сделаны. Они хотели начать поставлять, но что-то у них заглохло. Они какой-то маленький тест представили, который работает только на типовой конфигурации, а она у нас изменена довольно сильно. На доработанных конфигурациях он не работает или работает частично.
Ну, я год назад смотрел. Они ради примера что-то выкатили и всё. Больше я не видел. Может, конечно, сейчас они сделали уже всё основательно - надо посмотреть.
Во всяком случае, видел на HH вакансию тестировщика в 1С - как раз по этой теме.
И такой еще, тоже интересный вопрос: “Делаю самописку на БСП. Хочу её протестировать. Какой инструмент лучше подойдёт для автоматизированного тестирования в короткий срок?”
Vanessa. Других не встречал подходящих инструментов. Может, они и есть.
ОК, и, пожалуй, финальный вопрос. Насколько вообще востребованы тестировщики? Как мне кажется, вакансий тестировщиков не очень много.
На самом деле, тестировщики довольно-таки востребованы. Когда я выложил резюме - мне в этот же день написали.
Тут в чем фишка - не все фирмы, которым нужен тестировщик по 1С, выкладывают вакансии. Они ищут тестировщиков по активным резюме.
Если по зарплате сравнить с программистом или аналитиком - это сопоставимые цифры?
Да, сопоставимые. Допустим, если брать зарплаты тестировщиков, которые мобильные приложения тестируют или web - да, зарплата сопоставима. То есть какой-нибудь middle в 1С - у него будет зарплата такая же, как у middle в web.
Это действительно востребовано и тестировщиков со знанием 1С не хватает.
Те, кто ищет: это в основном инхауз, наверное?
Да, не франчи. Франчи почему-то не так активно ищут. Это в основном конечные клиенты, достаточно крупные фирмы (например: “Спортмастер”, “Глория джинс”). Даже были вакансии в Газпром, Роснефть и так далее.
Можете добавить какое-то напутствие тем, кто интересуется тестированием?)
Напутствие?) Изучайте теорию тестирования, изучайте 1С. Ещё, желательно, языки программирования. И всё будет хорошо))
Константин, спасибо за беседу. Было интересно.
Ссылки от Константина
1. Автоматизация тестирования в СППР. Видео
2. Сценарное тестирование от курсы-по-1С.РФ