И ответы, советы и рекомендации по заданиям

По порядку ⬇️

Советы и рекомендации по Доменному тестированию

Независимо от того, какую вид документации по тестированию вы выбрали - чек-листы или тест-кейсы, есть несколько правил, которым вы должны следовать.
Прежде всего, помните об основных принципах доменного тестирования: можно объединять положительные проверки, но нельзя объединять отрицательные. Например, возможно проверить разрешённые английские, испанские буквы и знаки препинания в одном тесте, но не стоит пытаться вставить в текстовое поле «Mobile phone» неразрешённые английские буквы длиной более допустимой (>14). Эта ошибка довольно распространена среди новичков.

При создании тестовой документации не пытайтесь проверить все варианты возможных входных значений - это просто невозможно и даже может считаться бесполезным.
Собственно основная идея доменного тестирования - протестировать приложение с помощью минимального количества тестов. И здесь классы эквивалентности будут очень кстати.
Например, возьмем текстовое поле «First name» и разделим возможные входные данные на несколько групп наборов, которые можно считать одинаковыми - разделим домен на поддомены (классы эквивалентности).
Первый класс будет содержать количество допустимых символов 0–4 (<минимальная длина), второй класс будет состоять из 5–25 целых чисел (допустимая длина), третий класс будет содержать количество символов 26–∞.
Поэтому вам нужно создать 3 тест кейса и указать диапазон допустимых значений каждого класса эквивалентности. Помните, в шагах тест кейсов нельзя писать точные значения. Поэтому в тест кейсе мы указываем диапазон, а уже при тестировании выбираем по 1 представителю от каждого класса (пусть будет 2, 12, 45 например).
Если одна проверка в классе эквивалентности обнаруживает дефект, все остальные проверки в том же классе эквивалентности, скорее всего, обнаружат ту же ошибку. Если одна проверка в классе эквивалентности не обнаруживает дефект, то никакие другие проверки в том же классе эквивалентности вряд ли смогут обнаружить дефект. Итак, еще раз - не нужно создавать огромное количество проверок - они, скорее всего, покажут те же результаты, что и эти три.
Еще один важный момент: не забывайте проверять граничные значения. Метод граничных значений фокусируется на границах просто потому, что гораздо больше ошибок возникает на краях определенных входных значений, а не где-то посередине. Обратимся к нашему примеру с текстовым полем «First name». Граничными значениями для этого случая будут 4, 5 и 25, 26. Для проверки этих значений необходимо создать отдельные тест кейсы.

У вас еще есть вопросы? Задайте их в комментариях.

Задание «Таблица решений»: советы и подсказки

Обычно для создания таблицы решений необходимо выполнить следующие действия:
1️⃣ Определите все возможные условия. В нашей задаче это: сумма заказа >200$ в прошлом месяце, день рождения через 10 дней и меньше, сумма заказа >400$, карта «БестБанк», карта «БестБанк» + сумма заказа >=150$.
2️⃣ Определите соответствующие действия, которые могут произойти в системе. В нашей задаче это: скидка 10%, дополнительная скидка 5%, скидка 20%, купон на 15 долларов, купон на 30 долларов, купон на 5 долларов.
3️⃣ Продумайте все возможные комбинации условий. Учитывайте зависимости между условиями.
4️⃣ Определите действия, исходя из совокупности условий. Вы можете пометить действия как «Да» или «Нет».
5️⃣ На этом этапе у вас есть два варианта: использовать эту таблицу решений для тестирования или использовать таблицу решений для создания чек листа или тест кейсов для каждой комбинации.

Вы можете найти вариант решения в следующем прикреплённом документе

Советы и рекомендации по заданию State Transition Diagram (диаграмма перехода состояний)

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

2. Определите события, которые приводят к каждому состоянию. Например, чтобы изменить статус заказа на «Принят», система должна проверить отправленный запрос.

3. Перенесите все свои записи в диаграмму.

Возможный вариант диаграммы перехода состояний вы можете увидеть выше.

Задание: Тестирование с помощью методов, основанных на опыте - ответы

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

В задании главное было найти все баги на сайте https://guru.qahacking.ru/ . Но самое интересное, что список всех дефектов есть в самом приложении))

