Разработка системы автоматизированного тестирования микросервисов с использованием Testcontainers — дипломный проект Синергии

Введение

Выпускная квалификационная работа по направлению «интеграционные тесты с реальными зависимостями» — это сложный, но очень перспективный проект для студента IT-специальности. Когда смотришь на требования университета «Синергия», кажется, что нужно объять необъятное: теория микросервисов, Docker, Testcontainers, автоматизация, тестирование, оформление по ГОСТ и защита. В голове каша, а дедлайн уже через месяц? Чувствуете, что тонете в требованиях к диплому по интеграционные тесты с реальными зависимостями? Не переживайте, мы поможем выплыть и получить пятёрку.

В этой статье мы разберём, как устроена ВКР по разработке системы автоматизированного тестирования микросервисов с Testcontainers, на какие этапы делится работа, где подстерегают типичные ошибки и как грамотно подготовиться к защите. Если вы ищете готовое решение под ключ, то здесь же вы узнаете о всех вариантах сотрудничества — от написания отдельных глав до полного сопровождения вашего дипломного исследования.

Важно понимать: тема «Разработка системы автоматизированного тестирования микросервисов с использованием Testcontainers» — это не просто учебный проект, а актуальная задача для современной разработки. Компании всё чаще переходят на микросервисную архитектуру, и без качественных интеграционных тестов с реальными зависимостями (базами данных, очередями сообщений, внешними API) невозможно обеспечить стабильность продукта. Именно поэтому такая ВКР имеет высокую практическую ценность и хорошо оценивается комиссией.

Прежде чем мы углубимся в детали, давайте посмотрим, почему многие студенты испытывают трудности и почему им может потребоваться помощь в написании ВКР по интеграционные тесты с реальными зависимостями. Мы составили подробный разбор, который поможет вам сориентироваться в процессе.

Почему студентам сложно самостоятельно написать ВКР по интеграционные тесты с реальными зависимостями

Знакомая ситуация: вы набрали в поиске «заказать ВКР по интеграционные тесты с реальными зависимостями» и открыли наш сайт? Наверняка у вас уже были попытки написать главы или даже весь проект, но что-то пошло не так. Давайте честно признаем: тема сложная, и это нормально, когда с первого раза не получается.

Вот основные причины, из-за которых студенты застревают:

• Большой объём теории и практики. Нужно разобраться в микросервисной архитектуре, контейнеризации, жизненном цикле тестов, инструментах вроде Testcontainers, JUnit, Docker Compose, Mockito и многих других. Узкоспециализированные термины трудно систематизировать без опытного наставника.
• Недостаток практического опыта. Даже если вы писали простые юнит-тесты, интеграционное тестирование с реальными зависимостями требует умения поднимать контейнеры, настраивать сеть, обрабатывать флаки-тесты. Без практики написать работающую систему очень сложно.
• Требования вуза. В «Синергии» действуют строгие методические рекомендации: нужно не просто «сделать программу», а проанализировать предметную область, спроектировать архитектуру, обосновать выбор инструментов, выполнить сравнительный анализ, провести эксперимент и оценить результаты. Это большой объём документации.
• Сроки. Параллельно с работой, учебой и личной жизнью выделить время на глубокое изучение Тестконтейнеров и реальную разработку почти нереально. Средний срок написания такой ВКР — 2–3 месяца интенсивной работы.
• Оформление по ГОСТ. Многие студенты теряют баллы не за содержание, а за неправильное оформление списка литературы, ссылок, таблиц и рисунков. Наш опыт подсказывает, что преподаватели часто придираются к мелочам.

Понимаете, да? Самостоятельная работа требует сверхконцентрации и глубоких знаний. Если вы чувствуете, что силы на исходе, — это не повод отчаиваться. Существует профессиональная помощь в написании ВКР по интеграционные тесты с реальными зависимостями. Мы работаем со студентами «Синергии» и других вузов, помогая воплотить даже самые сложные проекты.

Что входит в подготовку дипломной работы

