Отчёт по преддипломной практике в ИТ-компании — пример презентации

• Преддипломная практика, «Тензор-Софт»
• Должность — инженер по тестированию
• Тема: тестирование информационных систем
• Результаты — в основу диплома

Добрый день, уважаемая комиссия! Представляю вашему вниманию отчёт о преддипломной практике, которую я проходил в компании «Тензор-Софт» в должности инженера по тестированию. Тема отчёта — тестирование информационных систем. В ходе практики я изучил процессы разработки и тестирования, выполнил ряд задач и получил практические результаты, которые лягут в основу моей дипломной работы.

• Цель — закрепить навыки тестировщика
• Пять задач: продукт, инструменты, тесты, регресс, отчёт
• Связь с ВКР — сбор материалов
• Дальше — база практики

Цель практики — закрепить навыки инженера по тестированию и собрать материалы для дипломной работы. Для этого я поставил пять задач: изучить продукт компании, освоить инструменты тестирования, провести функциональное и регрессионное тестирование, а также оформить документацию. Каждая задача напрямую связана с реальными задачами команды и с темой моей ВКР.

• «Тензор-Софт» — корпоративное ПО, документооборот
• Команда: 24 разработчика, 5 тестировщиков
• Практика: 03.02–02.03.2026, 4 недели
• Выручка 2025: 180 млн ₽
• Дальше — мои обязанности на практике

База моей практики — компания «Тензор-Софт», разработчик корпоративного ПО. Основной продукт — система электронного документооборота, которую используют средние и крупные компании. В команде разработки 24 человека, а отдел тестирования, где я работал, — это пять инженеров. Практика длилась четыре недели, с 3 февраля по 2 марта 2026 года. За 2025 год компания показала выручку 180 миллионов рублей — это устойчивый рост, поэтому отдел тестирования активно расширяется.

• Должность — инженер по тестированию
• Функциональное тестирование модулей
• Тест-кейсы, баг-репорты, регрессия
• Работа в команде разработки

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

• 4 недели: 3 фев — 2 мар 2026
• 1-я — знакомство, 2-я — функциональное тестирование
• 3-я — регрессия и баг-репорты
• 4-я — анализ и подготовка отчёта
• дальше — инструменты и процессы

Практика длилась ровно четыре недели — с 3 февраля по 2 марта 2026 года. Первую неделю я знакомился с продуктом и внутренними процессами компании: изучал архитектуру системы и настраивал рабочее окружение. На второй неделе перешёл к функциональному тестированию модулей и начал писать собственные тест-кейсы. Третья неделя была посвящена регрессионному тестированию и оформлению баг-репортов — именно там я увидел главную боль процесса, о которой расскажу дальше. Завершающая неделя ушла на анализ результатов и подготовку материалов, которые легли в основу этого отчёта и дипломной работы.

• Полный цикл инструментов тестировщика
• Scrum-канбан: спринты, статусы, оценки
• Тест-кейсы, баг-репорты, регресс, git
• Дальше — результаты в цифрах

За время практики я освоил полный цикл инструментов инженера по тестированию. В первую очередь — систему управления задачами, где вся команда работает по Scrum-канбану: спринты, статусы, оценка трудозатрат. Научился писать тест-кейсы и оформлять баг-репорты в трекере — с приоритетами, шагами воспроизведения и ожидаемым результатом. Отдельно отработал регрессионное тестирование перед релизами и работу с git — ветки, коммиты, pull-реквесты. Всё это — в плотном взаимодействии с разработчиками, что дало понимание реального процесса разработки.

• 186 тест-кейсов, 47 дефектов, 39 подтверждено
• 12 сценариев автоматизировано
• Полный цикл: от написания до автотестов
• Дальше — проблема ручной регрессии

За четыре недели практики я прошёл полный цикл работы инженера по тестированию. Написал 186 тест-кейсов — это покрытие ключевых модулей продукта. В ходе ручного тестирования нашёл 47 дефектов, из них 39 подтвердились и были заведены в трекер — остальные оказались особенностями поведения системы. Отдельно освоил автоматизацию: 12 сценариев регрессионных проверок перевёл в автотесты. Эти цифры показывают, что я не просто наблюдал за работой команды, а реально участвовал в процессе и приносил пользу.

• 30 чел.-часов на ручную регрессию
• 120 тест-кейсов вручную
• 2 релиза в месяц → 32 часа ежемесячно
• Дальше — предложение по автоматизации

Перед каждым релизом мы тратим 30 человеко-часов на ручную регрессию — это почти четыре полных рабочих дня одного тестировщика. Набор из 120 тест-кейсов приходится прогонять вручную, потому что автоматизация покрывает лишь часть сценариев. При частоте релизов два раза в месяц это 60 человеко-часов ежемесячно — время, которое можно было бы направить на более глубокое тестирование новых функций. Именно эта проблема и стала отправной точкой для моего предложения по улучшению.

• Ручная регрессия — 30 часов на релиз
• Автоматизация: Selenium + Python
• Формула: T = n × t / k
• Итог: 30 ч → 1,5 ч, в 20 раз быстрее

Главная проблема, которую я выявил на практике, — ручная регрессия перед каждым релизом занимает около 30 часов. Я предложил автоматизировать ключевые сценарии с помощью Selenium WebDriver и Python. Расчёт по формуле показывает: при 120 тест-кейсах, среднем времени одного прогона 15 минут и параллельности 4, автоматизация сокращает время до полутора часов. Это в 20 раз быстрее, и команда может выпускать релизы чаще, не теряя в качестве.

• Цель практики достигнута
• Все задачи плана выполнены
• Проблема регрессии — основа ВКР
• Материалы пойдут в диплом

Подводя итоги, могу сказать, что практика полностью достигла своей цели. Я освоил реальные инструменты и процессы тестирования, которые невозможно получить в аудитории, — от ведения тест-кейсов до работы с git в команде. Все задачи календарного плана выполнены в срок, что подтверждает и руководитель от предприятия. Отдельно отмечу выявленную проблему ручной регрессии — она стала основой для моего предложения по улучшению. Именно этот материал ляжет в основу моей дипломной работы, поэтому практика дала мне и тему, и практическую базу для исследования.