А вы нашли список всех багов? Или сказать, где он находится?))

Пишите в комментариях

Всем привет!
Хочу поделиться с вами новостью. И за одно спросить у вас)

Итак, я успешно прошла сертификацию ISTQB.
Можно поздравлять в комментариях)

Отсюда вопрос к вам, хотите ли, чтобы я завтра в традиционном подкасте рассказала, что вообще такое ISTQB, зачем и как его сдавать?
Пожалуйста, проголосуйте! Я хочу делать контент полезным для вас!

Или разберём какую-нибудь тему по тестированию?)

И кстати)
Сегодня в инстаграм я проведу прямой эфир по теме ISTQB.
В целом в своём блоге я рассказываю про IT, мифы, страхи с ним связанные, ну и вообще разные истории. Там же больше обо мне личного контента.
Если интересно, присоединяйтесь
@liudmila.smart

Как готовиться к ISTQB?

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

Даже не первый, а нулевой шаг - решить, что сдавать, где и когда.
А дальше уже можно и начинать готовиться.

Итак, основной документ для подготовки - ISTQB syllabus (силлабус). Он состоит из 6 глав, поэтому подготовку я разбила на 6 недель - каждую неделю я изучала одну главу из силлабуса и все дополнительные материалы и активности, касающиеся именно этой темы.

Что же я конкретно делала? Делюсь своим планом:

1. Читала соответствующую главу силлабуса версии 3.
Несмотря на то, что я сдавала сертификацию по самой новой версии 4, она вышла неидеальной, и все специалисты советуют хотя бы просматривать предыдущий силлабус.

2. Читала соответствующую главу силлабуса версии 4.
Здесь нужно быть очень внимательной, обращать внимание на все детали, а самое важное лучше даже выучить наизусть, да-да, учить придётся, просто прочитать - далеко недостаточно.

3. Изучала соответствующие термины в ISTQB glossary (глоссарий).
Все термины указаны вначале каждой главы силлабуса, так что искать по тексту не нужно. Определения знать очень хорошо.

4. Читала соответствующую главу книги Foundations of Software Testing ISTQB Certification.
Книга базируется на силлабусе, поясняя его и дополняя примерами. Это своего рода закрепление материала, что очень полезно. Также здесь есть немного вопросов, которые нужно прорешать.

5. Проходила соответствующие вопросы примеров тестов.
4 набора примерных тестов есть на официальном сайте. Это как подготовка к экзамену в автошколе, точных вопросов как будто нет, но чем больше тестов вы прорешаете, тем легче будет на экзамене. Здесь также плюс, что вы привыкните к формату вопросов и ответов именно ISTQB, а здесь специфики много)

6. Проходила как можно больше тестов.
Это самое главное. Тесты, тесты, тесты. Ищите в интернете, покупайте платные курсы - как вам больше нравится. Но по сути это лучший способ закрепить знания.

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

Ну как вам план? Сложно? Или реально подготовиться?)

Стратегия поиска работы

Некоторое время назад я выступала на конференции OpenIT.

Вместе с коллегами провели мастер-класс на тему "Без страха в IT".
Мы рассказали о чётких шагах и активностях при поиске работы, обсудили с участниками разные варианты и их действия.

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

Можете посмотреть видео по ссылке:
https://www.youtube.com/watch?v=ftspLTyAE0Y

Всем привет!
Нетипично врываюсь в этот понедельник к вам.
Увидела, что нет обобщающих постов по 2 большим модулям, которые мы проходили - тестовые типы и техники тест дизайна.
Так что следующие посты будут такими обобщающими

Виды, типы и уровни тестирования

Собрала в один пост подкасты по теме:
Введение
Самые важные типы тестирования для тестировщика
Другие типы\виды тестирования, которые нужно знать
Нефункциональные типы тестирования
Уровни тестирования
Уровни и типы тестирования по ISTQB
Тестовая стратегия

Также после каждого подкаста есть текстовая шпаргалка в удобном виде для повторения.

И не поленитесь полистать дальше - затем у нас была неделя практических заданий по теме. А в конце есть и ответы)