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

Введение

Чувствуете, что тонете в требованиях к диплому по тест-кейсы? Знакомо, когда научный руководитель просит «добавить тестирование», а вы не понимаете, с какой стороны подойти к тест-кейсам? Давайте честно: тестирование программного обеспечения в структуре ВКР для МТИ — это не просто раздел ради галочки, а полноценное доказательство работоспособности вашей разработки. Экспертная комиссия на защите обязательно обратит внимание на то, как вы проверяете созданный программный продукт. Поэтому сегодня разберём, как грамотно представить тест-кейсы, какие виды тестирования выбрать, как оформить результаты и что делать, чтобы получить заслуженную пятёрку.

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

Тема действительно непростая. С одной стороны, нужно показать знание методологии (тест-дизайн, граница значений, попарное тестирование), с другой — продемонстрировать практический результат: чек-листы, выполненные тест-кейсы, скриншоты, отчёты о дефектах. Без чёткой структуры тут легко потеряться. Специально для вас ниже разобран полный каркас ВКР применительно к тестированию, а также представлены коммерческие решения: помощь в написании ВКР тест-кейсы, подготовка отдельных глав или полное сопровождение.

Как выбрать тему ВКР по тест-кейсы

Выбор темы — это фундамент всего выпускного исследования. Если взять слишком абстрактную формулировку, например «Тестирование программного обеспечения», то придётся самостоятельно сужать объект и предмет, а это чревато замечаниями уже на введении. Чтобы не скататься в общие слова, ориентируйтесь на конкретную IT-систему: информационная система склада, веб-приложение для записи к стоматологу, мобильное приложение дистанционного обучения. Именно в связке с разработкой и рождается актуальная тема.

Критерии выбора темы по тест-кейсы:

• Актуальность. Проблема тестирования должна быть связана с реальной потребностью пользователя или бизнеса. К примеру, любая платформа для дистанционного обучения нуждается в проверке сценариев одновременного доступа. Тема звучит современно и востребованно.
• Наличие выборки / объекта исследования. У вас должен быть доступ к коду системы, тестовой среде или как минимум к открытому API. Если вы планируете автоматизировать тесты, без собственного стенда придётся сложно.
• Доступность источников. В открытых библиотеках и научных статьях должно быть достаточно материала по выбранным инструментам. Например, по Selenium или JUnit публикаций множество, а по редкому in-house фреймворку почти ничего.
• Возможность проведения эмпирического исследования. Тема должна позволять провести эксперимент: написать N тест-кейсов, прогнать их и зафиксировать результаты, сравнить покрытие требований.

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

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

Типовые требования вузов к ВКР по тест-кейсы

Каждый вуз опирается на федеральные государственные образовательные стандарты (ФГОС), поэтому базовая структура выпускной квалификационной работы примерно одинакова. Для МТИ и большинства технологических университетов характерно требование представлять ВКР объёмом 60–90 страниц машинописного текста, минимум две главы и наличие программной разработки. Исключение составляют чисто исследовательские работы, но для специальности, связанной с тестированием, без артефакта — кода, стенда, набора автотестов — обычно не обойтись.

Типовые параметры, которые выдвигает вуз к ВКР по тест-кейсы:

• Объём пояснительной записки — 60–80 страниц.
• Уникальность текста по системе Антиплагиат.ВУЗ — обычно 70–75%.
• Наличие теоретической главы с обзором подходов к верификации и валидации ПО.
• Практическая глава: проектирование тест-кейсов, описание инструментов, результаты прогона.
• Приложения: фрагменты кода, чек-листы, таблицы с отчётом о тестировании.

Обратите внимание, что требования вузов могут различаться наличием внедрения (справка об использовании в организации) или методической частью. В МТИ часто спрашивают корректную формулировку цели и практической значимости, поэтому перед написанием попросите у кафедры актуальные методички.

Часто студенты считают, что достаточно просто купить дипломную работу тест-кейсы — и всё готово. Но мы всегда рекомендуем согласовывать техническое задание с методистом, чтобы потом не переделывать оформление по мелочам. Наш сервис обещает сделать работу по вашим методичкам или помочь вам сориентироваться в изменённых стандартах.

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

Наверное, одна из самых больных тем для дипломников — проверка на антиплагиат. Практически в любом вузе, в том числе в МТИ, используется система «Антиплагиат.ВУЗ» в её закрытой версии. Она не просто ищет копии в интернете, но и замечает перефразирования, синонимические замены, а также определяет некорректные заимствования. Если в вашем тексте целые куски из Хабра или учебника, система их отчеканит.

