Привет всем! Повторяем, Что такое RESTful API?
В воскресенье взяла выходной от консультаций, поэтому будет больше тестов по данной теме!

В 2015 году у меня было первое собеседование на тестировщика. И я вспомнила, необычное задание на собеседование 😆. Конечно, сейчас это просто небо и земля, когда порой начинающих специалистов спрашивают про СI/CD и другие углубленные вопросы.
Давайте я вам скину это необычное задание и скину опросник, просьба не гуглить😁.

Найди отличия!
Это прям та самая картинка!
В то время это было значимое задание.

Вот здесь я выделила отличия, из-за надписи в левом верхнем углу закрыта птичка (можно ее не считать, а так это отличие видно).
На самом деле, мне сказали на собесе, что на картинке 13 отличий, я нашла 12 отличий. А найдено 15 отличий, согласно гуглу.

В самом начале составляла этот пост! Важно ознакомиться!

#требование
‼️Если применить к этой классификации популярное разделение требований на функциональные и нефункциональные, то к последним следует отнести все перечисленные выше группы кроме первой
🖍Functionality - функциональных требований: свойства, особенности, безопасность и др.
🖍Usability - требования к юзабилити: человеческий фактор, эстетичность, последовательность, документация и др.
🖍Reliability - требования к надежности: частота возможных отказов, отказоустойчивость, восстанавливаемость, предсказуемости, устойчивости и др.
🖍Performance - требования к производительности: время отклика, использование ресурсов, эффективность, производительность, масштабируемость и др.
🖍Supportability - поддержка требования: умение поддержать, ремонтопригодность, гибкость, модифицируемость, модульность, расширяемость, способность к локализации и др.
‼️+. Ограничения
🖍Ограничения проектирования: ограничения на технологии (например, «Хранение необходимо реализовать с помощью реляционной БД»), процесс или методология разработки, средства разработки (документация — в MS Word»),
🖍Ограничения реализации, разработки, построение, написания программного кода: стандарты разработки, стандарты качества ПО, в т.ч. кода, языки программирования, средства разработки, ресурсные ограничения, лицензионные ограничения, ограничения на техническое обеспечение,
🖍Требования к интерфейсам — ограничения накладываемые необходимостью взаимодействия с другими системами: форматы данных, протоколы взаимодействия, внешние системы,
🖍Физические ограничения, накладываемые на технические (аппаратные) средства и окружение системы: форма, размер, вес, температурный режим, влажность, ограничения на вибрацию

FYI – https://sysana.wordpress.com/2010/09/16/furps/
https://studme.org/226097/informatika/klassifikatsiya_trebovaniy_furps

Начало поста:
Требование - это "условие или возможность, которым должна соответствовать система".

🔷Существует много разновидностей требований. Одна из классификаций требований называется моделью FURPS+ , где FURPS - первые буквы названий категорий требований на английском языке.
🔶Классификация требований к системе FURPS+ была разработана Робертом Грэйди (Robert Grady) из Hewlett-Packard и предложена в 1992 год
🔹Functionality (функциональные требования)
🔹Usability (требования к удобству работы)
🔹Reliability (требования к надежности)
🔹Performance (требования к производительности)
🔹Supportability (требования к простоте поддержки)

Знак плюса "+" в аббревиатуре FURPS+ охватывает дополнительные категории требований:
🔸ограничения на структуру проекта
🔸требования к реализации
🔸требования к интерфейсу
🔸физические требования.