Министерство образования и науки Украины

Черниговский национальный технологический университет

Кафедра информационных технологий и программной инженерии

МОДЕЛЬ ЛЕДОВОЙ АРЕНЫ

Листов 5

Руководитель

Аспирант______Бурмака И.А.

Исполнитель

ст.гр. ПИ-171______Коноваленко
А.О.
 2

2019
Содержание

1. Вступление...........................................................................................................3
2. Объем работы......................................................................................................3
2.1 Компоненты и функции к тестированию.....................................................3
2.2 Сторонние компоненты.................................................................................4
3. Качество и критерии приемки............................................................................4
4. Критические факторы успеха.............................................................................4
5. Управление рисками...........................................................................................4
6. Ресурсы.................................................................................................................5
6.1 Ключевые ресурсы проекта...........................................................................5
6.2 Команда тестирования...................................................................................5
6.3 Тестовое оборудование..................................................................................6
6.4 Инструменты тестирования..........................................................................6
7. Тестовая документация.......................................................................................6
8. Тестовая стратегия..............................................................................................7
8.1 Критерии входа...............................................................................................7
8.2 Методы тестирования....................................................................................7
8.3 Типы тестирования........................................................................................7
8.4 Уровни тестирования.....................................................................................7
8.5 Отслеживание ошибок и документации......................................................8
8.5.1 Определение серьезности ошибки.........................................................8
9. График тестирования..........................................................................................8
 3

1. Вступление
В данной системе необходимо свое хранилище, поскольку в банке
имеется много различной информации. Хранилище решает следующие
задачи: учет данных о зарегистрированных пользователях, выдача данных о
состоянии банковского счёта клиента( номер счета, наличие денег на счету,
наличие остатка средств после проведения операции), вычисляет суммы
выплат.
Задача команды тестировщиков - проведение тестов, и нахождение
возможностей для улучшения применения и поднятия эффективности.
Этот документ содержит всю информацию о подходе и методологиях,
ресурсах и группе тестирования, необходимую для достижения
поставленных целей.
2. Объем работы
2.1 Компоненты и функции к тестированию
# Приложение/ Имя функции Отсылка
Название
компонента
Приложение
Отчет об изменениях
“Ледовой Арены”
Регистрация аккаунта:
● Регистрация
● Вход/выход
● Удаление аккаунта
Регистрация абонемента:
● Покупка абонемента онлайн
● Регистрация абонемента
посредством ввода кода
Новости:
● Публикация новостей
● Редактирование статьи
● Удаление статьи
● Публикация комментариев к статье
● Редактирование комментария
● Удаление комментария

Жалобы и предложения:
● Написание жалобы/предложения
● Редакция жалобы/предложения
● Публикация жалобы/предложения
● Удаление жалобы/предложения

Отметки в календаре:
● Создание метки в календаре
● Редакция метки в календаре
● Удаление метки из каленаря
 4

2.2 Сторонние компоненты

# Название Назначение компонета Отсылка/Коментарий
компонента
-
1 Windows 7/8.1/10 OC
-
2 Linux OC
-
3 MacOS OC
5 Jira Программное обеспечение
для отслеживания задач

Создание тестовых случаев,

6 MS Office www.microsoft.com/
списков

Создание тестовых случаев,

7 Google docs -
списков

8 Google disk Коммуникация команды -

9 Telegram Коммуникация команды -

3. Качество и критерии приемки

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

4. Критические факторы успеха

● доступ к Jira.
● доступ к приложению “Ледовая Арена”.
● доступ к Telegram, точные сроки.
● ответственность всех членов команды.
● соблюдение графика и завершение разработки и тестирование всей
функциональности в срок.

5. Управление рисками
Риск Вероятность Влияние Действия

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

значительному замедлению
деятельности проекта.

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

H M Возможность предоставления
Различные виды отпусков (болезни
проекту дополнительного
или отпуска) любого члена команды
временного сотрудника для
тестирования могут привести к
работы во время отсутствия
дополнительной нагрузке на других
члена команды.
участников проекта.

Непредвиденные обстоятельства, L M Наличие другой комнаты при

которые могут привести к отсутствии электричества на
обесточиванию рабочего места, что постоянном рабочем месте.
приведет к приостановке работы над
проектом

Обозначения: VH – Очень высокая; H – Высокая; M – Средняя; L – Низкая;

6. Ресурсы
6.1 Ключевые ресурсы проекта
# Роль Имя, место нахождения

1 Менеджер проектов Кирилл

2 Тест Лидер 1. (23.05.19-30.05.19) – Владимир, Киев
2. (31.05.19-06.06.19) – Алексей, Киев
3. (07.06.19-13.06.19) – Виктория, Киев
4. (14.06.19-20.06.19) – Екатерина, Киев
5. (21.06.19-25.06.19) – Денис, Киев

6.2 Команда тестирования

# Роль Имя Место Ответственность
нахождения
1 Тестиров Алексей Чернигов Разработка тестовых случаев,
щик выполнение и написание отчетов
об ошибках.
2 Тестиров Владимир Чернигов Разработка тестовых случаев,
щик выполнение и написание отчетов
об ошибках.
3 Тестиров Денис Чернигов Разработка тестовых случаев,
щик выполнение и написание отчетов
об ошибках.
4 Тестиров Екатерина Чернигов Разработка тестовых случаев,
щик выполнение и написание отчетов
об ошибках.
5 Тестиров Виктория Чернигов Разработка тестовых случаев,
щик выполнение и написание отчетов
 6

об ошибках.
6.3 Тестовое оборудование
# Роль Ресурс Конфигурация Конфигурация ПО
оборудования
1 Клиент ПК RAM: 4 Gb Windows 10 32 bit/ 64 bit
Processor: Intel i3
2 Клиент ПК RAM: 8 GB Windows 7 32 bit/ 64 bit
Processor: R5
3 Клиент ПК RAM: 4 GB Windows 8.1 32 bit/ 64 bit
Processor: R3 A8
4 Клиент ПК RAM: 8 GB Linux Mint/Ubuntu/Kali
Processor: AMD A8
5 Клиент ПК RAM: 8 Gb MacOS 10.6+
Processor: Intel i5

6.4 Инструменты тестирования

# Инструмент Комментарий
1 Jira Отслеживание ошибок и документация.
2 MS Office Excel Создание тестовых случаев.

7. Тестовая документация
# Заголовок Ответственные Частота Метод
опевещения оповещения
1 <приложение> ● Алексей Один раз перед
● Владимир началом
Тест план Google disk
● Денис тестирования
● Екатерина
● Виктория
2 <MS Office Excel> ● Алексей Перед началом
● Владимир тестирования
Перечни Google disk
● Денис
● Екатерина
● Виктория
3 <MS Office Excel> ● Алексей Перед началом
● Владимир тестирования
Тестовые случаи Google disk
● Денис
● Екатерина
● Виктория
4 <Jira> ● Алексей При обнаружении
● Владимир ошибки
Отчет об ошибках Google disk,
● Денис
● Екатерина Jira
● Виктория
 7

5 <MS Office Word> ● Алексей Один раз после

● Владимир окончания
Отчеты о результатах Google disk
● Денис тестирования
испытаний
● Екатерина
● Виктория

8. Тестовая стратегия
Приложения oschadbank.ua будут тестироваться с использованием
подхода «черного ящика» без знания внутренней структуры или исходного
кода программы.

8.1 Критерии входа

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

8.2 Методы тестирования

Тестирование - это процесс поиска несоответствий между программой
и ее функциональными характеристиками /требованиями.
Цель - убедиться, что все функции приложения oschadbank.ua
работают правильно.
● Ручное функциональное тестирование - рассматривается как
основной метод тестирования приложения.

8.3 Типы тестирования

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

8.4 Уровни тестирования

8.4.1 «Smoke Test» проводится для быстрой оценки готовности
продукта к дальнейшим более глубоким и тщательным испытаниям. Он
 8

включает тестирование основных функций приложений oschadbank.ua на

одной из наиболее часто используемых и, следовательно, наиболее важной
конфигурации сервер / клиент.
Если «Smoke Test» не удался, команда тестирования отправляет
уведомление и приостанавливает тестирование до тех пор, пока не будет
доступна исправленная версия продукта.
8.4.2 «Critical Path Test» будет выполнен после прохождения «Smoke
Test». Цель «Critical Path Test» - найти ошибки, которые могут повлиять на
основные функциональные возможности приложения, которые наиболее
важны для пользователей продукта. «Critical Path Test» будет выполнен
вручную.
8.4.3 Цель «Extended Test» - найти ошибки, связанные с
нестандартными, но все еще возможными и вероятными сценариями
использования (например, ввод неправильных данных в поля, граничное
тестирование и подобные). «Extended Test» будет выполнен в соответствии с
тестовыми примерами.

8.5 Отслеживание ошибок и документации

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

8.5.1 Определение серьезности ошибки

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

9. График тестирования

# Деятельность Дата Дата Сохранение Место Объем

начала окончания работы
Google
1 Создание 25.05.2019 27.05.201 Test Plan 3 дня
drive
тест-плана 9 v.1.docx
Google
2 Создание 28.05.2019 03.06.201 Check list 7 дней
drive
перечней 9 template.xlsx
 9

Google
3 Написание 04.06.2019 10.06.201 Test cases 7 дней
drive
тестовых 9 template.xlsx
случаев
4 Тестирование 11.06.2019 17.06.201 Jira Jira.it 7 дней
и написание 9
отчета об
ошибках
Google
5 Финальное 18.06.2019 25.06.201 Final.docx 7 дней
drive
тестирование 9
и подготовка
к презентации

Список регистрации изменений

Вер. Описание изменения Автор Дата Подтверждено
Имя Вступление в
силу
1 2.3 Сторонние Владимир 27.05.2019 Кирилл 28.05.2018
компоненты.
2 4. Критические факторы Екатерина 30.05.2019 Кирилл 30.05.2018
успеха.
7. Тестовая документация
(Ответственные).
8. Тестовая стратегия.