Привет всем, сделала видео на скорую руку.
Рассмотрим пример из собеседования:
Есть две таблицы, A1 и A2. В обоих таблицах по пять строк.
Запишем запрос:

🔷Select * from A1, A2.
Сколько строк получается в итоговой таблице?🔷

Для того, чтобы разобрать пример, используем сайт:
https://sqliteonline.com/
Используйте этот сайт для проверки своих заданий.

🔸Выбираем соединение к PostgreSQL
🔸Сперва создаём таблицы A1 и A2 , используем команду Create Table

Синтаксис:
CREATE TABLE table_name (
column1 datatype,
column2 datatype,
column3 datatype,
....
);

Я захотела создать таблицу с пятью столбцами. Вы можете создать и двумя столбцами.

🔸Затем используем команду Insert Into

Синтаксис
INSERT INTO table_name (column1, column2, column3, ...)
VALUES
(value1, value2, value3, ...),
(value1, value2, value3, ...),
(value1, value2, value3, ...);

В этом случае на каждый столбец приходится пять значений.
Нам необходимо получить пять строк, поэтому внесла соответствующие значения.

🔸Когда вставили значения в таблицы A1 и A2, выполним наш запрос:

Select * from A1, A2.

SQL позволяет в одном запросе обращаться к нескольким таблицам. Именно это свойство и сделало язык SQL столь популярным.
SQL Server проверяет каждую комбинацию строк двух таблиц
Запросы, которые позволяют это сделать, в SQL называются Объединениями.
Такое объединение научно называется декартовым произведением, когда каждой строке первой таблицы ставится в соответствие каждая строка второй таблицы.
А1_1 -- A2_1
A1_1 -- A2_2
A1_1 -- A2_3
A1_1 -- A2_4
A1_1 -- A2_5
А1_2 -- A2_1
A1_2 -- A2_2
A1_2 -- A2_3
A1_2 -- A2_4
A1_2 -- A2_5
и т.д.
Возможно, бывают случаи, когда такое объединение полезно, но в этом случае вопрос на смекалку.
Согласно Алана Бьюли "Изучаем SQL" ещё называют перекрёстным объединением (cross join). Его редко используют, намеренно, по крайней мере.
Рекомендую прочитать данную книгу.

🔷В данном случае получается 25 строк в итоговой таблице.🔷

Чтобы результирующая таблица выглядела так, как мы хотели, необходимо указать условие объединения.

Шаблон Тест плана для мобильного приложения.
Не является рекомендацией, но вдруг поможет Вам в работе и для собеседования.
 История изменений системы
 Введение
 Цель
 Объект тестирования
 Цели тестирования:
 Участники тестирования
 Сроки проведения тестирования
 Условия для тестирования
 Методы и подходы к тестированию
 Критерии
 Критерии начала тестирования
 Критерии завершения тестирования
 Виды тестирования
 Тестирование на мобильных устройствах
 Функциональное тестирование
 Тестирование удобства использования
 Тестирование безопасности
 Тестирование локализации
 Тестирование совместимости
 Тестирование производительности
 Документация
 Метрики (без формул и вычислений)
 Результаты тестирования
 Используемая литература

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

#шаблон
#тестплан

нет предела совершенству, обновила шаблон по тест плану для мобильного приложения:
▪️Редактирование чек-листа проверок в видах тестирования
▪️Редактирование результатов тестирования
▪️Добавлены инструменты для мобильного тестирования
▪️Заполнение таблиц и диаграмм данными, раскраска
▪️Статусы прохождения проверок является лишь примером и сами проверки это рандомный вариант

Данные шаблоны из https://vk.com/@zapiskisedogotestera-test-plan-kak-sostavlyat

#тестплан

Разработка тест-кейсов.
В целом хорошая презентация

#тестовыйсценарий

http://kirdenoff.blogspot.com/2013/02/blog-post.html?m=1

Статья 2013 года, но проверки актуальны

Базовые проверки элементов веб страницы.

1🔹. Тестирование текстового поля
2🔹. Тестирование кнопки.
3🔹. Тестирование радио баттонов
4🔹. Тестирование чек боксов
5🔹. Тестирование полей со списком
6🔹. Тестирование меню
7🔹. Тестирование окон
8🔹. Тестирование скроллинга
9🔹. Тестирование ссылок
10🔹. Тестирование таблиц
11🔹. Тестирование поп-апов
12🔹. Тестирование календарей
13🔹. Тестирование полей для загрузки файлов
14🔹. Тестирование сообщений
15🔹. Общие проверки

Большинство проверок точно вам пригодятся для выполнения каких-либо заданий

#тестирование #теория

Это не реклама, а рекомендация.

Сейчас идёт прямой эфир (начало в 19:00) от Вячеслава Зимина "Ключ седого тестировщика" с темой "Как правильно тестировать"
Вдруг вам понравится подача, информация и вдруг сам курс.
Сейчас сама смотрю, закрепляю свои знания.

https://youtu.be/nIl86cbEZu0

Познавательная статья про

Тестирование областей определения или нечто большее, чем анализ граничных значений -
https://m.habr.com/ru/company/infopulse/blog/270909/

🔹Краткий обзор🔹:
🖍Множество значений можно разбить как минимум на два класса эквивалентности — валидные и невалидные значения.
☀️☀️☀️☀️☀️
Тестирование областей определения предполагает три шага:
1⃣выделение подобластей для каждого параметра, все элементы которых предположительно приводят к одинаковому поведению программы (для сокращения количества тестов);
2⃣выбор конкретных значений для тестирования внутри каждого класса (в т.ч. для выявления ошибок, связанных с тем, что область определения задана неверно);
3⃣сочетание этих значений (для увеличения тестового покрытия и выявления ошибок, зависящих от взаимодействия нескольких параметров).

‼️Классы эквивалентности

‼️Несколько простых правил.
❗️Если область определения параметра — диапазон, то имеет смысл выделение трех классов эквивалентности: слева от диапазона (невалидные значения), сам диапазон (валидные значения) и справа от диапазона (снова невалидные).

❗️При выделении классов нужно использовать включающие границы с целью однозначности и точности: одно и то же значение не может относиться к двум классам одновременно.

❗️Если область определения — набор неупорядоченных данных, то всегда можно выделить как минимум два класса — валидные и невалидные значения. Полученное разбиение можно «дробить» дальше. Например, множество латинских букв можно разбить на два подмножества: латиница в верхнем и нижнем регистре соответственно.

‼️Различают линейные (упорядоченные) и нелинейные (неупорядоченные) классы эквивалентности. Очевидно, к последним невозможно применить анализ граничных значений, т.е. нет логического способа выделить элементы, с большей вероятностью приводящие к ошибке. Примером такого класса может быть множество специальных символов, которые можно ввести с клавиатуры.

‼️Например, если результат вычисления должен быть положительным, стоит выделить три класса эквивалентности и соответствующие им граничные значения:
входные данные, при которых результат строго положительный (валидный класс);
входные данные, при которых результат равен нулю (невалидный класс);
входные данные, при которых результат отрицателен (невалидный класс).

‼️ Техника попарного перебора (pairwise) — один из способов уменьшить количество тестов, при этом попытавшись сохранить качество тестирования, т.е. свести к минимуму количество необнаруженных ошибок. Но применяя эту технику, важно понимать, что ошибки на стыке более чем двух значений параметров останутся ненайденными.

#техникатестдизайна
#эквивалентноеразбиение