Чек лист для бытового термопота
Перейти к содержимому

Чек лист для бытового термопота

  • автор:

Чек лист для бытового термопота

Этап 1. Практические задания

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

Задание 1.
Для того чтобы проверять работу приложений, тестировщики в своей работе составляют различную тестовую документацию. Одним из её видов является тест-кейс. Почитать про тест-кейсы и познакомиться с примерами можно по ссылке.
Представь, что тебе нужно протестировать велосипед. Составь три тест-кейса, чтобы проверить основные на твой взгляд функции велосипеда.

Задание 2.
В базе данных есть таблица Employees, которая содержит информацию о сотрудниках. Напиши запрос, который позволит получить имена всех сотрудников (FirstName), фамилия которых содержит сочетание букв “er” (LastName).
В качестве решения этой задачи пришли получившийся запрос.
Пробовать написать запрос ты можешь здесь.

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

Задание 4.
Нарисуй блок-схему, описывающую алгоритм поиска работы.
Подробнее о блок-схемах можно прочитать здесь. Обрати внимание на основные элементы схем.
Составить схему ты можешь с помощью любой программы: draw.io, Paint и т.д. Сделай скриншот получившейся блок-схемы и вставь его в файл с решением.

Этап 2. Тестирование

Переходи ко второму этапу — тестированию. Во втором этапе тебя ждёт 18 вопросов по базовой терминологии, встречающейся в профессии тестировщика. Для работы над заданием, переходи к этапу 2.

Тестируем электрический чайник

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

В этой статье мы решили продемонстрировать тестирование электронного чайника. Мы выписали самые, на наш взгляд, важные проверки. Но если что-то забыли — приходите в нашу Telegram-группу @learnqa и расскажите об этом. 🙂

Исходные данные

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

Виды​ ​проводимого​ ​тестирования

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

Далее пойдет функциональное тестирование, которое мы разделим на две части.

Позитивное​ ​тестирование
​-​ у​беждаемся,​ ​что​ ​если использовать​ ​чайник​ ​по​ ​назначению, он​ ​работает​ ​как​ ​надо.

Негативное​ ​тестирование
​-​ ​убеждаемся,​ ​что​ ​если​ ​чайник​ ​использовать​ ​не​ ​по назначению,​ ​то​ ​он​ ​не​ ​навредит,​ ​а​ ​отработает​ ​адекватно.

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

Затем переходим к тестированию безопасности — убедимся, что чайник не получится взломать и навредить пользователю.

Далее идет нагрузочное​ ​и стресс-тестирование​ ​-​ ​проверяем, как чайник будет реагировать на нагрузку.

Определившись с этапами тестирования можно приступать.

Для тестирования мы выбрали «умный чайник» с разнообразными режимами настройки, чтобы было интереснее.

Smoke​ ​тесты

Для smoke-проверки я бы выделил следующий кейс.

Проверка​ ​нагрева​ ​воды​ ​до​ ​выключения:

  • Наливаем​ ​в​ ​чайник​ ​воду​ ​до​ ​максимального​ ​уровня
  • Включаем​ ​в​ ​сеть
  • Нажимаем​ ​“Вкл”
  • Ждем,​ ​пока​ ​чайник​ ​выключится​ ​или​ ​10​ ​минут​ ​(время​ ​можно​ ​взять​ ​из ТЗ​)

Позитивные тесты

Проверка​ ​нагрева​ ​воды​ ​до​ ​максимальной​ ​температуры:

  • Наливаем​ ​в​ ​чайник​ ​холодную​ ​воду​ ​до​ ​максимального​ ​уровня
  • Включаем​ ​в​ ​сеть
  • Нажимаем​ ​“Вкл”
  • Ждем​ ​пока​ ​чайник​ ​выключится​ ​(мы​ ​уже​ ​точно​ ​знаем,​ ​что​ ​он выключится​ ​из​ ​smoke​ ​теста)

Проверка​ ​нагрева​ ​воды​ ​до​ ​нужной​ ​температуры​ ​(если​ ​есть соответствующий​ ​функционал):

  • Наливаем​ ​в​ ​чайник​ ​холодную​ ​воду​ ​до​ ​максимального​ ​уровня
  • Включаем​ ​в​ ​сеть
  • Нажимаем​ ​“Вкл”
  • Ждем,​ ​пока​ ​чайник​ ​выключится​ ​(мы​ ​уже​ ​точно​ ​знаем,​ ​что​ ​он выключится​ ​из​ ​smoke​ ​теста)

Проверка​ ​нагрева​ ​воды,​ ​которая​ ​уже​ ​выше​ ​нужной​ ​температуры:

  • Наливаем​ ​в​ ​чайник​ ​горячую​ ​воду​ ​(выше​ ​нужной​ ​температуры)
  • Включаем​ ​чайник​ ​в​ ​сеть
  • Нажимаем​ ​“Вкл”

Проверка​ ​работы​ ​чайника​ ​от​ ​батареек​ ​(если​ ​есть​ ​соответствующий функционал):

  • Наливаем​ ​в​ ​чайник​ ​воду
  • Выключаем​ ​его​ ​из​ ​сети
  • Нажимаем​ ​“Вкл”

Негативные тесты

Не​ ​наливаем​ ​в​ ​чайник​ ​холодную​ ​воду​ ​и​ ​включаем:

  • Чайник​ ​пустой
  • Включаем​ ​его​ ​в​ ​сеть
  • Нажимаем​ ​“Вкл”

