Материал: ТПО. Курсовая работа

Скачать

Заказать новую работу

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

      1. Меры безопасности и безаварийности проведения испытаний

При проведении испытаний необходимо обеспечить соблюдение требований безопасности, установленных ГОСТ 12.2.007.0–75 «Система стандартов безопасности труда. Изделия электротехнические. Общие требования безопасности», «Правилами техники безопасности при эксплуатации электроустановок потребителей» и «Правилами технической эксплуатации электроустановок потребителей».

      1. Требования к персоналу

Требования к персоналу, проводящему испытания: внимательность и аккуратность в работе.

    1. Материально-техническое обеспечение испытаний

К конфигурации компьютеров предъявляются следующие минимальные требования:

  • 4-ядерный процессор Intel® Core™ i5 (2.30GHz);

  • 4 ГБ ОЗУ;

  • Свободное место на диске: 3 Гбайт;

  • Операционная система:

    • Windows 7/8/8.1/10/11.

    • MacOS X El Capitan (10.11+), включая MacOS Monterey.

    • Linux: Ubuntu 14.04 и более новые версии, Fedora 24 и более новые версии, Debian 8 и более новые версии.

  • Postman 9.15.6.

Необходимо подключение к Интернету. Скорость Интернет-соединения должна быть не менее 5 Мбит/с.

    1. Метрологическое обеспечение испытаний

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

Для обеспечения единства оценки степени соответствия функциональности объекта испытаний требованиям вводятся следующие оценки степени соответствия (табл. 4.2).

Таблица 4.2. Оценки степени соответствия функциональности объекта испытаний требованиям

Степень соответствия

Число

Определение

Полное

3

Функциональность полностью соответствует требованиям.

Почти полное

2

Функциональность соответствует требованиям, однако есть рекомендации по улучшению.

Частичное

1

Функциональность соответствует некоторым требованиям.

Несоответствие

0

Функциональность не соответствует ни одному требованию.

Для обеспечения единства оценки степени выполнимости функциональности, вводятся следующие оценки (табл. 4.3).

Таблица 4.3. Оценки степени выполнимости функциональности

Степень выполнимости

Число

Определение

Полная

2

Сервер отдает отклик в течение не более 1 секунды с учетом стабильного Интернет-соединения.

Со значительной задержкой

1

Сервер отдает отклик в течение не более 3-х секунд с учетом стабильного Интернет-соединения.

Невыполнимая

0

Сервер не отдает отклик.

Для обеспечения единства оценки степени информативности функциональности, вводятся следующие оценки (табл. 4.4).

Таблица 4.4. Оценки степени информативности функциональности

Степень информативности

Число

Определение

Полная

2

Результат:

  • Успешный: описание результата или ответ на запрос;

  • С ошибкой: с указанием поля или полей с ошибочными данными.

Частичная

1

Результат:

  • Успешный: описание результата или ответ на запрос;

  • С ошибкой: без указания поля или полей с ошибочными данными.

Неинформативная

0

Результат отсутствует либо не позволяет отнести его к успешной или ошибочной категориям.

Для обеспечения единства оценки степени проработанности, вводятся следующие оценки (табл. 4.5).

Таблица 4.5. Оценки степени проработанности

Степень проработанности

Число

Определение

Полная

2

Метод работает предсказуемым образом в соответствии с ограничениями полей.

Слабая

1

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

Непроработанная

0

Метод работает непредсказуемым образом либо никак не работает.

Для обеспечения единства оценки степени тяжести возможных неполадок возникающих при проведении испытаний, вводятся следующие оценки степени тяжести неполадок (табл. 4.6).

Таблица 4.6. Оценки степени тяжести неполадок

Степень тяжести неполадки

Условный вес тяжести неполадки

Определение

Критическая

5

Все зафиксированные фактические значения количественных и качественных характеристик находятся за определенными допустимыми пределами.

Серьезная

2

Часть зафиксированных фактических значений количественных и качественных характеристик находятся за определенными допустимыми пределами.

Незначительная

1

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

    1. Отчетность

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

  • Протокол испытаний.

  1. Методика испытаний

Общий объект для всех испытаний: Telegraph API.

Предварительная подготовка перед проведением испытаний:

  1. Убедиться в работоспособности аппаратного и программного обеспечений.

  2. Убедиться в наличии Интернет-соединения. Скорость Интернет-соединения должна быть не менее 5 Мбит/с.

  3. Убедиться в наличии Postman. В случае отсутствия загрузить на сайте: https://www.postman.com/downloads/

Перед проведением испытаний подготовить документ «Протокол испытаний» и открыть Postman.

