как оформить Тест по истории

Хочу поблагодарить за курс «История России» проект «Скороходы». Курс купила для дочки 10 лет, но в итоге смотрела вместе с ней.

Невероятно интересно подана информация, причем видно глубокое погружение в темы, очевидно создатели курса разбираются в том, что делают. Многих фактов в обычных статьях интернета нет. Потрясающая подача! Вообще детскую лекцию читать час это, конечно, подвиг. Отличительной особенностью курса является его интерактивность: дети постоянно отвечают на вопросы, а ведущий оперативно читает ответы с указанием имен. Моей дочери это вначале очень понравилось, однако час сидеть за компьютером она не может, поэтому на последние уроки мы отвечали вслух с дивана)) Вопросы составлены очень интересно, детей справшивают не какие-нибудь даты, а просят думать, выстраивать гипотезы, составлять логические связки. Это прекрасно.

Помимо замечательного рассказа лекции сопровождаются стильными рисунками, что сразу заметно, а также редкими историческими иллюстрациями и современными фотографиями. Этот баланс между историей и современностью выдержан на ура. Еще очень понравились увлекательные «лирические отступления». Это наглядный пример для детей, что История России — это не занудный материал из старых учебников. Что увлечение историей можно воплотить в современном невиртуальном увлечении — реконструкции.
В общем, благодарю за курс! Всей команде, работавшей над курсом, огромная благодарность!

Техники тест-дизайна — это правила и подходы, которые помогают создавать грамотные тест-кейсы. Они помогают нам тестировать, не просто переходя со страницы на страницу, а объясняют, почему мы вводим определенные значения и какие конкретно значения нужно вводить.

И в этой статье мы поговорим про такие техники тест-дизайна:

Теперь — детально и с примерами про каждую из этих техник.

Эквивалентное разделение

Введем +380999999999 — номер засчитан, как правильный, потому мы можем считать его валидным:

Номер засчитан валидным

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

А если вернуть символ собачки, но удалить точку? Он также считается невалидным:

К невалидным будут относиться:

• использовать номер телефона с большим количеством символов;
• использовать номер телефона с буквами вместо цифр;
• использовать электронный ящик, который уже зарегистрирован в Instagram;
• использовать электронный ящик без собачки, без точки, с несуществующим доменом.

Граничные значения

Теперь я покажу, как использовать технику «Граничных значений». В этой технике мы работаем только с цифрами. Допустим, у нас есть требование, что пароль должен быть от 6 до 16 символов. То есть на границе от 6 до 16 это должны быть четыре числа:

• 5 — потому что 5 не входит в границу;
• 6 — потому что с шести символов можно начинать;
• 16 — потому что 16 символов — это максимум;
• 17 — потому что это больше максимума.

Давайте тестировать. Сначала я хочу ради эксперимента ввести пароль с одним символом. Кнопка регистрации серая — то есть с одним символом невозможно:

Вводим пароль из пять символов — кнопка регистрации все еще серая:

Вводим пароль из 6 символов — кнопка регистрации засветилась, то есть регистрация позволена:

И пароль из 16 символов — кнопка все еще голубая:

Давайте разделим эти варианты ввода на валидные и невалидные значения:

В валидные пойдут: пароль из 6-ти символов и пароль из 16-ти символов. В невалидные — пароль из 5-ти символов и пароль из 17-ти символов. То есть, чтобы использовать в тест-кейсе граничные значения, нам нужно использовать четыре шага: два из них — это граничные валидные значения (6 и 16) и вторые два — это граничные невалидные значения, то есть 5 и 17.

Где еще можно использовать эту технику тест-дизайна? Везде, где фигурируют цифры: например, возраст. Давайте представим, что есть сайт, на котором регистрация позволена людям от 18 до 60 лет. И посчитаем, какие значения можно и нельзя вводить. Итак, валидные значения — это 18 и 60. Тогда невалидным значением будет 17, потому что в 17 лет нас не должно зарегистрировать, и 61, потому что после 60-ти тоже не должно регистрировать по правилам выдуманного нами сайта:

Где еще может использоваться эта техника? Например, в номере телефона. Все мы знаем, что валидный номер телефона состоит из 10 цифр, которые не относятся к коду страны ((+38)099 999 99 99). Это будет валидный номер телефона. Но что, если я хочу создать номер телефона из 11 цифр без кода страны (или из 9)? Номер телефона считается невалидным в таких случаях:

Какие тест-кейсы мы могли создать из упомянутых примеров?

1. Создать пароль из 6-ти символов.

2. Создать пароль из 16-ти символов.

3. Создать пароль из 5-ти символов и ожидать, что регистрация не пройдет.

4. Создать пароль из 17-ти символов и ожидать, что регистрация не пройдет.

Зачем нужна эта техника?

Для того, чтобы люди не тестировали 10 символов в пароле, которые никому не нужны, потому что они находятся на границе между 6 и 16. Для того, чтобы не тестировать возраст 20, 30, 40, потому что все эти значения находятся между 18 и 60. Также для того, чтобы люди не тестировали возраст 100 лет или -100 лет. Для того, чтоб не проверять номер телефона из 1, 2, 100 цифр. Потому что все эти проверки будут бессмысленными, ведь мы уже протестировали граничные значения.

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

Следующая техника тест-дизайна — «Таблица принятия решений» или ТПР.

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

• мобильный телефон или электронный адрес;
• имя и фамилию;
• имя пользователя (ник);
• пароль.

И мы будем решать, валидные или невалидные ситуации мы ввели, и показывать ожидаемый результат. Но сначала давайте условимся, как мы будем обозначать валидные и невалидные способы ввода:

1. Валидные мы будем обозначать словом trueОт англ. «правда» либо буквой t, либо цифрой 1.
2. Невалидные мы будем обозначать либо словом falseОт англ. «ложь» либо буквой f, либо цифрой 0.

Почему цифры 1 и 0? Так пишут программисты. В бинарном коде: 0 — это ложь, 1 — это правда. Например, если лампочка горит — это 1, а если она выключена — 0.

Теперь нам нужно создать таблицу. Это делается с помощью дискретной математики.

Рисуем таблицу на 16 колонок. 16 — это если возвести 2 в 4 (а столько у нас полей) степень, то выйдет 16.

Нам нужно сделать так, чтобы все варианты ввода отличались друг от друга, то есть чтобы не было двух одинаковых, как я сделала в этом примере:

Поскольку у нас 16 колонок, то делим 16 на 2 и получаем 8. В первой строке этой таблицы первые 8 цифр заполняем нолями, вторые 8 цифр — единицами.

Чтоб заполнить следующую строку, делим уже 8 на 2 и получаем 4. Заполняем так: 4 ноля, 4 единицы, 4 ноля, 4 единицы.

Для следующей строки делим 4 на 2. Получается 2 ноля, 2 единицы, 2 ноля, 2 единицы, 2 ноля, 2 единицы, 2 ноля, 2 единицы.

С помощью этой тактики мы получили уникальные колонки, то есть нет ни одной одинаковой пары.

Теперь давайте использовать эту таблицу:

В первой ситуации (столбце), мы вводим невалидный электронный ящик, имя пользователя, имя и фамилию, пароль. Если попробовать ввести все эти данные невалидно, то увидим, что регистрироваться нам не дадут, поэтому в строку с результатом вносим букву F — fail, и для наглядности можем сделать эту клеточку красной.

Так я буду проходиться по каждой колонке этой таблицы, пока не заполню все 16 результатов.

Во второй строке я должна ввести все невалидные данные, кроме пароля. Пробую на практике ввести нормальный пароль и нажать «Регистрация» и получаю два сообщения об ошибке:

• Это имя пользователя уже занято.
• Неправильный номер телефона.

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

Продолжаем пробовать все ситуации до конца таблицы. Конкретно в этом примере все результаты, кроме последней колонки, имеют статус Failed, а последняя — Pass, поскольку там мы ввели правильный мобильный телефон, официальное имя, никнейм и пароль.

Давайте создадим еще одну таблицу, но попроще, для примера.

