Файл: " Разработка клиентсерверного приложения для магазина сцпецоборудования".docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 29.11.2023

Просмотров: 66

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

Введение

1 Предпроектное обследование

1.1 Общая характеристика, сущность, назначение предпроектного обследования. Место данного этапа в жизненном цикле программного продукта

1.2 Предпроектное обследование для разработки клиент-серверного приложения для магазина спецоборудования

1.2.1 Краткая информация о продукте

2 Техническое задание

2.1 Общая характеристика, сущность, назначение ТЗ. Место данного этапа в жизненном цикле продукта

2.2 Техническое задание для проекта "Разработка клиент-серверного приложения для магазина спецоборудованмя"

Для реализации серверной части должен использоваться язык C# в рамках система управления реляционными базами данных, разработанная корпорацией Microsoft, Microsoft SQL Server

3 План работ проекта

3.1 Сущность и назначение календарного планирования работ программного проекта

3.2 Календарный план работ для проекта "клиент-серверного приложения для магазина спецоборудования"

4 Программа тестирования

4.1 Виды тестирования программного продукта

4.2 Тестовая документация проекта "Разработка клиент-серверного приложерия для магазина спецоборудоаания " (чек-листы, тест-кейсы, отчет о тестировании).

Тестирование производительности и скорости загрузки

Заключение

Перечень используемых информационных ресурсов


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


  1. Все виды тестирования производительности:

  • нагрузочное тестирование (Performance and Load Testing);

  • стрессовое тестирование (Stress Testing);

  • тестирование стабильности или надежности (Stability / Reliability Testing);

  • объемное тестирование (Volume Testing).

  1. Тестирование установки (Installation testing).

  2. Тестирование удобства пользования (Usability Testing).

  3. Тестирование на отказ и восстановление (Failover and Recovery Testing):

  • конфигурационное тестирование (Configuration Testing);

  • тестирование безопасности (Security and Access Control Testing).

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


  1. Дымовое тестирование (Smoke Testing).

  2. Регрессионное тестирование (Regression Testing).

  3. Тестирование сборки (Build Verification Test).

  4. Санитарное тестирование или проверка согласованности/исправности (Sanity Testing).



4.2 Тестовая документация проекта "Разработка клиент-серверного приложерия для магазина спецоборудоаания " (чек-листы, тест-кейсы, отчет о тестировании).


Было проведено тестирование функциональности, интерфейса, производительности и скорости загрузки приложения по выбору оборудования .

Отчет о функциональном тестировании



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

№ Тест-кейса

Название проверки

Результат

1

Приложение корректно отображается и функционирует во всех актуальных версиях Windows.

Положительно

Работа с формами

2

Обязательные поля должны быть заполнены до подтверждения ввода данных.

Положительно

3

Обязательные поля должны быть явно обозначены.

Положительно

4

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

Положительно

5

Сообщение об ошибке не отображается, если не заполнены необязательные поля.

Положительно

6

Текстовые поля допускают ввод специальных символов.

Положительно

7

При вводе количества знаков меньше минимального отображается сообщение об ошибке.

Положительно

8

При вводе количества знаков больше максимального отображается сообщение об ошибке.

Положительно

Авторизация и работа с профилем

11

Создайте новый аккаунт.

Положительно

12

Авторизуйтесь с существующим аккаунтом.

Положительно

13

При вводе неверного пароля отображается сообщение об ошибке и ссылка на страницу восстановления пароля.

Положительно

Навигация

14

Корректность работы сортировки.

Положительно

15

Корректность работы фильтрации.

Положительно

16

Корректность работы кнопок и ссылок в меню навигации.

Положительно

Загрузка и скачивание файлов

17

Файлы успешно загружаются.

Положительно

18

Файлы ошибочного формата не загружаются, и отображается сообщение об ошибке.

Положительно

19

Файлы недопустимого формата не загружаются, и отображается сообщение об ошибке.

Положительно

20

Файлы успешно загружаются.

Положительно






Чек-листы тестирования интерфейса и производительности



На этапе тестирования пользовательского интерфейса (UI) происходит проверка того, насколько он удобен в использовании и соответствует ли заданным требованиями и утвержденному прототипу.