Как же грамотно пройти проверку и сохранить экспертное содержание? Прежде всего, корректно цитируйте источники. Помните: прямой текст из чужой статьи можно оформить как цитату с ссылкой. Тогда он попадёт в блок цитирования и не будет считаться «плагиатом». Но не увлекайтесь: объём цитат ограничен десятью-пятнадцатью процентами.

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

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

Почему студентам сложно самостоятельно написать ВКР по тест-кейсы

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

В-третьих, специфика МТИ заключается в повышенном внимании к объёму производственной практики и связи с будущей профессией. Студент обязан показать, что тестирование проводилось на реальной или близкой к реальной информационной системе. Если такой системы нет, приходится разрабатывать собственный программный продукт, что автоматически увеличивает трудозатраты вдвое.

В-четвёртых, оформление. ГОСТ 7.32, требования к приложениям, сквозная нумерация рисунков, таблиц — на этом спотыкаются даже акулы ручного тестирования. Согласитесь, проще заниматься кодом, чем сражаться с полями и сносками в Word. Наконец, психологический фактор: страх перед защитой и комментариями комиссии парализует, а сроки тикают. Эффективным решением становится помощь в написании ВКР тест-кейсы, когда часть работ берут на себя эксперты-практики.

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

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

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

Состав работ:

• 1. Этап планирования. Выбор учебной системы, утверждение темы и содержания.
• 2. Анализ источников. Изучение литературы по тестированию, технологиям, среде реализации.
• 3. Проектирование разрабатываемой ИС. Если в ВКР речь о собственном продукте, нужно описать его архитектуру, базу данных, функциональные требования.
• 4. Выбор тестовых артефактов. Составление чек-листов, разработка тест-кейсов, подготовка сценариев автотестов при необходимости.
• 5. Проведение тестового прогона. Фиксирование фактических результатов, создание отчётов об ошибках.
• 6. Анализ результатов и подсчёт метрик. Процент пройденных проверок, обнаруженные дефекты, время выполнения.
• 7. Оформление пояснительной записки и приложений.
• 8. Подготовка к защите. Доклад, презентация, ответы на замечания.

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

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

Чтобы дипломная работа по тест-кейсы выглядела убедительной, важно выделить методы исследования, соответствующие цели. Обычно они делятся на теоретические и эмпирические. Теоретические включают анализ литературных источников, синтез подходов, сравнительный анализ существующих фреймворков и инструментов. Эмпирические — наблюдение за работой системы, эксперимент с выполнением набора тестов, измерения времени отклика и т.д.

Если вы проводите автоматизированное тестирование Selenium, JUnit, PyTest — упомяните, что используете индуктивные и дедуктивные методы обработки данных. Для статистической обработки результатов нередко применяются методы математической статистики: подсчёт среднего времени, дисперсии, критерий Пирсона. При этом необязательно быть математическим фанатом, достаточно уместно применить стандартные формулы.

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

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

Не забываем, что статистическая обработка данных в ВКР по психологии и другим гуманитарным направлениям требует выбора конкретных критериев. Для IT-проектов такой нужды обычно нет, вместо этого вводятся показатели качества вроде количества дефектов на тысячу строк кода.

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

Виды тестирования при разработке ИС в дипломе

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

Функциональное и нефункциональное тестирование

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

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

Автоматизированное тестирование: Unit-тесты, UI-тесты, API

Для IT-специальностей хорошим тоном является включение юнит-тестов на уровне JUnit для Java-приложений. Selenium применяется для проверок веб-интерфейса, Postman или REST Assured помогают протестировать REST API. МТИ ждёт, что студент показывает владение хотя бы одним инструментом автоматизации и умеет встраивать тесты в процесс разработки. Укажите в дипломе, какие инструменты использовались, какие фреймворки построены, как генерировались отчёты.

Также упоминают такие разновидности, как дымовое (smoke) тестирование, санитарное, регрессионное. Для объёмной системы регрессионное тестирование значительно повышает достоверность выпускного исследования, так как демонстрирует, что после изменений кода старые ошибки не возвращаются.

Не игнорируйте и прикладные аспекты: тестирование удобства интерфейса, тестирование кроссплатформенности, мобильные конфигурации. В рамках ВКР достаточно выбрать 2–4 вида, а не пытаться объять необъятное.

Отличный вариант — когда диплом содержит последовательность, подкреплённую реальным прогоном тест-кейсов. Покажите таблицу соответствия требований и тестов. Это станет вашим «капитаном очевидность» на защите.

