Тестировщик программного обеспечения

Профессия тестировщика программного обеспечения прошла несколько ключевых этапов развития, эволюционировав от неформальной части программирования до самостоятельной дисциплины. На заре компьютерной эры в 1940-х — середине 1950-х годов отдельной профессии тестировщика не существовало. Процесс проверки был неотделим от отладки (англ. debugging) и выполнялся самими программистами. Например, программное обеспечение для Манчестерской машины Марк 1, созданное Томом Килберном в 1948 году, проверялось его же автором^[4]. Основной задачей было доказать, что программа в принципе работает^[5]. В конце 1950-х — 1970-х годах с усложнением программного обеспечения начался процесс формализации. В 1957 году Чарльз Бейкер (англ. Charles L. Baker) впервые чётко разграничил понятия «тестирование» (проверка соответствия требованиям) и «отладка» (поиск и исправление причин ошибок). В этот период появляются первые выделенные команды, специализирующиеся на проверке качества ПО^[6]. В 1979 году Гленфорд Майерс в книге «Искусство тестирования программного обеспечения» (англ. The Art of Software Testing) сформулировал идею о том, что цель тестирования — не доказать работоспособность программы, а целенаправленно найти в ней ошибки. Этот подход заложил основы структурированного тестирования^[7]. В 1980-х — 1990-х годах рост объёмов ПО привёл к появлению первых коммерческих инструментов для автоматизации тестирования^[8]. Тестирование стало рассматриваться как способ оценки и измерения качества продукта, что привело к формированию концепции обеспечения качества (QA)^[5]. С 2000-х годов распространение гибких методологий разработки (Agile, Scrum) изменило роль тестировщика. Он стал полноценным членом команды разработки, вовлечённым в процесс с самого начала для предотвращения дефектов^[9]. QA-инженеры начали активно работать с системами непрерывной интеграции и доставки (CI/CD)^[10]. Появление в 2004 году инструмента с открытым исходным кодом Selenium сделало автоматизацию веб-тестирования широко доступной. Современный этап характеризуется применением искусственного интеллекта и машинного обучения для автоматической генерации тестов и предиктивного анализа^[7]. Внутри профессии появились узкие специализации, такие как тестирование производительности, безопасности, а также роли Test Architect и SDET.

Соавтором первого учебника по программированию является Евгениий Жоголев^[11]. Его ученик, студент МГУ Александр Александров, защитив диплом под руководством Виталия Кауфмана, остался в МГУ уже в качестве сотрудника Вычислительного центра (ВЦ) и приступил к разработке компилятора первого языка программирования высокого уровня — Fortran (FORmula TRANslator).

В 1973 году по договорённости с Объединённым институтом ядерных исследований (ОИЯИ) на Вычислительный центр МГУ возложили задачу разработки государственных стандартов Fortran. Задача стандартизации состояла в том, чтобы программа, выполненная на разных машинах, выдавала один и тот же результат. В СССР на тот момент никто эту работу не выполнял, а во всём мире по данной теме первая книга появилась только в 1980 году.

В это же время в ИК АН УССР Екатерина Логвиновна Ющенко и Людмила Петровна Бабенко разрабатывали стандарт языка COBOL (COmmon Business-Oriented Language).

Разработав ГОСТы 23056-78 и 23057-78, перешли ко второй задаче — разработке «эталонного компилятора» — контролера программ, который бы проверял соответствие программ стандарту. Это был второй такой компилятор в мире — первый был создан в США Барбарой Райдер.

Третьей задачей стала разработка тестов для компиляторов. Применение этих тестов, которые занимали приличный ящик перфокарт, позволяло ответить на вопрос, полностью ли конкретный компилятор поддерживает стандарт Fortran.

Основные функции и обязанности тестировщика включают несколько ключевых направлений.