Допустим, нам нужно загрузить аватарку, и есть требования: она должна весить меньше 1 Гб и быть в формате фото (jpg, png или gif). В таблице я делаю две строки:

• Фото ли это?
• Валидный ли размер?

Два во второй степени равно четырем, так что у нас будет всего четыре колонки:

Пройдемся по каждой колонке:

1. Если у нас не фотография (а, например, mp3) и размер больше 1 Гб, то результат будет Fail.
2. Если мы загрузим не фотографию, но меньше 1 Гб, то все равно Fail.
3. Если мы загрузим фотографию, но больше 1 Гб, то результат тоже Fail.
4. Если мы загружаем фото с правильным форматом и меньше 1 Гб, то результат Pass.

А теперь я покажу еще один пример, только он будет интересней. Тут результат будет не Fail и Pass, а цифры. Но в клеточках таблицы также будут ноли и единицы.

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

• Если ты впервые в магазине — у тебя 10% скидки.
• Если ты постоянный клиент — то у тебя есть золотая карта и 20% скидки.
• Если у тебя сегодня день рождения — то на все покупки тебе дают 50% скидки.
• Если ты, допустим, разбил там бутылку вина и убежал, то тебя кидают в бан и ничего не будут продавать.

Теперь давайте рассмотрим все эти ситуации и их результат:

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

Например, что делать, если у нас есть две скидки (20% и 50%) одновременно: прибавлять их или использовать большую из них? Или такая ситуация: если клиент новенький, но пришел со скидочной картой, значит он ее у кого-то взял и пытается обмануть магазин. Что мы делаем в такой ситуации: прощаем и используем карточную скидку или выгоняем?

Соответственно, можно создать целых 16 интересных и уникальных тест-кейсов для 16 разных ситуаций.

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

Для техники «Парное тестирование» нужно открыть любой интернет-магазин и каталог товаров. Пусть это будут «Cмартфоны, ТВ и электроника».

Давайте посмотрим на левую панель. Здесь есть обширный фильтр: по продавцу, отправке, бренду, алфавиту, цене, беспроцентному кредиту и т.д. В чем суть парного тестирования? Мы имеем много разных характеристик, по которым нужно сортировать, но мы будем тестировать не по одной характеристике, а сразу по двум. Для чего? Чтобы проверить, какая будет реакция у системы, какой будет результат. Переходим к практике. Сначала мы должны протестировать продавца и готовность к отправке. Ставим две галочки:

Ставим две галочки в фильтрах

И проверяем, что есть товары, отфильтрованные по продавцу и по готовности к отправке. Теперь убираем галочку с «Готов к отправке» и ставим следующий фильтр, например, бренд:

Применяем следующий фильтр

То есть фильтруем по продавцу и по бренду, и проверяем, есть ли результаты. Результат есть — значит эта пара прошла. Идем дальше, бренд анчекаем, фильтруем по продавцу и по цене: выставляем цену от 359 до 500 грн. И этот фильтр тоже работает — тест прошел.

Идем дальше, убираем фильтр цены и ставим на «страну производителя», допустим, Индонезия. Видим, что отфильтровано два товара — тест пройден:

Убираем страну-производителя и ставим фильтр на страну регистрации бренда — Австралию. И так проходимся по комбинациям из двух разных фильтров, пока не протестируем все со всеми (первый и второй, первый и третий, второй и третий).

Диаграмма перехода состояний

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

Сайты и программы, с помощью которых удобно рисовать диаграммы

Первая диаграмма, которую мы рассмотрим — «Диаграмма перехода состояний» (State Transition Diagram). Всегда нужно учить английские термины, потому что спрашивают именно их. Итак, из чего состоит диаграмма перехода состояний? Из кружочков и стрелочек 🙂

Диаграмма перехода состояний (State Transition Diagram)

Что у нас получилось? Это самый элементарный пример диаграммы перехода состояний, а именно — пример выключателя света: если мы выключим — то свет не горит, если включим— свет горит. Над стрелочками принято писать действия, которые мы делаем, например, «выключить свет» и «включить свет». А внутри кружочка пишутся состояния, которые в этот момент происходят. Например, если мы выключим свет, то состояние будет «темнота», а если включим, то состояние «светло».