Разработка чек-листов и сценариев для проверки ПО

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

Тест-кейс должен содержать уникальный идентификатор (например, TC-01), название проверки, предусловие (состояние системы до выполнения), шаги воспроизведения, тестовые данные, ожидаемый результат и приоритет. При желании добавляются метки для группировки по модулям или риску.

Пример структуры тест-кейса для входа в систему:

• TC-LOG-01: проверка входа под корректным логином и паролем. Предусловие: открыта страница авторизации. Шаги: ввести валидный логин; ввести валидный пароль; нажать «Войти». Ожидаемый результат: открывается кабинет пользователя.
• TC-LOG-02: проверка входа с пустыми полями. Шаги: оставить логин пустым; ввести пароль; нажать кнопку. Ожидаемый результат: появляются сообщения валидации под полями.
• TC-LOG-03: проверка входа с неверным паролем. Шаги: ввести верный логин; ввести неверный пароль; отправить форму. Ожидаемый результат: система показывает «Логин или пароль неверный».

Для объёмной системы хорошим решением будет вынести фрагмент с чек-листами в приложения, а в основной текст внести только сводную таблицу. Однако нужно помнить: руководитель может попросить развернуть технологию генерации тест-кейсов, например, с помощью техники классов эквивалентности и анализа граничных значений. Приводите примеры, чтобы защититься от вопросов комиссии.

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

Если вы пишете ВКР по тест-кейсы на заказ для вуза с жёсткими требованиями, советуем составить три приложения: «Чек-листы», «Тест-кейсы», «Протокол выполнения тестов». В протоколе фиксируется каждого шага: фактический результат, скриншот, статус Passed/Failed. Это универсальная схема, которую используют тестировщики в реальной работе.