• Анализ требований и планирование. На начальном этапе тестировщик изучает проектную документацию и технические задания для понимания ожидаемой функциональности продукта^[12]. На основе этого анализа он планирует процесс тестирования и разрабатывает стратегию, выбирая подходящие виды проверок^[13].
• Разработка тестовой документации. Для систематизации процесса тестировщик создаёт специальные документы, такие как тест-планы, тест-кейсы и чек-листы^[14][15].
• Проведение тестирования. Это основная фаза работы, в ходе которой специалист непосредственно проверяет продукт^[12]. Тестирование может быть ручным, когда тестировщик имитирует действия пользователя^[16], или автоматизированным, когда для выполнения повторяющихся тестов пишутся специальные скрипты^[1].
• Обнаружение и документирование ошибок. При обнаружении ошибки тестировщик создаёт подробный отчёт (англ. bug report) в системе отслеживания дефектов, например Jira^[17]. Качественный отчёт содержит шаги для воспроизведения ошибки, фактический и ожидаемый результат, а также скриншоты или логи^[14].
• Взаимодействие и контроль. Тестировщик тесно сотрудничает с разработчиками, аналитиками и менеджерами^[16]. Он контролирует исправление ошибок, проводя повторную проверку, и предоставляет отчёты о качестве продукта^[15].

Тестовая документация обеспечивает системный подход к тестированию, помогая в планировании, выполнении и анализе результатов^[18]. Основные виды документов:

• Тест-план (англ. Test Plan) — стратегический документ, описывающий цели, подходы, ресурсы и график работ по тестированию. Он определяет объём тестирования, критерии его начала и окончания, а также потенциальные риски^[19][20].
• Тест-кейс (англ. Test Case) — детализированная инструкция для проверки одной конкретной функции. Тест-кейс содержит уникальный идентификатор, предусловия, пошаговые действия, ожидаемый результат и постусловия^[21][22]. Статус выполнения обычно отмечается как «Пройден» (англ. Passed) или «Не пройден» (англ. Failed)^[23].
• Тест-сценарий (англ. Test Scenario) — высокоуровневое описание последовательности действий или «пути пользователя» для проверки определённой бизнес-логики. В отличие от тест-кейса, который фокусируется на одной проверке, тест-сценарий может объединять несколько тест-кейсов в логическую цепочку, описывая сквозной процесс^[24][25].
• Чек-лист (англ. Checklist) — упрощённый список проверок без детализации шагов. Он используется для быстрой проверки основного функционала, особенно опытными тестировщиками или в условиях ограниченного времени^[26][27].
• Тестовые данные (англ. Test Data) — конкретные входные значения, используемые при выполнении тестов. Они могут быть валидными (корректными), невалидными (некорректными) или граничными (на границах допустимых диапазонов)^[28].
• Отчёт о тестировании (англ. Test Report) — итоговый документ, содержащий сводную информацию о результатах тестов. Он предназначен для всех заинтересованных сторон и помогает принять решение о выпуске продукта^[29].

Планирование тестирования — это фундаментальный этап, систематизирующий процесс проверки качества. Он включает анализ требований, разработку стратегии и тест-плана, проектирование тестовых сценариев, а также подготовку тестового окружения и данных^[30][31]. Для создания эффективных тестов QA-инженеры используют различные методики тест-дизайна^[32]:

• Эквивалентное разделение (англ. Equivalence Partitioning). Множество входных данных разбивается на классы, внутри которых система ведёт себя одинаково. Для проверки достаточно взять по одному значению из каждого класса^[33].
• Анализ граничных значений (англ. Boundary Value Analysis). Методика основана на предположении, что ошибки чаще возникают на границах диапазонов входных данных. Проверяются сами граничные значения и ближайшие к ним^[34][33].
• Таблица принятия решений (англ. Decision Table Testing). Используется для тестирования сложной бизнес-логики, где результат зависит от комбинации нескольких условий. Техника помогает наглядно представить все возможные комбинации в виде таблицы^[35].
• Попарное тестирование (англ. Pairwise Testing). Применяется для проверки систем с большим количеством независимых параметров. Техника позволяет сократить число тестов, проверяя все возможные комбинации каждой пары параметров^[36][37].
• Тестирование на основе состояний и переходов (англ. State Transition Testing). Используется для систем, поведение которых зависит от текущего состояния и предыдущих событий. Тесты создаются для проверки всех или наиболее важных переходов между состояниями^[38][39].

Процесс проведения тестирования представляет собой структурированную последовательность этапов^[40].