Характеристики, подлежащие оценке:

  1. Выполнимость (подробнее см. табл. 4.3).

  2. Информативность (подробнее см. табл. 4.4).

  3. Проработанность (подробнее см. табл. 4.5).

Порядок обработки результатов испытания:

  1. Результаты тестирования функциональных требований фиксируются в таблице 6.1 «Результаты тестирования функциональных требований» протокола испытаний.

  2. Сведения о результатах наблюдений за правильностью функционирования объекта испытаний фиксируются в таблице 6.2 «Результаты наблюдений» протокола испытаний.

    1. Испытание «Создание аккаунта»

Компонент объекта испытаний: метод «createAccount» для создания аккаунта.

Требования, подлежащие проверке:

  1. Если все поля заполнены верно с учетом ограничений, то оповещение об успехе (CA-P1).

  2. Если поле «short_name» не заполнено, то оповещение об ошибке (CA-N1).

  3. Если поле «short_name» содержит больше 32 символов, то оповещение об ошибке (CA-N2).

  4. Если поле «author_name» содержит больше 128 символов, то оповещение об ошибке (CA-N3).

  5. Если поле «author_url» содержит больше 512 символов, то оповещение об ошибке (CA-N4).

Перед проверкой каждого требования текущего испытания необходимо проделывать следующие шаги:

  1. Выбрать в главном меню «File»  «New…»  «New HTTP Request».

  2. Выбрать метод POST.

  3. Ввести URL метода: https://api.telegra.ph/createAccount

  4. Добавлять перечисленные поля на вкладке «Body»  «form-data».

Порядок проведения испытания приведен в таблице 5.1.

Таблица 5.7. Порядок проведения испытания №1

ID

Действия

Пример результата

CA-P1

  1. Добавить поле «short_name» со значением «ShortName».

  2. Добавить поле «author_name» со значением «AuthorName».

  3. Добавить поле «author_url» со значением «https://site.ru/».

  4. Нажать на кнопку «Send».

  5. Посмотреть «Response».

CA-N1

  1. Выполнить все действия CA-P1, но вместо действия №1 добавить поле «short_name» с отсутствующим значением, либо не добавлять его.

CA-N2

  1. Выполнить все действия CA-P1, но вместо действия №1 добавить поле «short_name» со значением длиной более 32 символов.

CA-N3

  1. Выполнить все действия CA-P1, но вместо действия №2 добавить поле «author_name» со значением длиной более 128 символов.

CA-N4

  1. Выполнить все действия CA-P1, но вместо действия №3 добавить поле «author_url» со значением длиной более 512 символов.

    1. Испытание «Создание статьи»

Компонент объекта испытаний: метод «createPage» для создания статьи.

Требования, подлежащие проверке:

  1. Если все поля заполнены верно с учетом ограничений, то оповещение об успехе (CP-P1).

  2. Если поле «access_token» содержит несуществующий токен, то оповещение об ошибке (CP-N1).

  3. Если поле «title» не заполнено, то оповещение об ошибке (CP-N2).

  4. Если поле «title» содержит больше 256 символов, то оповещение об ошибке (CP-N3).

  5. Если поле «author_name» содержит больше 128 символов, то оповещение об ошибке (CP-N4).

  6. Если поле «author_url» содержит больше 512 символов, то оповещение об ошибке (CP-N5).

  7. Если поле «content» содержит больше 64 КБ данных, то оповещение об ошибке (CP-N6).

  8. Если поле «content» содержит данные неверного формата, то оповещение об ошибке (CP-N7).

  9. Если поле «return_content» содержит значение, не равное «true» или «false», то оповещение об ошибке (CP-N8).

Перед проверкой каждого требования текущего испытания необходимо проделывать следующие шаги:

  1. Выбрать в главном меню «File»  «New…»  «New HTTP Request».

  2. Выбрать метод POST.

  3. Ввести URL метода: https://api.telegra.ph/createPage

  4. Добавлять перечисленные поля на вкладке «Body»  «form-data».

Порядок проведения испытания приведен в таблице 5.2.

Таблица 5.8. Порядок проведения испытания №2

ID

Действия

Пример результата

CP-P1.1

  1. Добавить поле «access_token» со значением токена доступа, который был получен на испытании «Создание аккаунта».

Например,

fe45ff8ff0483599920cdcd535000bf3

84925ca903f3e92a476967485178

  1. Добавить поле «title» со значением «Title».

  2. Добавить поле «author_name» со значением «AuthorName».

  3. Добавить поле «author_url» со значением «https://site.ru/».

  4. Добавить поле «content» со значением «[{"tag":"p","children":["Hello, world!"]}]»

(без двойных кавычек в начале и конце).

  1. Добавить поле «return_content» со значением «true».

  2. Нажать на кнопку «Send».

  3. Посмотреть «Response».