Теперь давайте рассмотрим более сложную систему, например систему входа в социальную сеть.

Говорят, что каждая диаграмма перехода состояний должна иметь начало и конец, по этому мы рисуем кружочки и для этих состояний:

Диаграмма системы входа в социальную сеть

Дальше вводим пароль со второй попытки (и опять неправильный). Результат — пароль снова неверный.

Третья попытка — снова вводим неверный пароль. Результат — пароль снова неверный и пользователя забанят на час.

Следующее действие — ждем, пока пройдет час. Результат — аккаунт разбанен.

Что дальше? Давайте снова введем неверный пароль. Поскольку система помнит, что у нас было три неудачных попытки, то она забанит нас на неделю.

Ждем неделю. Результат — аккаунт разбанен.

Давайте мы наконец-то поумнеем и нажмем на кнопку «Забыли пароль». Результат — на электронную почту приходит письмо для восстановления. Дальше пользователь проверяет почту, и как результат — в письме пришла ссылка для восстановления пароля.

Пользователь нажимает на ссылку для восстановления пароля, и видит сообщение «Введите новый пароль». Пользователь вводит пароль и аккаунт обновляется.

Зачем нужны эти диаграммы? Если у нас есть море вариантов, то мы легко можем запутаться или не покрыть все возможные варианты тест-кейсами.

Диаграмма пользовательских ролей

Следующая техника будет называться «Диаграмма пользовательских ролей» (Use Case Diagram).

Представим себе обычный интернет-магазин. Какие там есть роли? Например:

• Администратор
• Продавец
• Покупатель (зарегистрированный)
• Незарегистрированный пользователь

У каждой роли есть свои права и доступы, и каждый из них умеет что-то делать. Поэтому рисуем четырех человечков, подписываем их роли и переходим к их действиям. Все действия будем указывать в небольших прямоугольниках. Проведем стрелочку от роли к доступному действию.

Диаграмма ролей и действий в интернет-магазине

Давайте начнем с незарегистрированного пользователя. Он умеет:

• Регистрироваться
• Смотреть товар
• Добавлять товар в корзину
• Оформлять покупку

Рисуем от незарегистрированного пользователя стрелочки к первым двум действиям. Чтоб добавить товар в корзину, его нужно открыть, то есть мы не можем кинуть товар в корзину, не посмотрев на него. Поэтому к действию «Добавлять товар в корзину» рисуем стрелочку от «Смотреть товар», а не от роли. То же самое с оформлением покупки, мы не можем оформить ее, не добавив товар в корзину, потому ведем стрелочку от «Добавить товар в корзину». У нас получилась небольшая цепочка с правами.

Теперь давайте посмотрим, что может покупатель:

• Все действия с предыдущей роли
• Войти в систему (залогиниться)
• Изменять персональную информацию (только если вошли в систему, потому стрелочка от пункта 2)
• Удалить аккаунт (со страницы изменения информации, потому стрелочка от пункта 3)

Что может делать продавец:

• Все действия ролей выше (кроме регистрации :))
• Добавлять товар
• Изменить товар
• Удалить товар (со страницы изменения, стрелочка из пункта 3)

Что может администратор:

• Изменять информацию о других пользователях
• Добавлять людей в бан (с пункта 1)
• Удалять и изменять комментарии
• Все действия ролей выше (кроме регистрации)

Кроме очевидных тест-кейсов, которые приходят всем на ум, глядя на эту диаграмму, можно протестировать такие вещи:

1. Незарегистрированный пользователь не может изменять информацию о товаре

2. Незарегистрированный пользователь не может банить людей

3. Продавец не может банить людей

4. Администратор не может регистрироваться

Все предыдущие техники назывались техниками «черного ящика». Есть еще техники «белого ящика», но для них надо знать языки программирования и работать с кодом. Потому мы поговорим про следующие техники тест-дизайна, которые относятся к отдельной категории: тестирование, связанное с опытом.