Выпускной проект по теме «Разработка системы автоматизированного тестирования микросервисов с использованием Testcontainers» должен состоять из стандартных разделов, предусмотренных ФГОС и методическими рекомендациями. Конечно, каждый вуз может добавлять свои детали, но общая структура примерно такая:

Структура дипломной работы

1. Введение. В нем обосновывается актуальность темы, ставятся цель и задачи, определяются объект и предмет исследования, указывается методологическая база. Для данной темы объектом будет процесс интеграционного тестирования микросервисов, а предметом — использование Testcontainers для создания реальных зависимостей в тестовой среде.
2. Теоретическая глава. Здесь раскрываются основы микросервисной архитектуры, понятия контейнеризации, Docker, рассматриваются виды тестирования (unit, integration, e2e), анализируются существующие подходы к тестированию микросервисов (моки, тестконтейнеры, локальные окружения). Вам нужно будет показать умение работать с литературными источниками.
3. Практическая глава. Это сердце вашей работы. Вы должны спроектировать систему автоматизированного тестирования, обосновать выбор Testcontainers, разработать архитектуру тестовых контейнеров, реализовать тесты для типовых сценариев взаимодействия микросервисов (например, с БД PostgreSQL, очередью RabbitMQ, кэшем Redis). В практическую главу также входит описание окружения, настройка Docker, написание кода на Java/Kotlin, интеграция с системой сборки (Maven/Gradle).
4. Оценка результатов. Вы должны провести эксперименты, замерить скорость работы тестов, стабильность, сравнить с подходами без Testcontainers (например, когда использовались моки) и сформулировать выводы.
5. Заключение. Краткие итоги, достигнутые результаты, перспективы развития.
6. Список литературы и приложения. Исходный код, схемы, таблицы, результаты тестовых прогонов.

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

Методы исследования, используемые в работах по интеграционные тесты с реальными зависимостями

В дипломном проекте вы должны указать методы исследования. В работах, связанных с разработкой систем автоматизированного тестирования, обычно используются следующие методы:

• Анализ научной и технической литературы — изучение статей, книг, официальной документации по Docker, Testcontainers, микросервисам.
• Моделирование — создание модели тестируемой системы и схемы тестовых контейнеров.
• Проектирование — разработка архитектуры системы автоматизации тестирования.
• Эксперимент — запуск тестов, измерение времени выполнения, стабильности, сравнение с базовыми подходами.
• Сравнительный анализ — сопоставление Testcontainers с другими инструментами (Testcontainers vs H2, vs WireMock, vs docker-compose вручную).

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

Когда мы говорим о темах по интеграционные тесты с реальными зависимостями, необходимо также включить в методологию экспериментальные методы: прогон тестов, сбор метрик, нагрузочное тестирование. Статистическая обработка результатов может быть выполнена простыми средствами — например, в Excel или с помощью скриптов на Python. Это не требует сложного математического аппарата, но должно быть аккуратно оформлено.

Анализ сложностей тестирования микросервисных архитектур

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

Ключевые трудности микросервисного тестирования

• Изоляция и сетевые взаимодействия. Микросервисы общаются между собой по HTTP, через очереди сообщений или другие протоколы. Поднять полноценную среду для интеграционных тестов вручную — долго и ненадёжно. Слишком часто тесты падают из-за сетевых таймаутов, хотя сам код работает.
• Внешние зависимости. Сервисы могут зависеть от баз данных, Redis, Kafka, S3-хранилищ. В тестовом окружении нужно поднимать точно такие же версии, чтобы получить достоверный результат. Использование встроенных баз типа H2 вместо PostgreSQL приводит к ложноположительным результатам, поэтому нужны реальные зависимости.
• Флаки-тесты (flaky tests). Без должной изоляции тесты могут вести себя нестабильно: сегодня проходят, завтра падают из-за параллельного выполнения или слишком больших таймаутов. Это серьёзная проблема, которая снижает доверие к автоматизации.
• Сложность отладки. Когда тест падает, нужно понять, что именно пошло не так. Локальные зависимости позволяют сохранять логи контейнеров, что упрощает диагностику.

