Что почитать тестировщику 1С
Коллеги, часто ко мне обращаются с вопросом: «С чего начать глубже изучать тестирование 1С?». После 7 лет в финтехе я убедилась: чтобы находить сложные баги, нужно понимать не только QA, но и платформу, и бизнес-логику. Делюсь своей подборкой проверенных материалов, которые помогли мне вырасти от исполнителя до лидера. Разделила их на три уровня погружения. Уровень 1: Стать гуру платформы 1С Без этого — никуда. Нужно знать, «как оно устроено под капотом». 1. «Профессиональная разработка в 1С» (Книги и курсы от фирмы «1С»). · Что даст: Системное понимание архитектуры, механизмов работы запросов, проведение документов. Вы начнете видеть не симптомы бага, а его корень. 2. Сайт its.1c.ru (особенно разделы «Технологические вопросы» и «Производительность»). · Что даст: Ответы на самые частые и сложные вопросы от самих разработчиков платформы. Это кладезь решений для нестандартных ситуаций. Уровень 2: Погрузиться в предметку (Финансы, бухучет) Ваша суперсила — понимать, что вы тестируете. 1. «Бухгалтерский учет с нуля» (А. Гартвич) или аналоги. · Что даст: Базовое понимание проводок, счетов, отчетов. Вы будете тестировать не просто «проведение документа», а корректность финансовой операции. 2. Отраслевые сайты и блоги: Например kontur.ru (их статьи для бухгалтеров). · Что даст: Понимание реальных бизнес-процессов и болей пользователей (бухгалтеров, финансистов), для которых вы и тестируете. Уровень 3: Прокачать именно тест-скиллы Как применять классические техники тестирования к специфике 1С. 1. Блог «Школы системного анализа» (С. Куликов) и его курс по тестированию. · Что даст: Уникальные материалы, которые учат не просто тест-дизайну, а тому, как его адаптировать под объекты метаданных 1С (справочники, документы, регистры). 2. Документация по Vanessa Automation на github.com. · Что даст: Если хотите двигаться в сторону автоматизации — это ваш основной учебник. Показывает, как описывать тесты на языке, понятном и бизнесу, и QA. Бонус: Для самых увлеченных · Изучите основы SQL. Умение писать простые запросы (SELECT, JOIN, WHERE) к таблицам регистров — это «рентген» для проверки данных, которые не всегда видны в интерфейсе. Почему это работает? Комбинация этих направлений превращает вас из того, кто выполняет сценарии, в того, кто проектирует тесты, предвосхищает риски и говорит с разработчиками на одном языке. А что из этого прочитали вы? Какие книги или ресурсы стали для вас открытием? Дополняйте подборку в комментариях — вместе соберем золотой фонд знаний!