Полоса прокрутки





  • Полосы прокрутки нет, если весь контент и так помещается на одной странице.

  • Можно двигаться по полосе прокрутки мышью, кнопками "Page up" и "Page down", "Home" и "End".



Чекбокс





  • Чекбокс включается: если состояние меняется на "Вариант выбран" – отображается галочка или флажок внутри.

  • Чекбокс выключается: если состояние меняется на "Вариант не выбран" – галочка или флажок внутри не отображаются.

  • Чекбокс и описание находятся на одном уровне.

  • Группа чекбоксов выровнена по одному краю.

  • Все чекбоксы приложения – одинаковые по размеру и цвету.



Поля ввода данных





  • Формат данных соответствует требованиям: например, только цифры.

  • Уже введённые данные можно отредактировать.

  • Если в поле ввода разрешены специальные символы, при вводе они отображаются корректно.

  • Поля выровнены по левому краю.

  • Данные в поле не "прижимаются" к краям формы.



Выпадающий список





  • Прокручивать можно клавишами Вверх-Вниз или колёсиком мыши.

  • Если выбрать значение из списка, оно выделяется как выбранное.

  • Нельзя редактировать выбранное значение из списка.

  • Список разворачивается и сворачивается.

  • Ширина списка соответствует размеру поля ввода.

  • Значения отсортированы в алфавитном порядке.

  • Все выпадающие списки приложения – одинаковые по размеру и цвету.



Раскрывающийся список





  • У раскрывающегося списка с большим количеством значений есть возможность прокрутки.

  • Прокручивать можно клавишами Вверх-Вниз или колёсиком мыши.

  • Если выбрать значение из списка, оно выделяется как выбранное.

  • Список разворачивается и сворачивается.

  • Нельзя выбрать несколько значений.

  • Если начать вводить текст, значения начинают фильтроваться автоматически, чтобы ускорить выбор пользователя.

  • Выбрать значение можно кнопками на клавиатуре или мышью.

  • Значения отсортированы в алфавитном порядке.

  • Все раскрывающиеся списки веб-приложения – одинаковые по размеру и цвету.




Кнопка





  • Нажатие на кнопку вызывает одно действие.

  • Повторное нажатие не вызывает повторное действие, если оно уже выполняется.

  • Пространство между кнопками не вызывает действие соседствующих кнопок.

  • Название кнопки соответствует её логическому замыслу.

  • При нажатии и/или наведении вид кнопки меняется.



Ссылка





  • Клик по ссылке вызывает действие, которое описано в требованиях.

  • При нажатии на ссылку её вид меняется.



Надпись





  • Если надпись поясняет элемент выбора данных – например, в выпадающем списке, надписи выровнены по одному краю


Тестирование производительности и скорости загрузки



Тестирование производительности проводится для оценки соответствия системы или компонента специфичным требованиям к производительности.
Для тестирования использовалась утилита HP LoadRunner.

Нагрузка





  • Приложение работает стабильно если пользователь осуществляет доступ к большому количеству данных (более 5 Гб).



Стрессовая нагрузка





  • При длительной непрерывной стандартной нагрузке (6 часов) приложение работает стабильно.


Заключение


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

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

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

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

Перечень используемых информационных ресурсов



1. Как правильно провести предпроектное обследование.
URL: https://vc.ru/u/1121024-cors-academy/554721-kak-pravilno-provesti-predproektnoe-obsledovanie

2. Техническое задание — Википедия.
URL: https://ru.wikipedia.org/wiki/Техническое_задание

3. В.П. Романов, Н.З. Емельянова, Т.Л. Партыка Проектирование экономических информационных систем. Методологии и современные технологии. – Москва, Экзамен, 2005. – 256 с.

4. Рекс Блек. Ключевые процессы тестирования – Москва, Издательство Лори, 2014. – 544 с.

5. Гумеров Э.А, Алексеева Т.В, Особенности технического задания на разработку систем управления. – Ростов-на-Дону, Синергия, 2018. – 240 с.

6. Ананьев А. С., Бутенко Д.В., Методика концептуального проектирования программных информационных систем. – Москва, 2012. – 104 с.

7. Джек Фолк, Сэм Канер, Енг. Кек Нгуен. Тестирование программного обеспечения. Москва, ДиаСофт, 2001. – 544 с.