Блокируем​ ​кнопку​ ​“Вкл”​ ​у​ ​чайника:

  • Наливаем​ ​в​ ​чайник​ ​воду​ ​до​ ​максимального​ ​уровня
  • Включаем​ ​в​ ​сеть
  • Нажимаем​ ​“Вкл”
  • Ждем,​ ​пока​ ​вода​ ​не​ ​нагреется​ ​до​ ​99-100​ ​градусов​ ​Цельсия

Выключаем​ ​чайник​ ​из​ ​сети​ ​во​ ​время​ ​работы​ ​и​ ​включаем​ ​заново:

  • Наливаем​ ​в​ ​чайник​ ​воду​ ​до​ ​максимального​ ​уровня
  • Включаем​ ​в​ ​сеть
  • Нажимаем​ ​“Вкл”
  • До​ ​того,​ ​как​ ​вода​ ​закипела,​ ​выключаем​ ​чайник​ ​из​ ​сети
  • Затем​ ​снова​ ​включаем​ ​чайник​ ​в​ ​сеть

Нагрузочные тесты

Многоразовый​ ​нагрев​ ​чайника:

  • В​ ​бесконечном​ ​цикле:
  • => Наливаем​ ​холодную​ ​воду​ ​в​ ​чайник
  • => Включаем​ ​его
  • => Нагреваем​ ​чайник​ ​до​ ​максимальной​ ​температуры​ ​воды
  • => Выливаем​ ​воду

UX-тестирование

Тут нам удалось выделить следующие проверки:

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

Тестирование безопасности

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

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

Убеждаемся, что доступ к интерфейсу управления чайником через сеть недоступен без специального пароля. Если чайник цепляется к wifi-убеждаемся, что сама сеть запаролена.

Итог

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

Если хотите знать больше о тест-дизайне, составлении тест-кейсов, классах эквивалентности и вообще теории тестирования — пройдите наш базовый курс по основам тестирования: learnqa.ru/stageone

Чек-лист

Фотография

Помогите пожалуйста с составлением чек-листа. Дана программа, умеющая определять равносторонние и равнобедренные треугольники, а также 3 поля для ввода длин сторон A, B, C.

1. Конфигурирование и запуск Ожидаемые результат

2.1.1 Ввести 3 одинаковых числа (1; ∞)

2.1.2 Ввести 3 одинаковых не целых числа (1; ∞)

2.2.1 Ввести 2 одинаковых число и одно отличное от них (1; ∞)

2.2.2 Ввести 2 одинаковых не целых число и одно отличное от них (1; ∞)

4. Отрицательные значения

5. Недопустимые символы

Заранее прошу прощения за глупость.

Чек-листы в тестировании: что нужно знать тестировщику

Из этого материала вы узнаете, что такое чек-листы, зачем они нужны, как их составлять, когда применять. А ещё расскажем о преимуществах и недостатках этих документов.

Преимущества использования чек-листов:

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

Разновидности чек-листов

Можно выделить два вида чек-листов: специальные и универсальные.

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

Вот примеры пунктов специального чек-листа.

  • При наведении курсора на пункт меню «‎Товары»‎, должен меняться цвет на синий, указатель должен менять форму на pointer.
  • Если пользователь открыл страницу «‎Ваша корзина»‎ и в корзине присутствует хотя бы один товар, должно показываться уведомление.

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

Пункты универсального чек-листа могут быть такими:

  • пользователь может перейти в раздел «‎Товары»;
  • оплата должна совершаться;
  • товар должен добавляться в корзину;
  • ссылки при наведении подчёркиваются;
  • валидатор вёрстки показывает отсутствие ошибок и т.п.

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

Как составлять работающие чек-листы

Чтобы составить работающий чек-лист, обратите внимание на эти рекомендации:

  1. Один пункт = одна проверка. Минимальная полная операция проводимая тестировщиком при проверке — это один пункт чек-листа.
  2. При составлении чек-листа нужно опираться на требования, чтобы не тестировать то, что не существенно.
  3. Давайте пунктам чек-листа названия по форме, общей для всех членов команды, чтобы работа с чек-листом не вызывала неоднозначных толкований. Можно договориться использовать во всех пунктах только глаголы в инфинитиве или существительные: «проверить»/ «добавить»/ «отправить» либо «проверка»/«отправка»/«добавление».
  4. Детализируйте чек-лист в зависимости от задачи.
  5. Объединяйте чек-листы в матрицы, где можно отразить не только сами проверки, но и условия проверки (платформа, версия продукта, сотрудник и т.п.) и статус проверки. Матрицы — это компромисс между чек-листами и тест-кейсами. Их легче поддерживать, чем тест-кейсы, так как в такой таблице отсутствуют шаги (steps). В них одна строка = одна проверка.

Преимущества и недостатки чек-листов

Преимущества:

  • чек-лист легко читается;
  • по чек-листу быстро тестировать: в тест-кейсе нужно отмечать статус каждого шага, в то время как в чек-листе достаточно одной строчки;
  • чек-лист — источник результатов для отчёта: можно быстро посчитать сколько проверок выполнено, в каком они статусе, узнать количество открытых репортов;
  • в любой момент можно узнать статус — всегда есть то, что нужно проверить в первую очередь, можно упорядочить пункты чек-листа или изменить порядок, когда это требуется.

Недостатки:

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

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *