Готовая курсовая работа (на оценку 5) / ТПО. Курсовая работа
.pdfМИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ,
СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное бюджетное образовательное учреждение высшего образования «Санкт-Петербургский государственный университет телекоммуникаций им. проф. М. А. Бонч-Бруевича»
(СПбГУТ)
Факультет инфокоммуникационных сетей и систем Кафедра программной инженерии и вычислительной техники
КУРСОВАЯ РАБОТА
по дисциплине «Тестирование программного обеспечения» на тему «Функциональное тестирование Telegraph API»
студент гр. ИКПИ-84 |
_______________ |
Коваленко Л. А. |
доцент каф. ПИиВТ |
_______________ |
к.т.н. Лукша И. И. |
Санкт-Петербург
2022
Оглавление
1. |
ПОСТАНОВКА ЗАДАЧИ .............................................................................. |
4 |
||
2. |
ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ................................................ |
5 |
||
3. |
ВВЕДЕНИЕ...................................................................................................... |
6 |
||
4. |
ПРОГРАММА ИСПЫТАНИЙ ...................................................................... |
7 |
||
|
4.1. |
Объект испытаний ................................................................................... |
7 |
|
|
4.2. |
Цель испытаний ....................................................................................... |
7 |
|
|
4.3. |
Общие положения ................................................................................... |
8 |
|
|
4.3.1. |
Перечень руководящих документов ............................................... |
8 |
|
|
4.3.2. Место и продолжительность испытаний ........................................ |
8 |
||
|
4.3.3. |
Организации, участвующие в испытаниях..................................... |
8 |
|
|
4.3.4. Перечень ранее проведенных испытаний....................................... |
8 |
||
|
4.4. |
Объем испытаний .................................................................................... |
8 |
|
|
4.4.1. Перечень этапов испытаний и проверок ........................................ |
8 |
||
|
4.4.2. |
Последовательность проведения испытаний ............................... |
12 |
|
|
4.5. Условия и порядок проведения испытаний ........................................ |
12 |
||
|
4.5.1. |
Условия проведения испытаний.................................................... |
12 |
|
|
4.5.2. Имеющиеся ограничения в условиях проведения испытаний ... |
12 |
||
|
4.5.3. Требования к техническому обслуживанию ................................ |
12 |
||
4.5.4.Меры безопасности и безаварийности проведения испытаний . 12
4.5.5. Требования к персоналу ................................................................. |
13 |
|
4.6. |
Материально-техническое обеспечение испытаний.......................... |
13 |
4.7. |
Метрологическое обеспечение испытаний......................................... |
13 |
4.8. |
Отчетность.............................................................................................. |
15 |
5. МЕТОДИКА ИСПЫТАНИЙ ....................................................................... |
16 |
|
5.1. |
Испытание «Создание аккаунта»......................................................... |
17 |
5.2. |
Испытание «Создание статьи»............................................................. |
18 |
5.3. Испытание «Редактирование информации об аккаунте».................. |
21 |
|
5.4. |
Испытание «Редактирование статьи» ................................................. |
23 |
2
5.5. Испытание «Получение информации об аккаунте» .......................... |
26 |
5.6. Испытание «Получение содержимого статьи» .................................. |
27 |
5.7. Испытание «Получение списка статей».............................................. |
28 |
5.8. Испытание «Получение числа просмотров статьи» .......................... |
31 |
5.9. Испытание «Обновление токена доступа» ......................................... |
35 |
6. ПРОТОКОЛ ИСПЫТАНИЙ ........................................................................ |
36 |
ЗАКЛЮЧЕНИЕ ..................................................................................................... |
38 |
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ ........................................... |
38 |
ПРИЛОЖЕНИЕ А. ИНТЕРФЕЙС POSTMAN................................................... |
39 |
3
1. ПОСТАНОВКА ЗАДАЧИ
Тема курсовой работы определяется студентом самостоятельно на основании разделов дисциплины «Тестирование программного обеспечения» и затем формулируется им в первоначальной редакции. Тема курсовой работы должна быть индивидуальной для каждого студента и, в связи с этим, должна быть согласованной с лектором потока или преподавателем, проводящим практические и лабораторные занятия.
Курсовая работа оформляется в соответствии с предъявляемыми к ней требованиями и должна содержать:
•титульный лист;
•оглавление;
•задание на курсовую работу;
•перечень условных обозначений (если необходимо);
•введение;
•основную часть;
•заключение;
•список использованных источников;
•приложения (если необходимо).
Восновной части курсовой работы должны быть приведены:
•программа испытаний (п. 2.2.2 или 2.3.2 ГОСТ 34.603, п. 2.14 РД 50–
34.698);
•методика испытаний (п. 2.2.3-2.2.6 или 2.3.3.-2.3.6 ГОСТ 34.603, п. 2.14 РД 50–34.698);
•результаты испытаний (п. 7 прил. 2 или п. 2 прил. 2 РД 50–34.698).
4
2. ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ
ПО — программное обеспечение.
API (Application programming interface) — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой.
5
3. ВВЕДЕНИЕ
Функциональное тестирование является одним из ключевых видов тестирования, задача которого — установить соответствие разработанного программного обеспечения (ПО) исходным функциональным требованиям компании клиента. То есть проведение функционального тестирования позволяет проверить способность информационной системы в определенных условиях решать задачи, нужные пользователям.
В качестве объекта испытания выбран Telegraph API.
Telegraph — блог-платформа, бесплатный издательский инструмент,
созданный компанией Telegram. API доступен бесплатно и без ограничений на количество запросов.
Доступа к исходному коду Telegraph нет, поэтому тестирование может осуществляться только методом черного ящика.
Описание API сервиса: https://telegra.ph/api. Все испытания и проверки составляются на основе этого описания.
Для проведения функционального тестирования API выбрано приложение Postman, способное создавать коллекции запросов к любому API.
Достоинства Postman:
•Основная функциональность бесплатная;
•Низкий уровень вхождения;
•Поддержка запросов HTTP, WebSocket, gRPC;
•Возможность писать тесты для запросов, а потом быстро составлять из них различные варианты и пути жизни приложения;
•Дополнительные возможности: Postman API, Mock Server, API Monitoring, API Documentation;
• Большое сообщество: используется 17 000 000 разработчиков и
500 000 компаний по всему миру; благодаря чему постоянно
развивается.
6
4. ПРОГРАММА ИСПЫТАНИЙ
4.1. Объект испытаний
Наименование объекта испытаний: Telegraph API.
Компоненты:
1.Метод «createAccount» для создания аккаунта.
2.Метод «createPage» для создания страницы-статьи.
3.Метод «editAccountInfo» для редактирования информации об аккаунте.
4.Метод «editPage» для редактирования статьи.
5.Метод «getAccountInfo» для получения информации об аккаунте.
6.Метод «getPage» для получения содержимого статьи.
7.Метод «getPageList» для получения списка статей.
8.Метод «getViews» для получения числа просмотров статьи.
9.Метод «revokeAccessToken» для обновления токена доступа.
4.2. Цель испытаний
Проверить Telegraph API на работоспособность и соответствие функциональным требованиям:
1.Создание аккаунта.
2.Создание страницы-статьи.
3.Редактирование информации об аккаунте.
4.Редактирование статьи.
5.Получение информации об аккаунте.
6.Получение содержимого статьи.
7.Получение списка статей.
8.Получение числа просмотров статьи.
9.Обновление токена доступа.
7
4.3.Общие положения
4.3.1.Перечень руководящих документов
Программа испытаний и методика испытаний разработаны в
соответствии со следующими документами:
•ГОСТ 34.603–92 «Виды испытаний автоматизированных систем».
•РД 50–34.698–90 «Автоматизированные системы. Требования к содержанию документов».
4.3.2. Место и продолжительность испытаний
Испытательный стенд находится по адресу: г. Санкт-Петербург, пр.
Большевиков, д. 22, каб. 437/2.
Испытания проводятся в течение 1 дня.
4.3.3.Организации, участвующие в испытаниях
Виспытаниях принимают участие Заказчик (преподаватель) и
Исполнитель (студент).
Допускается привлечение экспертов из сторонних организаций.
4.3.4. Перечень ранее проведенных испытаний
До начала испытаний проводилась опытная эксплуатация сервиса.
4.4.Объем испытаний
4.4.1.Перечень этапов испытаний и проверок
Перечень этапов испытаний и проверок требований приведен в табл. 4.1.
Таблица 4.1. Перечень этапов испытаний и проверок
№ |
Компонент объекта |
|
Условие |
Требование |
Наименование |
|
|
испытаний |
|
проверки |
|||
|
|
|
|
|
||
1 |
|
Метод |
Все поля заполнены верно |
Оповещение |
CA-P11 |
|
|
«createAccount» для |
с учетом ограничений |
об успехе |
|||
|
|
|||||
|
создания аккаунта |
Поле «short_name» не |
Оповещение |
CA-N1 |
||
|
|
|
|
заполнено |
об ошибке |
|
|
|
|
|
|
||
|
|
|
Поле «short_name» |
|
|
|
|
|
|
содержит больше 32 |
|
CA-N2 |
|
|
|
|
|
символов |
|
|
|
|
|
Поле «author_name» |
|
|
|
|
|
|
содержит больше 128 |
|
CA-N3 |
|
|
|
|
|
символов |
|
|
|
|
|
|
|
|
|
1 Наименование проверки исходит из первых букв названия метода. Далее P означает «Positive», N означает «Negative» — позитивное и негативное тестирования. Затем номер проверки.
8
№ |
Компонент объекта |
Условие |
Требование |
Наименование |
|
испытаний |
проверки |
||||
|
|
|
|||
|
|
Поле «author_url» |
|
|
|
|
|
содержит больше 512 |
|
CA-N4 |
|
|
|
символов |
|
|
|
2 |
Метод «createPage» |
Все поля заполнены верно |
Оповещение |
CP-P1 |
|
|
для создания статьи |
с учетом ограничений |
об успехе |
||
|
|
||||
|
|
Поле «access_token» |
Оповещение |
|
|
|
|
содержит |
об ошибке |
CP-N1 |
|
|
|
несуществующий токен |
|
|
|
|
|
Поле «title» не заполнено |
|
CP-N2 |
|
|
|
Поле «title» содержит |
|
CP-N3 |
|
|
|
больше 256 символов |
|
||
|
|
|
|
||
|
|
Поле «author_name» |
|
|
|
|
|
содержит больше 128 |
|
CP-N4 |
|
|
|
символов |
|
|
|
|
|
Поле «author_url» |
|
|
|
|
|
содержит больше 512 |
|
CP-N5 |
|
|
|
символов |
|
|
|
|
|
Поле «content» содержит |
|
CP-N6 |
|
|
|
больше 64 КБ данных |
|
||
|
|
|
|
||
|
|
Поле «content» содержит |
|
|
|
|
|
данные неверного |
|
CP-N7 |
|
|
|
формата |
|
|
|
|
|
Поле «return_content» |
|
|
|
|
|
содержит значение, не |
|
CP-N8 |
|
|
|
равное «true» или «false» |
|
|
|
3 |
Метод |
Все поля заполнены верно |
Оповещение |
EAI-P1 |
|
|
«editAccountInfo» |
с учетом ограничений |
об успехе |
||
|
|
||||
|
для редактирования |
Поле «access_token» |
Оповещение |
|
|
|
информации об |
содержит |
об ошибке |
EAI-N1 |
|
|
аккаунте |
несуществующий токен |
|
|
|
|
|
Поля «short_name», |
|
|
|
|
|
«author_name» и |
|
EAI-N2 |
|
|
|
«author_url» не заполнены |
|
|
|
|
|
Поле «short_name» |
|
|
|
|
|
содержит больше 32 |
|
EAI-N3 |
|
|
|
символов |
|
|
|
|
|
Поле «author_name» |
|
|
|
|
|
содержит больше 128 |
|
EAI-N4 |
|
|
|
символов |
|
|
|
|
|
Поле «author_url» |
|
|
|
|
|
содержит больше 512 |
|
EAI-N5 |
|
|
|
символов |
|
|
|
4 |
Метод «editPage» |
Все поля заполнены верно |
Оповещение |
EP-P1 |
|
|
для редактирования |
с учетом ограничений |
об успехе |
||
|
|
||||
|
статьи |
Поле «access_token» |
Оповещение |
|
|
|
|
содержит |
об ошибке |
EP-N1 |
|
|
|
несуществующий токен |
|
|
|
|
|
Поле «title» не заполнено |
|
EP-N2 |
9
№ |
Компонент объекта |
Условие |
Требование |
Наименование |
|
испытаний |
проверки |
||||
|
|
|
|||
|
|
Поле «title» содержит |
|
EP-N3 |
|
|
|
больше 256 символов |
|
||
|
|
|
|
||
|
|
Поле «author_name» |
|
|
|
|
|
содержит больше 128 |
|
EP-N4 |
|
|
|
символов |
|
|
|
|
|
Поле «author_url» |
|
|
|
|
|
содержит больше 512 |
|
EP-N5 |
|
|
|
символов |
|
|
|
|
|
Поле «content» содержит |
|
EP-N6 |
|
|
|
больше 64 КБ данных |
|
||
|
|
|
|
||
|
|
Поле «content» содержит |
|
|
|
|
|
данные неверного |
|
EP-N7 |
|
|
|
формата |
|
|
|
|
|
Поле «return_content» |
|
|
|
|
|
содержит значение, не |
|
EP-N8 |
|
|
|
равное «true» или «false» |
|
|
|
|
|
Поле «path» содержит |
|
|
|
|
|
значение |
|
EP-N9 |
|
|
|
несуществующего пути |
|
|
|
5 |
Метод |
Все поля заполнены верно |
Оповещение |
GAI-P1 |
|
|
«getAccountInfo» для |
с учетом ограничений |
об успехе |
||
|
|
||||
|
получения |
Поле «access_token» |
Оповещение |
|
|
|
информации об |
содержит |
об ошибке |
GAI-N1 |
|
|
аккаунте |
несуществующий токен |
|
|
|
|
|
Поле «fields» содержит |
|
|
|
|
|
неверные значения: одно |
|
|
|
|
|
или несколько значений |
|
GAI-N2 |
|
|
|
не равны «short_name», |
|
||
|
|
|
|
||
|
|
«author_name» или |
|
|
|
|
|
«author_url» |
|
|
|
6 |
Метод «getPage» для |
Все поля заполнены верно |
Оповещение |
GP-P1 |
|
|
получения |
с учетом ограничений |
об успехе |
||
|
|
||||
|
содержимого статьи |
Поле «path» содержит |
Оповещение |
GP-N1 |
|
|
|
некорректное значение |
об ошибке |
||
|
|
|
|||
|
|
Поле «return_content» |
|
|
|
|
|
содержит значение, не |
|
GP-N2 |
|
|
|
равное «true» или «false» |
|
|
|
7 |
Метод «getPageList» |
Все поля заполнены верно |
Оповещение |
GPL-P1 |
|
|
для получения |
с учетом ограничений |
об успехе |
||
|
|
||||
|
списка статей |
Поле «access_token» |
Оповещение |
|
|
|
|
содержит |
об ошибке |
GPL-N1 |
|
|
|
несуществующий токен |
|
|
|
|
|
Поле «offset» содержит |
|
GPL-N2 |
|
|
|
число < 0 |
|
||
|
|
|
|
||
|
|
Поле «limit» содержит |
|
GPL-N3 |
|
|
|
число < 0 |
|
||
|
|
|
|
||
|
|
Поле «limit» содержит |
|
GPL-N4 |
|
|
|
число > 200 |
|
||
|
|
|
|
10