Важно увязывать разработанные сценарии с жизненным циклом информационной системы. Например, если ваша тема касается LMS-систем для корпоративного обучения, вы можете создать набор проверок сценария «Просмотр курса сотрудником» и «Назначение курса администратором». Подчеркните, что такие наборы легко превращаются в автотесты. В этом контексте полезно ознакомиться со статьями о LMS-системах (ссылка на https://diplom-it.ru/blog/2026/09/05/b349-internet-platforma-dlya-distantsionnogo-obucheniya откроется в новом окне).

Также не забывайте о негативных сценариях: ввод некорректных данных, отказ в обработке, длинный заголовок, невалидный e-mail. Комиссия смотрит именно на полноту тестирования, где вы уделяете внимание негативным и граничным случаям.

Оформление результатов тестирования в пояснительной записке

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

• Идентификатор теста;
• Наименование теста;
• Ожидаемый результат;
• Фактический результат;
• Статус (выполнено / не выполнено);
• Ссылка на скриншот или приложение.

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

Следует избегать простого копирования отчётов и скриншотов экрана в основное тело диплома. Если материал объёмный, отнесите его в приложения и сделайте ссылки типа (см. Приложение А). В тексте же приведите аналитику: типы ошибок, причины их появления, динамика исправлений. Такой аналитический подход подчёркивает ваши компетенции исследователя, а не просто исполнителя.

Кстати, статистическая обработка данных и анализ метрик могут быть дополнены современными приложениями для обработки результатов. Для научных и инженерных работ нередко используют инструменты статистической обработки данных, такие как SPSS или среды анализа данных JAMOVI и JASP. Если ваша работа связана с юзабилити-исследованием, эти бесплатные аналоги помогут посчитать t-критерий Стьюдента или дисперсионный анализ. Обратитесь к подробному гайду по JAMOVI и JASP, чтобы оформить раздел методологии без ошибок.

В пояснительную записку также вводится раздел «Обеспечение качества и надёжности программного средства», где вы описываете, как обеспечиваются требования к надёжности: резервное копирование, обработка сбоев, защита от некорректных действий. Затем даётся оценка эффективности: сокращение времени на ручные проверки, увеличение стабильности системы.

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

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

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

Остановимся детальнее на требованиях к самой выпускной работе по тест-кейсы. Начните с того, что работа должна содержать титульный лист, задание, аннотацию, оглавление, введение, разделы основного текста, заключение, список литературы, приложения. Как минимум две главы: теоретическая и практическая. Для программного проекта нужна ещё и проектная часть.

Во введении необходимо обосновать актуальность, поставить цель и выделить задачи. Цель обычно звучит как «разработка комплекта тестов для информационной системы», задачи включают анализ предметной области, выбор технологии тестирования, проектирование тест-кейсов, оценку эффективности. Объект и предмет исследования должны быть узкими, например: «объект — процесс тестирования программного обеспечения; предмет — создание набора тест-кейсов для подсистемы регистрации заявок».

Структура теоретической главы носит обзорную функцию: раскрытие подходов к верификации и валидации, жизненный цикл тестирования, классификация видов тестирования. В рамках МТИ приветствуется актуальность подходов Agile и DevOps, поэтому имеет смысл описать интеграцию тестирования в процесс непрерывной поставки (CI/CD). Это увеличивает долю оригинального материала.

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

Заключение должно связывать задачи с решением. Например: «Таким образом, поставленная цель достигнута: создан набор из 50 тест-кейсов, покрывающий 95% функций системы». Желательно указать практическое применение: тест-кейсы использованы в отделе ИТ-предприятия или рекомендованы заказчику к использованию.

Многие вузы запрашивают аннотацию на двух-трёх языках. Заказ ВКР по тест-кейсы с переводом аннотации выполним в рамках базовой услуги. Это удобно, если вы не уверены в своём владении английским.

Общим требованием является соблюдение норм ГОСТ 7.32-2017 (или актуальных стандартов, принятых в вузе). Внимание к межстрочному интервалу, шрифту, нумерации страниц, оформлению рисунков и таблиц. Не забывайте упорядочить список литературы по алфавиту, включив не менее 30 источников: книги, статьи, интернет-публикации. Отлично, если половина ссылок выпущена за последние пять лет.

Типичные ошибки при написании ВКР по тест-кейсы

Даже те, кто уверен в своих силах, допускают однотипные ошибки. Назовём самые частые и разъясним, как их избежать.

Как исправить? Ограничьте теоретическую часть 25–30% от всего текста, каждую классификацию сопровождайте комментарием «выбрано для… в нашем случае, потому что…».

Оптимальный баланс — в тексте 2-3 иллюстрирующих тест-кейса, а остальной объём в приложении. В разделе анализа ссылайтесь на номера приложений.

Разумеется, все эти недочёты легко устранить, если обратиться к наставнику или заказать написание ВКР тест-кейсы на заказ с проверкой текста на методические соответствия.

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

Процедура защиты в МТИ и других вузах может включать очное выступление или онлайн-демонстрацию. Для IT-специальностей нередко просят на протяжении 5–7 минут показать работающий проект или запись экрана с выполнением автотестов. Поэтому заранее подготовьте запасные варианты демонстрации: видео, скринкаст, доступ к локальному стенду.

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

Затем комиссия задаёт вопросы. Вам могут спросить: «Почему выбрана стратегия тест-дизайна?», «Как вы проверяли граничные значения?», «Какие метрики покрытия являются достаточными?». Чтобы ответить, нужно свободно ориентироваться в терминах. Изучите замечания из типового списка, но постарайтесь ответить своими словами, а не заученными формулировками.

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

Универсальный совет: не затягивайте доклад. Кратко и только по делу: тема, проблема, решение, результаты. Остальные сведения — в презентации. Помните, что оценка складывается не только из текста диплома, но и из уверенной самопрезентации.

Тематика ВКР

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

• Разработка и тестирование веб-платформы для дистанционного обучения.
• Применение Selenium для автоматизированного тестирования интернет-магазина.
• Создание набора тест-кейсов для API системы управления заказами.
• Тестирование мобильного приложения с использованием Android Studio / Espresso.
• Развитие тестовой документации на примере CRM-системы.
• Сравнительное функциональное тестирование двух систем бронирования.
• Нагрузочное тестирование корпоративного портала с помощью Apache JMeter.
• Разработка стратегии интеграционного тестирования модуля учёта финансовых операций.
• Проверка совместимости веб-приложения в различных браузерах (кроссплатформенное тестирование).
• Тестирование системы электронного документооборота медицинской организации.
• Разработка тест-кейсов для учебной платформы и оценка достигнутого покрытия требований.

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

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

Этапы сотрудничества с нашим центром

Расскажем, как построить заказ, если вы решите делегировать подготовку ВКР по тест-кейсы экспертам.

Этап 1. Заявка и консультация. Вы оставляете заявку любым удобным способом: Telegram, WhatsApp, почта. В течение 15–30 минут мы свяжемся, уточним тему, методичку, требования вашего вуза и сроки сдачи.

Этап 2. Расчёт стоимости и сроков. Понимая объём и сложность работ,