Category: QA Тестирование

Тестирование

Настройка строгости проверки фикстур в PyCharm: Warning или Error

Настройка строгости проверки фикстур в PyCharm: Warning или Error

Если вы пишете тесты на pytest в PyCharm, то наверняка встречали подсветку кода, когда фикстура не передана явно в аргументы тестовой функции, но используется динамически — например, через request.getfixturevalue().

Многие думают, что PyCharm сразу показывает это как ошибку. На самом деле по умолчанию уровень проверки — Warning (жёлтое подчёркивание), а не Error (красное).

Где находится эта настройка

Инспекция называется:
Python → Fixture is not requested by test functions

Находится она в:
File → Settings → Editor → Inspections (или PyCharm → Preferences → Editor → Inspections на macOS).

Какое значение стоит по умолчанию

Сразу после установки PyCharm у этой проверки стоит Severity = Warning.

Это значит, что IDE обратит ваше внимание на потенциальную проблему, но не будет считать код сломанным. Сборка, запуск тестов и любые автоматические проверки (например, CI/CD) не прервутся из-за такого предупреждения.

Как изменить Warning на Error

Если в вашей команде договорились, что динамическое получение фикстур без явного указания в аргументах — это не просто неаккуратно, а именно ошибка, вы можете повысить уровень строгости:

  1. Откройте Editor → Inspections.
  2. Найдите инспекцию Fixture is not requested by test functions.
  3. В выпадающем списке Severity выберите Error.
  4. Нажмите Apply → OK.

Изменение строгости инспекции с Warning на Error

Что изменится после переключения

  • Жёлтое подчёркивание станет красным.
  • В окне инспекций (Alt+Enter) появится сообщение с уровнем «Error».
  • Если у вас настроен Code Analysis как этап CI, такой код начнёт считаться проблемой высокого уровня.

Стоит ли это делать

Чаще всего — нет. Использование request.getfixturevalue() — абсолютно валидный приём в pytest, особенно при создании параметризованных фикстур или динамических зависимостей. Намеренно делать эту проверку ошибкой — значит добавить лишнего шума в проект.

Но если в вашем проекте договорённость гласит, что все фикстуры должны быть явно указаны в сигнатуре теста, тогда повышение уровня до Error имеет смысл.

Резюме

  • ✅ По умолчанию: Warning (жёлтое подчёркивание).
  • ⚠️ Чтобы сделать Error — измените Severity вручную.
  • 🔧 Большинству проектов лучше оставить Warning или вовсе отключить проверку.

Актуально для PyCharm 2023–2025. Статья основана на реальных настройках инспекций IDE.

https://skr.sh/sc1JiH4G2v8

Техники тест-дизайна

Классы эквивалентности (Эквивалентное разбиение)

деление на группы, обработка которых приведет к одному результату

есть позитивные и негативные

 

Граничные значения (Анализ граничных значений)

+1 и -1 значение на границе каждого класса эквивалентности

 

Попарное тестирование (PAIRWISE TESTING)

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

 

Таблица принятия решений

Другое название метода – матрица принятия решений. Эта техника подходит для более сложных систем, например – двухфакторной аутентификации. Предположим, чтобы войти в систему, пользователю нужно ввести сначала логин и пароль, а затем еще подтвердить свою личность присланным в смс кодом.

Какие возможны сценарии:
1.       Правильный логин и правильный пароль.
2.       Правильный логин, неправильный пароль.
3.       Неправильный логин, правильный пароль.
4.       Неправильный логин, неправильный пароль.

 

Тестирование состояний и переходов

Техника для визуализации ТЗ. Она наглядно показывает, как некий объект переходит из одного состояния в другое.

Причина и следствие

Это, как правило, ввод комбинаций условий (причин), для получения ответа от системы (Следствие). Например, вы проверяете возможность добавлять клиента, используя определенную экранную форму. Для этого вам необходимо будет ввести несколько полей, таких как “Имя”, “Адрес”, “Номер Телефона” а затем, нажать кнопку “Добавить” – эта “Причина”. После нажатия кнопки “Добавить”, система добавляет клиента в базу данных и показывает его номер на экране – это “Следствие”.

Предугадывание ошибок

Это когда тест аналитик использует свои знания системы и способность к интерпретации спецификации на предмет того, чтобы “предугадать” при каких входных условиях система может выдать ошибку. Например, спецификация говорит: “пользователь должен ввести код”. Тест аналитик, будет думать: “Что, если я не введу код?”, “Что, если я введу неправильный код? “, и так далее. Это и есть предугадывание ошибки.

Модели разработки

Waterfall (классическая\водопадная\каскадная)

каждый этап разработки продолжает предыдущий

для перехода на новый этап обязательно должны завершить текущий

 

V модель

этапы разработки и тестирования идут попарно начиная с первого этапа разработки

 

Итерационный подход

жизненный цикл продукта разбит на ряд небольших циклов

каждый цикл это самостоятельная единица

Классификация тестирования по уровням

Компонентное \ Модульное \ Unit тестирование

тестирование компонентов(модулей) системы

например корзины на веб  сайте

 

Интеграционное тестирование

тестирование взаимодействия между модулями системы или внешними интеграциями и системой

 

Системное тестирование

полная проверка приложения \ сайта

 

Приемочное тестирование

тестирование проводимое при сдаче функционала заказчику

  • Пользовательское приемочное тестирование UAT (тестирование конечным пользователем)
  • Эксплуатационное (тестирование бекапов, восстановления системы, безопасность)
  • Тестирование на соответствие контракту (проверка на соответствие госту или приемочной спецификации)
  • Альфа тестирование (Эксплуатационное тестирование на стороне разработчиков)
  • Бета тестирование (во внешней среде без участия разработчиков, группой пользователей)

 

Идентификация, аутентификация и авторизация: определения

Идентификация, аутентификация и авторизация: серьезные определения

Итак, что же значат термины «идентификация», «аутентификация» и «авторизация» — и чем соответствующие процессы отличаются друг от друга? Для начала проконсультируемся с «Википедией»:

  • Идентификация — процедура, в результате выполнения которой для субъекта идентификации выявляется его идентификатор, однозначно определяющий этого субъекта в информационной системе.
  • Аутентификация — процедура проверки подлинности, например проверка подлинности пользователя путем сравнения введенного им пароля с паролем, сохраненным в базе данных.
  • Авторизация — предоставление определенному лицу или группе лиц прав на выполнение определенных действий.

Объясняем идентификацию, аутентификацию и авторизацию на енотах

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

  • Для начала система запрашивает логин, пользователь его указывает, система распознает его как существующий — это идентификация.
  • После этого Google просит ввести пароль, пользователь его вводит, и система соглашается, что пользователь, похоже, действительно настоящий, раз пароль совпал, — это аутентификация.
  • Скорее всего, Google дополнительно спросит еще и одноразовый код из SMS или приложения. Если пользователь и его правильно введет, то система окончательно согласится с тем, что он настоящий владелец аккаунта, — это двухфакторная аутентификация.
  • После этого система предоставит пользователю право читать письма в его почтовом ящике и все в таком духе — это авторизация.

Posts navigation

1 2 3
Scroll to top