На этом этапе QA-специалисты непосредственно проверяют работу ПО, следуя шагам, описанным в заранее подготовленных тест-кейсах^[41]. Перед началом выполнения настраивается тестовое окружение (англ. test environment)^[42]. Фактический результат сравнивается с ожидаемым, задокументированным в тест-кейсе^[43].

На этом этапе фиксируются все исходы выполненных тестов. Каждому тест-кейсу присваивается статус: «Успешно» (англ. Passed), если фактический результат совпал с ожидаемым, или «Неуспешно» (англ. Failed), если есть расхождения^[43]. В случае провала теста создаётся отчёт об ошибке (баг-репорт)^[41]. Все результаты заносятся в систему управления тестированием^[21].

Ретестирование (англ. Re-testing) проводится после того, как команда разработки сообщает об исправлении дефекта. Его цель — убедиться, что ошибка была успешно устранена, путём повторного выполнения проваленных ранее тест-кейсов. Если ошибка больше не воспроизводится, дефект закрывается. Если проблема осталась, баг-репорт возвращается разработчикам^[44].

Это завершающий этап, на котором подводятся итоги проделанной работы. Команда убеждается, что достигнуты заранее определённые критерии завершения тестирования (например, отсутствие критических дефектов)^[45]. Готовится итоговый отчёт (англ. Test Summary Report), а вся тестовая документация архивируется для будущего использования^[46].

Автоматизация тестирования — это процесс использования специальных программных инструментов для выполнения тестовых сценариев и проверки результатов^[47]. Основные задачи автоматизации включают замену рутинных проверок (например, регрессионное тестирование), ускорение процесса тестирования, исключение человеческого фактора и расширение тестового покрытия^[48]. Преимущества автоматизации:

• Экономия времени и денег. В долгосрочной перспективе автоматизация сокращает ресурсы за счёт ускорения тестирования и многократного использования скриптов^[49].
• Повышение качества ПО. Быстрое обнаружение ошибок на ранних стадиях разработки ведёт к созданию более стабильного продукта^[50].
• Повышение мотивации команды. Тестировщики могут сосредоточиться на более сложных и творческих задачах, требующих человеческого внимания.

Процесс внедрения автоматизации включает этапы планирования, разработки тестовых скриптов, их выполнения и последующей поддержки и обновления^[51].

Регрессионное тестирование — это вид тестирования, который проводится для проверки того, что недавние изменения в коде не оказали негативного влияния на уже существующую функциональность^[52]. Его главная цель — обеспечить стабильность продукта и предотвратить повторное появление уже исправленных дефектов. Регрессионное тестирование необходимо проводить после добавления новых функций, исправления ошибок, оптимизации кода или изменения конфигурации ПО^[53]. Существует несколько методов его проведения:

• Полная регрессия (англ. Retest-All) — повторный запуск всех ранее созданных тестов.
• Выборочное регрессионное тестирование (англ. Regression Test Selection) — для проверки выбирается только подмножество тестов, связанных с внесёнными изменениями.
• Приоритизация тест-кейсов (англ. Test Case Prioritization) — сначала запускаются тесты с наивысшим приоритетом, проверяющие критически важную функциональность^[53].

В современных подходах к разработке, таких как Agile и DevOps, регрессионное тестирование играет ключевую роль, а из-за своей повторяемости является главным кандидатом на автоматизацию^[54][52].

Для успешной работы тестировщику необходимы следующие технические навыки (англ. Hard Skills)^[55]:

• Теория тестирования. Понимание целей и принципов тестирования, жизненного цикла разработки ПО (SDLC) и тестирования (STLC), знание различных видов и уровней тестирования^[56][57].
• Тест-дизайн и тестовая документация. Умение применять техники тест-дизайна и грамотно составлять чек-листы, тест-кейсы и баг-репорты.
• Работа с баг-трекинговыми системами. Опыт использования систем вроде Jira или YouTrack.
• Базы данных и SQL. Базовые знания SQL для написания запросов к базам данных с целью проверки корректности данных.
• Веб-технологии. Понимание клиент-серверной архитектуры, протокола HTTP, основ HTML и CSS^[58].
• Тестирование API. Умение работать с инструментами для тестирования API, такими как Postman или Swagger^[59].
• Системы контроля версий. Знакомство с Git для работы с кодом и тестовыми артефактами.

