📄Работа №183359
Тема: РАЗРАБОТКА МУР СИСТЕМЫ ДЛЯ УПРАВЛЕНИЯ ТЕСТИРОВАНИЕМ С ВОЗМОЖНОСТЬЮ ИМПОРТА ДАННЫХ ИЗ «AZURE DEVOPS TEST PLANS»
Тип работы
Бакалаврская работа
Предмет
программирование
Объем:
70 листов
Год:
2025
Просмотров:
43
4700
руб.
🛒 Купить работу
Не подходит эта работа?
Закажите новую по вашим требованиям
Узнать цену на написание
Закажите новую по вашим требованиям
Представленный материал является образцом учебного исследования, примером структуры и содержания учебного исследования по заявленной теме. Размещён исключительно в информационных и ознакомительных целях.
Workspay.ru оказывает информационные услуги по сбору, обработке и структурированию материалов в соответствии с требованиями заказчика.
Размещение материала не означает публикацию произведения впервые и не предполагает передачу исключительных авторских прав третьим лицам.
Материал не предназначен для дословной сдачи в образовательные организации и требует самостоятельной переработки с соблюдением законодательства Российской Федерации об авторском праве и принципов академической добросовестности.
Авторские права на исходные материалы принадлежат их законным правообладателям. В случае возникновения вопросов, связанных с размещённым материалом, просим направить обращение через форму обратной связи.
Настоящий учебно-методический информационный материал размещён в ознакомительных и исследовательских целях и представляет собой пример учебного исследования. Не является готовым научным трудом и требует самостоятельной переработки.
📋 Содержание
АННОТАЦИЯ 3
Введение 4
1 Текущая система для тестирования и её аналоги 5
1.1 Текущая система для тестирования программного обеспечения 5
1.2 Анализ аналогов 7
2 Формализация требований 9
2.1 Нефункциональные требования 9
2.2 Функциональные требования 9
2.3 Функциональные возможности системы 9
2.4 Модель первичного проектирования 12
3 Инструменты разработки 14
3.1 Клиентская часть 14
3.1.1 React 14
3.1.2 TypeScript 14
3.1.3 Sass 15
3.1.4 Другие инструменты 15
3.2 Серверная часть 15
3.2.1 .NET 8.0 15
3.2.2 ASP.NET Core 8.0 16
3.2.3 Entity Framework Core 8.0.8 17
3.2.4 ASP.NET Core Identity 8.0.8 17
3.2.5 Другие инструменты 18
4 Разработка серверной части 19
4.1 Структура серверной части 19
4.2 Основные сущности 21
4.2.1 Тест-кейс 21
4.2.2 Тестовый шаг 23
4.2.3 Тестовый набор 24
4.3 Импорт тестовых сущностей 29
4.3.1 Сравнение структуры хранения сущностей со структурой из «Azure DevOps» . 29
4.3.2 Импорт тестового набора из xlsx-файла 30
4.3.3 Импорт тестового плана из «Azure DevOps» 30
4.4 Версионирование тест-кейсов 32
4.5 Сущности в тестовом плане 34
4.5.1 Точка тестирования 35
4.5.2 Добавление тест-кейсов в тестовый план 36
4.5.3 Прохождение тест-кейсов 38
4.5.4 Глобальные параметры 41
5 Разработка клиентской части 43
5.1 Структура клиентской части 43
5.2 Выполнение запросов к серверной части 45
5.3 Основные компоненты 47
5.3.1 Набор пользовательского интерфейса 47
5.3.2 Таблицы 48
5.3.3 Фильтры 51
5.4 Репозиторий 53
5.5 Тестовые планы 56
5.6 Окно прохождения тест-кейсов 60
Заключение 63
Список использованных источников и литературы 64
Введение 4
1 Текущая система для тестирования и её аналоги 5
1.1 Текущая система для тестирования программного обеспечения 5
1.2 Анализ аналогов 7
2 Формализация требований 9
2.1 Нефункциональные требования 9
2.2 Функциональные требования 9
2.3 Функциональные возможности системы 9
2.4 Модель первичного проектирования 12
3 Инструменты разработки 14
3.1 Клиентская часть 14
3.1.1 React 14
3.1.2 TypeScript 14
3.1.3 Sass 15
3.1.4 Другие инструменты 15
3.2 Серверная часть 15
3.2.1 .NET 8.0 15
3.2.2 ASP.NET Core 8.0 16
3.2.3 Entity Framework Core 8.0.8 17
3.2.4 ASP.NET Core Identity 8.0.8 17
3.2.5 Другие инструменты 18
4 Разработка серверной части 19
4.1 Структура серверной части 19
4.2 Основные сущности 21
4.2.1 Тест-кейс 21
4.2.2 Тестовый шаг 23
4.2.3 Тестовый набор 24
4.3 Импорт тестовых сущностей 29
4.3.1 Сравнение структуры хранения сущностей со структурой из «Azure DevOps» . 29
4.3.2 Импорт тестового набора из xlsx-файла 30
4.3.3 Импорт тестового плана из «Azure DevOps» 30
4.4 Версионирование тест-кейсов 32
4.5 Сущности в тестовом плане 34
4.5.1 Точка тестирования 35
4.5.2 Добавление тест-кейсов в тестовый план 36
4.5.3 Прохождение тест-кейсов 38
4.5.4 Глобальные параметры 41
5 Разработка клиентской части 43
5.1 Структура клиентской части 43
5.2 Выполнение запросов к серверной части 45
5.3 Основные компоненты 47
5.3.1 Набор пользовательского интерфейса 47
5.3.2 Таблицы 48
5.3.3 Фильтры 51
5.4 Репозиторий 53
5.5 Тестовые планы 56
5.6 Окно прохождения тест-кейсов 60
Заключение 63
Список использованных источников и литературы 64
📖 Введение
Обеспечение качества программного обеспечения является важной частью современного процесса разработки информационных систем. Тестирование, которое включает в себя выполнение и анализ результатов пройденных проверок, существенно влияет на надёжность и стабильность программного обеспечения. Для управления процессами тестирования многие компании используют сторонние готовые инструменты. Одним из наиболее распространённых из них является модуль «TestPlans», включённый в платформу «Azure DevOps» от «Microsoft» .
Тем не менее, иногда требуются уникальные решения в зависимости от процессов и требований конкретной организации. Такие системы позволяют автоматизировать рутинные задачи, точнее учитывать внутренние стандарты тестирования и обеспечивать возможность взаимодействия с уже существующими решениями. При необходимости внедрения в работу новых технологий или оптимизации работы команды тестирования, задача разработки своей системы становится особенно важной.
Таким образом, в связи с необходимостью иметь собственный инструмент внутри компании, была поставлена цель данной выпускной квалификационной работы - разработать MVP2 системы для управления тестированием с возможностью импорта данных из «Azure DevOps Test Plans».
Для достижения данной цели были выделены следующие задачи:
• проанализировать аналоги разрабатываемого приложения;
• проанализировать требования;
• спроектировать систему;
• разработать клиентскую и серверную части приложения.
Разрабатываемое приложение должно учитывать особенности существующих процессов, обеспечивать поддержку основных функций, связанных с тестированием программного обеспечения, а также позволять миграцию данных из «Azure DevOps Test Plans». Система ориентирована на использование внутри компании, обеспечивая управление процессами тестирования гибко и централизованно.
Тем не менее, иногда требуются уникальные решения в зависимости от процессов и требований конкретной организации. Такие системы позволяют автоматизировать рутинные задачи, точнее учитывать внутренние стандарты тестирования и обеспечивать возможность взаимодействия с уже существующими решениями. При необходимости внедрения в работу новых технологий или оптимизации работы команды тестирования, задача разработки своей системы становится особенно важной.
Таким образом, в связи с необходимостью иметь собственный инструмент внутри компании, была поставлена цель данной выпускной квалификационной работы - разработать MVP2 системы для управления тестированием с возможностью импорта данных из «Azure DevOps Test Plans».
Для достижения данной цели были выделены следующие задачи:
• проанализировать аналоги разрабатываемого приложения;
• проанализировать требования;
• спроектировать систему;
• разработать клиентскую и серверную части приложения.
Разрабатываемое приложение должно учитывать особенности существующих процессов, обеспечивать поддержку основных функций, связанных с тестированием программного обеспечения, а также позволять миграцию данных из «Azure DevOps Test Plans». Система ориентирована на использование внутри компании, обеспечивая управление процессами тестирования гибко и централизованно.
✅ Заключение
В рамках выполнения данной выпускной квалификационной работы была достигнута поставленная цель - разработать MVP системы для управления тестированием с возможностью импорта данных из «Azure DevOps Test Plans». Для этого были успешно выполнены задачи по:
• анализу аналогов разрабатываемого приложения;
• анализу требований;
• проектированию системы;
• разработке серверной и клиентской частей.
Стоит отметить, что MVP разработанной системы, в отличие от планируемой финальной версии приложения, не содержит механизмов по созданию документации на основе результатов тестирования, запуску автоматизированного тестирования, управления пользователями в проектах. Также ожидается, что система должна работать, как в виде обычного веб-приложения, что реализовано на данный момент, так и в виде модуля для «Azure DevOps». В дальнейшем планируется доработка этих возможностей.
На данный момент проходит приёмочное тестирование разработанного приложения, по результатам которого будут проведены необходимые доработки в случае выявления проблем. Система готовится ко внедрению в проекты компании для организации процессов тестирования внутри них. Она послужит заменой для используемого в данный момент инструмента - «Azure DevOps Test Plans».
• анализу аналогов разрабатываемого приложения;
• анализу требований;
• проектированию системы;
• разработке серверной и клиентской частей.
Стоит отметить, что MVP разработанной системы, в отличие от планируемой финальной версии приложения, не содержит механизмов по созданию документации на основе результатов тестирования, запуску автоматизированного тестирования, управления пользователями в проектах. Также ожидается, что система должна работать, как в виде обычного веб-приложения, что реализовано на данный момент, так и в виде модуля для «Azure DevOps». В дальнейшем планируется доработка этих возможностей.
На данный момент проходит приёмочное тестирование разработанного приложения, по результатам которого будут проведены необходимые доработки в случае выявления проблем. Система готовится ко внедрению в проекты компании для организации процессов тестирования внутри них. Она послужит заменой для используемого в данный момент инструмента - «Azure DevOps Test Plans».
ИЛИ
Поиск аналога
📕 Список литературы
🖼 Скриншоты
🛒 Оформить заказ
⚡ Работу высылаем в течении 5 минут после оплаты.