​​На каждый интуитивно понятный интерфейс всегда найдется юзер потупее:

https://vk.com/video-30666517_456245931

-------------
Шпаргалка по GitLab
-------------

Обзор основных ключевых слов и переменных .gitlab-ci.yml конфига, примеры использования.

Прочитать статью: https://smartiqa.ru/blog/gitlab-cheatsheet

Вопрос №81

Q: Расскажите про метод тест дизайна “Проверка граничных значений”

A: Это методология составления тест-кейсов, при которой мы тестируем на значениях, близких к границам допустимых диапазонов. Проверяем 3 значения: значение перед границей, граничное значение, значение после границы.
Этапы:
1. Выделяем классы эквивалентности.
2. Определяем граничные значения классов.
3. Проводим тесты для значения до, на, после границы.

-------------
Задачи для подготовки к собеседованию по Python
-------------

Задачи по программированию на Python с решениями. Показываем, как не завалить live coding на собеседовании.

Посмотреть статью: https://smartiqa.ru/blog/python-tasks-for-interview

Вопрос №82

Q: Расскажите про метод тест дизайна “Таблица принятия решений”

A: Этапы:
1. В колонку записываем Условия, ниже Действия.
2. Считаем количество столбцов для Выполнения / Невыполнения условий. <количество_столбцов> = 2 в степени <количество_условий>. Например, если имеем 3 условия, то добавляем в таблицу 8 столбцов.
3. Заполняем столбцы/строки. Первая строка: True, False, True, False, True, False, True, False. Вторая строка: True, True, False, False, True, True, False, False. Третья строка: True, True, True, True, False, False, False, False. 4. Отсеиваем лишние проверки условий (например, если Условие 1 ложно, то Условие 3 проверять нет смысла).
5. Отсеиваем лишние столбцы (дублируются условия).

Вопрос №83

Q: Расскажите про метод тест дизайна “Попарное тестирование (Pairwise testing)”

A: Значения каждого параметра должны встретиться с всеми значениями другого параметра. Этапы:
Предположим, что имеем 3 входных параметра, каждый из которых может принимать 2 значения.
Перебираем все комбинации 1го параметра со 2м (значение первого параметра фиксируем).
Перебираем 1й параметр с 3м (значение 2го фиксируем).
Перебираем 2й параметр с 3м (значение 1го параметра фиксируем).
Из полученных 12 строк удаляем дубликаты, получаем 7 кейсов.
Проводим дальнейшие оптимизации, если это возможно/необходимо.

Вопрос №84

Q: Расскажите про метод тест дизайна “Диаграмма изменения состояний”

A: Этапы:
Составляем диаграмму состояний объекта.
Составляем списки всех состояний и всех действий.
Комбинируем все действия и все состояния.
Из полученных комбинаций выделяем 3 группы тестов: позитивные, негативные, невалидные.
Удаляем невалидные.

Вопрос №85

Q: Тестируем формы: Текстовые поля и области (Text Field, Text Area)

A:
Проверки:

1. Обязательность полей (оставляем пустыми поочередно и вместе)
2. Вводим минимально/максимально допустимые значения (на 1 меньше, само значение и на 1 больше).
3. Ввод разного типа символов (латиница, кириллица, Unicode, цифры, спецсимволы, пробелы в разных местах строки, html тэги, данные из буфера обмена).

Вопрос №86

Q: Тестируем формы: Ссылки (Links)

A:
Проверки:

1. Префиксы: пустой, разные протоколы (http, https, ftp).
Далее аналогично текстовым полям (см предыдущие посты).

Вопрос №87

Q: Тестируем формы: Чек боксы (Check box)

A:
Проверки:

1. Выбираем разное количество(ничего, один, два, все).
2. Наличие галочки Check all (для большого количества чек боксов).
3. Область возле чек-бокса тоже должна быть кликабельной.

Вопрос №88

Q: Тестируем формы: Radio button

A:
Проверки:

1. Один всегда выбран
2. Не могут быть выбраны оба
3. Область возле кнопки тоже должна быть кликабельной.