• Языки программирования. Владение как минимум одним языком, чаще всего Python, Java или JavaScript^[60].
• Фреймворки и инструменты автоматизации. Опыт работы с инструментами вроде Selenium, Playwright или Cypress^[61].
• Понимание DevOps. Знание концепций CI/CD и инструментов, таких как Jenkins или Docker^[62].

Помимо технических навыков, тестировщику необходимы следующие личностные качества (англ. Soft Skills)^[63]:

• Внимание к деталям и скрупулёзность.
• Аналитическое и критическое мышление.
• Коммуникабельность для ясного изложения информации о дефектах.
• Усидчивость и терпение.
• Ответственность и самостоятельность^[64].
• Обучаемость и желание осваивать новые технологии^[65].

Хотя высшее образование не всегда является строгим требованием, оно создаёт прочный фундамент для карьерного роста. Специализированных программ, направленных исключительно на подготовку тестировщиков, практически не существует, поэтому абитуриентам следует выбирать общие IT-специальности^[66]. Наиболее подходящие направления подготовки^[67]:

• Программная инженерия (09.04.04);
• Информатика и вычислительная техника (09.03.01);
• Информационные системы и технологии (09.03.02);
• Прикладная математика и информатика (01.03.02);
• Компьютерная безопасность (10.05.01).

Ведущие российские вузы с сильными IT-направлениями^[68][69]:

• Университет ИТМО (Санкт-Петербург);
• МГТУ им. Н. Э. Баумана (Москва);
• МФТИ (Москва);
• НИЯУ «МИФИ» (Москва);
• УрФУ (Екатеринбург).

Также профессию тестировщика можно получить в учебных заведениях СПО^[70]:

• Колледж при Московском технологическом институте (Москва);
• Московский государственный колледж электромеханики и информационных технологий;
• Московский колледж управления, гостиничного бизнеса и информационных технологий «Царицыно»;
• Московский международный колледж цифровых технологий «Академия ТОП» и др.

Существует множество онлайн-курсов от образовательных платформ, таких как Яндекс Практикум, Нетология, Skillbox и GeekBrains, которые готовят тестировщиков с нуля или помогают повысить квалификацию^[71][72]. Также существуют программы среднего профессионального образования, например, «Специалист по тестированию в области информационных технологий» в колледже при университете «Синергия»^[73].

• ISTQB (International Software Testing Qualifications Board) — самая популярная и признанная в мире схема сертификации. Она имеет несколько уровней^[74]:
  • Foundation Level (Базовый) — для начинающих, подтверждает знание основ тестирования^[75].
  • Advanced Level (Продвинутый) — для опытных специалистов, делится на модули: Test Manager, Test Analyst и Technical Test Analyst^[76].
  • Expert Level (Экспертный) — для специалистов с многолетним опытом в определённой области.
• CSTE (Certified Software Tester) — сертификация от QAI Global Institute, подтверждающая знания и навыки для выполнения задач по тестированию ПО^[77].

Тестировщики востребованы в различных секторах экономики, где ведётся разработка и внедрение программных продуктов^[78].

• IT-сектор. Продуктовые IT-компании (например, VK, «Литрес»), аутсорсинговые компании и системные интеграторы (Bell Integrator), веб-студии и игровая индустрия (GameDev)^[79][78].
• Финансовый сектор (FinTech). Банки (например, Сбер), страховые и инвестиционные компании, которые активно развивают онлайн-сервисы и мобильные приложения^[80].
• Электронная коммерция (E-commerce) и Ритейл. Онлайн-магазины и маркетплейсы (например, Lamoda)^[80].
• Телекоммуникации. Операторы связи (например, Ростелеком, МТС, билайн), разрабатывающие биллинговые системы и личные кабинеты. Трудоустройство в такие компании происходит преимущественно напрямую через их карьерные порталы^[81].
• Крупные корпорации и промышленность. Компании из не-IT секторов (например, Северсталь), создающие собственные IT-отделы для разработки специализированного ПО^[79].