Вы можете разнообразить этот раздел примерами из реальной практики. Например, описать, как типичный микросервис, содержащий REST API и обращающийся к БД, тестируется при помощи моков, и какие проблемы это порождает: мок-объекты могут не отражать реальное поведение БД (например, уникальные индексы, транзакции, констрейнты). Именно поэтому в дипломной работе вы должны обосновать переход к Testcontainers.

Проектирование тестовых контейнеров с Testcontainers

Вот мы и подошли к самой интересной части — проектированию тестовых контейнеров. Здесь вы должны показать, как с помощью библиотеки Testcontainers (для Java, а также для .NET, Python, Node.js) можно создавать изолированные окружения для интеграционных тестов. Testcontainers использует Docker-контейнеры, чтобы временно поднять необходимую инфраструктуру: базу данных, брокеры сообщений, кэш и даже другие микросервисы.

В вашей ВКР следует описать архитектуру создаваемой системы тестирования. Начните с выбора основного языка и инструментов: например, Java и framework Spring Boot для тестируемого микросервиса, тест-фреймворк JUnit 5, а также библиотеку Testcontainers для создания контейнеров. Не забудьте указать, что вы используете Docker Desktop или Docker Engine, а для оркестрации множества контейнеров — Docker Compose.

Основные шаги проектирования

1. Определение зависимостей. Выпишите все внешние сервисы, с которыми взаимодействует ваш микросервис: MySQL/PostgreSQL, Redis, Kafka, RabbitMQ, внешний API. Для каждой зависимости выберите Docker-образ с подходящей версией.
2. Настройка тестового класса. Создайте абстрактный базовый класс, который через аннотации Testcontainers стартует контейнеры перед тестами и останавливает после. Продемонстрируйте, как инициализируется подключение к БД, выполняются миграции (например, при помощи Flyway или Liquibase).
3. Управление окружением. Опишите, как вы задаёте параметры контейнеров: маппинг портов, переменные окружения, объёмы. Стоит упомянуть, что Testcontainers автоматически назначает свободные порты, чтобы избежать конфликтов.
4. Интеграция с CI/CD. Тестконтейнеры отлично работают в пайплайнах: вы можете запускать тесты на Jenkins или GitLab CI, просто установив Docker на агента. Это важный момент для вашей работы, потому что автоматизация тестирования должна встраиваться в процесс непрерывной поставки.

Не забудьте упомянуть, что Testcontainers поддерживает модули для различных систем: PostgreSQLContainer, MySQLContainer, RabbitMQContainer, KafkaContainer и другие. Это упрощает код и делает его читаемым. Покажите пример кода (в виде листинга в приложении) и диаграмму развёртывания тестового окружения. Такая наглядность производит хорошее впечатление на рецензентов.

При проектировании нужно учитывать производительность. Запуск контейнеров может занимать несколько секунд, поэтому тесты должны быть структурированы так, чтобы контейнеры были общими для всех тестов класса (например, с помощью @Testcontainers и @Container со статическим модификатором) и поднимались один раз. Также можно использовать кэширование слоёв Docker и скачивание образов заранее на этапе подготовки. Всё это вы можете проанализировать в практической части.

Реализация и оценка скорости и стабильности тестов

Самая ценная часть вашего диплома — это реализованная система автоматизированного тестирования и обоснование её эффективности. Мало просто написать код, нужно показать, что ваша система действительно работает, стабильна и достаточно быстра. В этом разделе вы должны описать процесс разработки, привести метрики, сравнить с альтернативами.

Для начала опишите, как вы писали тесты. Выберите несколько кейсов: проверка создания записи в БД, получение данных через REST API, обработка сообщений из очереди. Покажите, как Testcontainers помогают создать state под каждый тест, не засоряя базу данных. Объясните, как вы контролируете транзакции и чистите данные после тестов.

Оценка скорости выполнения

Насколько быстрее или медленнее работают тесты с реальными контейнерами по сравнению с моками? Обычно тесты с контейнерами работают дольше (запуск контейнера + сетевые запросы), но этот минус компенсируется надёжностью. В вашей дипломной работе стоит измерить время прогона одного теста при разных подходах. Например:

• С использованием Mockito (имитация БД) — 0,2 сек на тест, но низкая достоверность.
• С использованием H2 вместо PostgreSQL — 0,5 сек, но несоответствие синтаксиса и поведения.
• С использованием Testcontainers с PostgreSQL — 2 сек (с учётом запуска контейнера), но полное соответствие реальной среде.

Также важна стабильность. Вы можете прогнать один и тот же тест 50 или 100 раз и посчитать процент успешных запусков. С Testcontainers стабильность обычно близка к 100% при правильной изоляции. Не забудьте указать, как вы предотвращаете флаки-тесты: фиксированные таймауты, ретраи, штатное завершение контейнеров.

Не забывайте о интеграции тестов в пайплайн CI/CD. Здесь вы можете упомянуть, что система автоматизации тестирования должна запускаться на каждом коммите, и что настроить это можно через Jenkins или GitLab CI. Полезно описать, как вы реализовали этап сборки: сначала сборка проекта, затем запуск Testcontainers, затем выполнение тестов. Данные о стабильности и времени прогонов важны для ваших выводов.

В разделе про пайплайны данных и CI/CD уместно рассказать о том, как можно автоматически запускать тесты при изменениях в коде и как обрабатывать отчёты. Советуем изучить материалы по DataOps, Airflow — вы найдёте там полезные принципы организации потоков данных, которые можно применить и для потоков тестовых данных. А для обеспечения безопасности контейнеров и подписей образов обратитесь к рекомендациям по DevSecOps, безопасности в CI/CD.

Требования к ВКР

Помимо технической глубины, ваша выпускная квалификационная работа должна соответствовать целому ряду формальных требований. В Университете «Синергия» и большинстве других вузов придерживаются ФГОС, а также методических рекомендаций. Что нужно проверить обязательно?

• Объём работы. Обычно 60–80 страниц текста без приложений. Для инженерных проектов допускается меньше, но вступительная часть должна быть полноценной.
• Уникальность. Высокий процент — часто от 70% по Антиплагиат.ВУЗ. Если вы цитируете определения, нужно правильно оформлять цитирование.
• Структура. Введение, главы (обычно 3 главы: теория, анализ, практика), заключение, список литературы, приложения.
• Оформление по ГОСТ. Шрифт Times New Roman 14 пт, полуторный интервал, поля, нумерация страниц, заголовки, подписи к рисункам и таблицам.
• Список литературы. Не менее 30–40 источников, среди которых должны быть свежие (за последние 5 лет), а также зарубежные авторы.
• Практическая часть. Для технических работ требуется наличие программы или системы, а также результатов её тестирования. В вашем случае — это система автоматизированного тестирования.

Бывает сложно уследить за всеми деталями, особенно когда вы заняты разработкой. Если у вас нет времени или желания разбираться с ГОСТ, вы можете переложить эту задачу на профессионалов. Крайне важно, чтобы текст был не только технически правильным, но и правильно оформленным, иначе комиссия снизит оценку ещё до чтения сути.

Типовые требования вузов к ВКР по интеграционные тесты с реальными зависимостями

Хотя мы говорим о «Синергии», полезно знать общие требования, которые предъявляются к ВКР технического направления во многих вузах. Мы не будем перечислять десятки университетов, а сфокусируемся на типовых пунктах.

В техническом дипломе обязательно должны присутствовать: техническое задание (или ТЗ), описание архитектуры, обоснование выбора технологий, оценка надёжности и производительности. Для темы интеграционных тестов с реальными зависимостями важно, чтобы в работе было проведено сравнение с альтернативными подходами (моки, эмуляторы, ручной подъём инфраструктуры). Комиссия обращает внимание на понимание принципов работы Docker и Testcontainers, а также на умение применять их в тестах.

В Университете «Синергия» практикуется предзащита, где вы показываете черновой вариант работы руководителю. Данный этап позволяет исправить недочёты до финальной сдачи. Если вы планируете обращаться за профессиональной помощью, лучше делать это заранее, чтобы у авторов было время учесть все индивидуальные требования.