CP-P1.2

  1. Выполнить все действия CP-P1.1, но вместо действия №6 вместо значения «true» установить значение «false» в поле «return_content».

CP-P1.3

  1. Выполнить все действия CP-P1.1, кроме действий №3-4.

CP-P1.4

  1. Выполнить все действия CP-P1.1, кроме действий №3-4, а в действии №6 вместо значения «true» установить значение «false» в поле «return_content».

CP-N1

  1. Выполнить все действия CP-P1.1, но вместо действия №1 добавить поле «access_token» со значением несуществующего токена доступа (например, «invalid_token»), либо не добавлять его.

CP-N2

  1. Выполнить все действия CP-P1.1, но вместо действия №2 добавить поле «title» с отсутствующим значением, либо не добавлять его.

CP-N3

  1. Выполнить все действия CP-P1.1, но вместо действия №2 добавить поле «title» со значением длиной более 256 символов.

CP-N4

  1. Выполнить все действия CP-P1.1, но вместо действия №3 добавить поле «author_name» со значением длиной более 128 символов.

CP-N5

  1. Выполнить все действия CP-P1.1, но вместо действия №4 добавить поле «author_url» со значением длиной более 512 символов.

CP-N6

  1. Выполнить все действия CP-P1.1, но вместо действия №5 добавить поле «content» со значением длиной 64 КБ данных.

(файл размером 65536 байт)

CP-N7

  1. Выполнить все действия CP-P1.1, но вместо действия №5 добавить поле «content» со значением данных неверного формата.

Например, «some text».

CP-N8

  1. Выполнить все действия CP-P1.1, но вместо действия №6 вместо значения «true» установить значение в поле «return_content», не равное «true» или «false».

Например, «nothing».

    1. Испытание «Редактирование информации об аккаунте»

Компонент объекта испытаний: метод «editAccountInfo» для редактирования информации об аккаунте.

Требования, подлежащие проверке:

  1. Если все поля заполнены верно с учетом ограничений, то оповещение об успехе (EAI-P1).

  2. Если поле «access_token» содержит несуществующий токен, то оповещение об ошибке (EAI-N1).

  3. Если поля «short_name», «author_name» и «author_url» не заполнены, то оповещение об ошибке (EAI-N2).

  4. Если поле «short_name» содержит больше 32 символов, то оповещение об ошибке (EAI-N3).

  5. Если поле «author_name» содержит больше 128 символов, то оповещение об ошибке (EAI-N4).

  6. Если поле «author_url» содержит больше 512 символов, то оповещение об ошибке (EAI-N5).

Перед проверкой каждого требования текущего испытания необходимо проделывать следующие шаги:

  1. Выбрать в главном меню «File»  «New…»  «New HTTP Request».

  2. Выбрать метод POST.

  3. Ввести URL метода: https://api.telegra.ph/editAccountInfo

  4. Добавлять перечисленные поля на вкладке «Body»  «form-data».

Порядок проведения испытания приведен в таблице 5.3.

Таблица 5.9. Порядок проведения испытания №3

ID

Действия

Пример результата

EAI-P1

  1. Добавить поле «access_token» со значением токена доступа, который был получен на испытании «Создание аккаунта».

Например,

fe45ff8ff0483599920cdcd535000bf3

84925ca903f3e92a476967485178

  1. Добавить поле «short_name» со значением «ShortName2».

  2. Добавить поле «author_name» со значением «AuthorName2».

  3. Добавить поле «author_url» со значением «https://site2.ru/».

  4. Нажать на кнопку «Send».

  5. Посмотреть «Response».

EAI-N1

  1. Выполнить все действия EAI-P1, но вместо действия №1 добавить поле «access_token» со значением несуществующего токена доступа (например, «invalid_token»), либо не добавлять его.

EAI-N2

  1. Выполнить все действия EAI-P1, кроме действий №2-4.

EAI-N3

  1. Выполнить все действия EAI-P1, но вместо действия №2 добавить поле «short_name» со значением длиной более 32 символов.

EAI-N4

  1. Выполнить все действия EAI-P1, но вместо действия №3 добавить поле «author_name» со значением длиной более 128 символов.

EAI-N5

  1. Выполнить все действия EAI-P1, но вместо действия №4 добавить поле «author_url» со значением длиной более 512 символов.

Источник: https://studfile.net/preview/16552106/

Смотрите также:

Изложение содержания дела, по которому приняты судебные постановления
_1-тема-СтрМетал
_1966(~1
_files_materials_5053_prog.ntr
_Антонян Ю.М., Сексуальные преступления. Чикатило и другие
_РГР № 1 (2)