Угадывание ошибок

Начнем с угадывания ошибок (Error Guessing). В этой технике нужны опытные ребята, которые могут придумать и вспомнить ситуации, в которых ПО «ломается». Обычно эти ситуации встречались им с предыдущим опытом. Именно эта техника сильно зависит от мастерства, ведь только опытные специалисты знают, где искать баг.

Какие типичные условия следует попробовать, чтоб пройти угадывание ошибок:

• Уменьшать ширину окна по чуть-чуть, чтоб отловить баги в User Interface
• Делить на ноль
• Ввести пустое значение в поле
• Ввести пробел в начало, в середину, в конец поля
• Негативное тестирование дат (30, 31 февраля, а также даты, которые еще не наступили)
• Ставить на аватарку текстовые файлы, музыку, пустые файлы

Это самые часто встречающиеся ошибки.

Исследовательское тестирование

Переходим к последней технике. Это исследовательское тестирование.

Его нужно применять в ситуациях:

1. Когда мы не знаем продукт. Мы изучаем его, как обычный пользователь. Например, нам дали новый проект и его нужно изучить: прокликать и узнать, какой там функционал.
2. Когда нам не нужна или у нас нет документации. Мы используем исследовательское тестирование, когда нет времени писать тест-кейсы или сроки горят, или нам приказали не писать документацию 🙂
3. Когда нет времени. Если дают сайт или программу и говорят (образно), что есть 15 минут, чтоб найти 100 багов и нет времени ни создавать тест-кейсы, ни писать репорты, тебе просто нужно срочно тестировать и проверять качество — это исследовательское тестирование.

Окей, мы изучили, что это тестирование без подготовки и без документации, тогда назревает вопрос: а в чем разница между исследовательским и свободным тестированиемAd-hoc Testing. Вид тестирования, который выполняется без подготовки к тестам, без определения ожидаемых результатов, проектирования тестовых сценариев. Это неформальное, импровизационное тестирование.? Для свободного нужно меньше мастерства, его может провести и девелопер, а для исследовательского нужно владение техниками (и не только тест-дизайна).

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Этот материал – не редакционный, это – личное мнение его автора. Редакция может не разделять это мнение.

Депутаты Думы УГО и активная молодежь города присоединились к международной акции

Сегодня, 2 декабря, жители Уссурийска подключились к международной акции — они написали тест по истории Великой Отечественной войны (12+). Площадки были подготовлены в школах Уссурийска, а также и в Думе УГО, где за один стол сели местные депутаты и ребята из Молодежного совета, сообщает ИА UssurMedia.

Сегодня, 2 декабря 2022 года, накануне Дня Неизвестного Солдата в России проходит международная акция «Тест по истории Великой Отечественной войны» в рамках проекта «Большая история» (12+). Реализует его с 2015 года Молодежный парламент при Госдуме и молодежные парламенты субъектов РФ.

На специальных площадках и на сайте проекта «Большая история» тест по предварительным подсчетам напишут 2 млн человек — это жители всех регионов России и других стран.

Депутаты Думы УГО ежегодно становятся участниками акции. И этот год не стал исключением: за одним столом собрались взрослые парламентарии и молодежь из Совета при Думе.

«Видим, что полный зал участников. Неравнодушные к истории родной страны жители пришли проверить свои знания о ВОВ. У меня два деда были участниками ВОВ, прошли весь путь до Берлина, преодолели все тягости, мы обязаны помнить историю, подвиг, который совершили наши предки. Я считаю, что необходимо проводить такие мероприятия», — отметил председатель Думы Александр Черныш.

Участники акции ответили на 40 вопросов теста, среди которых были и про блокаду Ленинграда, и про героев страны, и про оружие ВОВ. Многие успешно справились с предложенными заданиями и показали хорошие результаты.

«Я в первый раз участвовала в этом тесте, он достаточно сложный. Мне понравился вопрос, где я считала, сколько дней длилась ВОВ. Подсчитала, в итоге, верно», — поделилась Дарья Кайнара, член Молодежного совета при Думе УГО.