Также проверьте методические указания вашего вуза: в них могут быть уточнения по количеству глав, структуре введения, необходимости актов внедрения (для прикладных работ). В технических дипломах иногда требуют справку о внедрении результатов. Узнайте у руководителя, нужна ли она в вашем случае.

Как выбрать тему ВКР по интеграционные тесты с реальными зависимостями

Кажется, что тема уже задана в условии, но в реальности студент часто может скорректировать её под свои интересы и требования руководителя. Правильный выбор темы — это 50% успеха. Вам нужно найти баланс между актуальностью, доступностью литературы и возможностью провести эмпирическое исследование.

Критерии выбора темы:

• Актуальность. Должна быть связана с современными проблемами разработки. Интеграционное тестирование микросервисов с использованием Testcontainers — это очень актуально. Вы можете подчеркнуть рост микросервисной архитектуры в коммерческих проектах.
• Доступность источников. По теме Testcontainers есть официальная документация, статьи на Хабре, англоязычные блоги, книги по микросервисам. Это позволяет собрать хорошую теоретическую базу.
• Возможность проведения исследования. Для практической части вам нужно будет написать работающую систему. Убедитесь, что у вас есть компьютер с доступом в интернет, Docker, необходимые IDE. Если с этим проблемы, возможно, лучше выбрать более теоретическую тему. Но, как правило, у студентов IT есть всё необходимое.
• Возможность эмпирической части. Вы должны быть готовы создать микросервис (или взять готовый открытый проект) и написать для него интеграционные тесты. Это не слишком сложно, если вы имеете базовые знания Java и Spring.
• Требования научного руководителя. Обязательно обсудите с ним тему. Он может дать полезные советы по структуре и указать на неочевидные моменты. Некоторые руководители любят практические приложения, другие — глубокий анализ.

Если у вас уже есть примерная тема «Разработка системы автоматизированного тестирования микросервисов с использованием Testcontainers», вы можете конкретизировать её. Например, «на примере интернет-магазина» или «на примере банковской системы». Это добавит реалистичности и позволит легче описать предметную область.

Помните: выбор темы — это не окончательное решение. В ходе работы она может корректироваться. Главное — чтобы она была вам интересна и выполнима. Если вы сомневаетесь, предложите несколько вариантов руководителю. Или обратитесь к нам: мы поможем сформулировать тему, а также написать введение и план работы. Для этого можно заказать ВКР по интеграционные тесты с реальными зависимостями в нашем сервисе, и мы подберём оптимальную формулировку.

Проверка ВКР на антиплагиат

Ничто так не портит настроение студента перед защитой, как получение сообщения от руководителя: «Уникальность ниже 60%. Переделывайте». Проверка на антиплагиат — серьёзный этап. ВУЗы используют систему Антиплагиат.ВУЗ (или её модификации), которая находит заимствования из общедоступных источников. Как подготовиться к этой проверке правильно?

Во-первых, что такое допустимые цитирования? Вы можете использовать фрагменты определений, законодательные акты, цитаты из ГОСТ, но при этом обязаны оформить ссылки на источники. Система показывает такие фрагменты как цитирование. Если плагиат обнаруживается в сплошном куске текста, взятого из интернета, это засчитывается как заимствование.

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

Рекомендуемый процент уникальности в разных вузах: чаще всего от 70% и выше. В «Синергии» могут быть свои требования – проверьте на сайте или у методиста. Для технических работ с большим количеством кода важно помнить, что код не считается плагиатом (если он не скопирован массово), но пояснительная записка должна быть оригинальной.

Если вы пишете работу сами, но боитесь не пройти по уникальности, закажите проверку и консультацию у нас. Мы делаем рерайт сложных фрагментов, помогаем правильно оформить цитаты и снизить процент заимствований. При необходимости мы можем выполнить полную подготовку дипломной работы по интеграционные тесты с реальными зависимостями с нуля до финальной версии, которая пройдёт антиплагиат без проблем.