Уровень заработной платы тестировщика в России в 2023—2024 годах зависит от опыта, специализации и региона.

• Москва:
  • Junior (начинающий): 60 000—100 000 рублей.
  • Middle (средний уровень): 120 000—200 000 рублей.
  • Senior (опытный): 200 000—300 000+ рублей.
• Регионы России:
  • Junior (начинающий): 40 000 — 80 000 рублей.
  • Middle (средний уровень): 90 000—150 000 рублей.
  • Senior (опытный): 150 000—250 000 рублей^[82].

Инженеры по автоматизированному тестированию зарабатывают в среднем на 30-50 % больше, чем специалисты по ручному тестированию^[83].

Карьера тестировщика предлагает как вертикальное, так и горизонтальное развитие^[84].

• Вертикальный рост предполагает последовательное продвижение по позициям: Junior → Middle → Senior QA Engineer → QA Lead (руководитель группы) → QA Manager (менеджер по обеспечению качества)^[85]. Существуют также высокоуровневые технические роли, такие как Test Architect (архитектор тестирования) и SDET (Software Development Engineer in Test) — гибрид разработчика и тестировщика^[86][87].
• Горизонтальный рост позволяет углубляться в узкоспециализированные области^[88]:
  • Автоматизированное тестирование.
  • Нагрузочное тестирование.
  • Тестирование безопасности.
  • Юзабилити-тестирование.
  • Тестирование мобильных приложений.

Для управления ручным тестированием используются системы управления тестированием (англ. Test Management Systems, TMS).

• TestRail — популярное веб-приложение для централизованного управления тест-кейсами, планирования тестовых прогонов и отслеживания прогресса^[89].
• Zephyr — плагин для Jira, который добавляет функциональность управления тестированием непосредственно в её интерфейс, обеспечивая бесшовную связь между задачами и тестами^[90].
• TestLink — бесплатный веб-инструмент с открытым исходным кодом, подходящий для небольших команд^[91].
• qTest — платформа для управления тестированием, разработанная для Agile и DevOps команд^[92].
• Test IT — российская система управления тестированием, представляющая единое пространство для ручных и автоматизированных тестов^[93].

• Selenium — фреймворк с открытым исходным кодом, являющийся отраслевым стандартом для автоматизированного тестирования веб-приложений^[94].
• Appium — фреймворк с открытым исходным кодом для автоматизации тестирования мобильных (нативных, гибридных и веб-) приложений на платформах Android и iOS^[95].
• Cypress — современный JavaScript-инструмент, ориентированный на end-to-end тестирование веб-приложений, известный своей скоростью и удобством для разработчиков^[96].
• Playwright — фреймворк от Microsoft для надёжного end-to-end тестирования веб-приложений, поддерживающий браузеры на движках Chromium, WebKit и Firefox^[97].
• TestComplete — коммерческая платформа от SmartBear для автоматизированного тестирования десктопных, веб- и мобильных приложений^[98].

• Apache JMeter — универсальный инструмент с открытым исходным кодом для тестирования производительности различных приложений и протоколов^[99].
• LoadRunner — коммерческий инструмент корпоративного уровня, известный своей мощностью и широкой поддержкой технологий, включая проприетарные^[100].
• Gatling — высокопроизводительный инструмент, использующий подход «тесты как код» на языке Scala, что позволяет генерировать большую нагрузку с минимальными ресурсами^[101].
• k6 — современный инструмент, ориентированный на разработчиков, с написанием тестов на JavaScript и лёгкой интеграцией в CI/CD пайплайны^[102].
• Locust — инструмент с открытым исходным кодом, позволяющий определять поведение пользователей с помощью кода на Python, что обеспечивает высокую гибкость сценариев^[103].

• Jira — мощный инструмент для управления проектами и отслеживания ошибок, особенно популярный в Agile-командах^[104].
• Bugzilla — бесплатная система с открытым исходным кодом, созданная Mozilla Foundation^[105].
• MantisBT — простая и гибкая система отслеживания ошибок с открытым исходным кодом, написанная на PHP^[106].
• YouTrack — современная система от компании JetBrains с интеллектуальным поиском и поддержкой Agile-досок^[107].