Типичные ошибки при написании ВКР по интеграционные тесты с реальными зависимостями

На основе многолетнего опыта мы собрали самые распространённые ошибки, которые допускают студенты при подготовке ВКР по данной теме. Изучите их заранее, чтобы не наступить на грабли.

Ошибка 1: Недостаточное обоснование выбора Testcontainers

Многие просто пишут: «Для тестирования мы использовали Testcontainers, потому что это популярно». Комиссия требует логичного обоснования: почему не H2? почему не моки? почему не docker-compose? Вы должны провести сравнительный анализ и показать преимущества именно для вашего сценария.

Ошибка 2: Неправильная изоляция тестов

Тесты, которые влияют друг на друга, — это классика. Студенты не очищают базу данных между запусками, используют статические переменные, которые сохраняют состояние, или запускают контейнеры в неправильном порядке. В итоге тесты проходят локально, но падают в CI. Покажите, как вы решаете эту проблему — например, с помощью транзакций с откатом (rollback) или с помощью очистки таблиц.

Ошибка 3: Отсутствие метрик производительности

В разделе реализации вы должны представить не только код, но и результаты экспериментов. Если вы заявляете, что ваша система ускоряет прогон тестов или повышает стабильность, приведите цифры. Без данных это становится голословным утверждением.

Ошибка 4: Плохое оформление приложений

Исходный код приведён без комментариев, не структурирован, схемы не подписаны. Комиссия иногда не смотрит код, но если смотрит — должно быть чисто. Размещайте код мелкими блоками в тексте и полностью — в приложении, с пояснениями.

Ошибка 5: Несоответствие цели и задач выводам

Студент формулирует цель «разработать систему», но в заключении пишет «проанализирована литература». Выводы должны отвечать на задачи, которые вы поставили во введении. Проверьте это перед сдачей.

Если вы понимаете, что некоторые ошибки уже совершены, не отчаивайтесь. Возможно, потребуется не переписывание всего, а доработка отдельных разделов. Вы всегда можете купить дипломную работу интеграционные тесты с реальными зависимостями в готовом качестве или заказать доработку у нас. Мы исправим указанные проблемы и подготовим работу к сдаче.

Как проходит защита ВКР

Защита выпускной квалификационной работы — это финальный этап, где вы демонстрируете комиссии результаты своего исследования. Для дипломного проекта по интеграционным тестам с реальными зависимостями защита обычно проходит в формате выступления с презентацией и демонстрацией работы тестов.

Подготовка доклада

Ваш доклад должен занимать 5–7 минут. Вы должны кратко обосновать актуальность, сформулировать цель, описать методы, представить главные результаты и сделать выводы. Не зачитывайте страницы текста — рассказывайте своими словами, обращаясь к презентации.

Презентация

Не стоит делать 30 слайдов. Достаточно 10–12 слайдов: тема, актуальность, цель и задачи, архитектура системы, схемы контейнеров, пример теста, результаты экспериментов (графики, таблицы), заключение. Используйте крупный шрифт, добавляйте наглядные картинки. Протестируйте демонстрацию на вашем компьютере и на компьютере в аудитории, чтобы не было сюрпризов.

Вопросы комиссии

Скорее всего, вас спросят: «Почему вы выбрали Testcontainers?», «Что будет, если Docker не установлен на CI?», «Каков процент покрытия тестами?», «Как вы проверяете стабильность тестов?». Подготовьте чёткие ответы, подкреплённые вашим исследованием.

Критерии оценки

Комиссия оценивает: актуальность, глубину проработки, практическую значимость, оформление и качество доклада. Если вы покажете работающую программу и продемонстрируете, что тесты запускаются и проходят, это сильно повысит вашу оценку.

Причины снижения оценки

• Неуверенный доклад, чтение с листа.
• Нет демонстрации работы.
• Неверные ответы на вопросы, путаница в терминах.

Нужна помощь с ВКР? Работаем с 2010 года, помогли тысячам студентов, поможем и вам, пишите!

Telegram WhatsApp +7 (987) 915-99-32 Email ⭐ MAКС