Задание: Тестирование с помощью методов, основанных на опыте
В предыдущие дни мы с вами усиленно потрудились, применяя для тестирования разные техники чёрного ящика.
В тоже время не всегда доступны полные требования, на которые эти методы опираются.
Бывает, что и требований хороших на проекте нет, да и мало времени вообще на тестирование, а руководство хочет получить отчёт о качестве приложения.
Что делать в таких ситуациях?
Использовать методы, основанные на опыте!
И это наше любимые исследовательское тестирование прежде всего!
Ведь работа тестировщика включает в себя творчество, полёт фантазии и аналитические способности 😉
Давайте сегодня проверим эти ваши качества 😇
И задание простое - протестировать сайт и найти баги в нём:
https://guru.qahacking.ru/
Найденные дефекты пишите в комментариях 😉
В предыдущие дни мы с вами усиленно потрудились, применяя для тестирования разные техники чёрного ящика.
В тоже время не всегда доступны полные требования, на которые эти методы опираются.
Бывает, что и требований хороших на проекте нет, да и мало времени вообще на тестирование, а руководство хочет получить отчёт о качестве приложения.
Что делать в таких ситуациях?
Использовать методы, основанные на опыте!
И это наше любимые исследовательское тестирование прежде всего!
Ведь работа тестировщика включает в себя творчество, полёт фантазии и аналитические способности 😉
Давайте сегодня проверим эти ваши качества 😇
И задание простое - протестировать сайт и найти баги в нём:
https://guru.qahacking.ru/
Найденные дефекты пишите в комментариях 😉
guru.qahacking.ru
Собаседник. Питомник говорящих собак
Сайт для тренировки поиска дефектов.
🔥3
Марафон по техникам тест дизайна: подводим итоги
Вот и подходит к окончанию марафон.
Несколько недель мы сначала изучали теорию по этой важной теме, а на этой неделе закрепляли её на практике, выполняя разные задания.
Сегодня в течение дня я буду постить ответы на задания.
Но сначала, конечно, квизы 😇
Готовы проверить себя? 😉
Вот и подходит к окончанию марафон.
Несколько недель мы сначала изучали теорию по этой важной теме, а на этой неделе закрепляли её на практике, выполняя разные задания.
Сегодня в течение дня я буду постить ответы на задания.
Но сначала, конечно, квизы 😇
Готовы проверить себя? 😉
Процедура, используемая для определения условий тестирования, проектирования сценариев тестирования и формирования тестовых данных. [ISTQB глоссарий]
Anonymous Quiz
52%
Планирование тестирования
37%
Тест дизайн
2%
Метод (техника) тестирования
10%
Тестовая документация
Определите технику проектирования тестов согласно её описанию:
“Техника тестирования, в которой тесты получены на основе знаний тестировщика о ранее обнаруженных сбоях или общих знаниях о типах отказов” [ISTQB глоссарий]
“Техника тестирования, в которой тесты получены на основе знаний тестировщика о ранее обнаруженных сбоях или общих знаниях о типах отказов” [ISTQB глоссарий]
Anonymous Quiz
76%
Предположение об ошибках
18%
Исследовательское тестирование
4%
Тестирование на основе чек-листов
0%
Эквивалентное разбиение
0%
Анализ граничных значений
2%
Таблица решений
0%
Таблица (диаграмма) переходов
👍2
Определите технику тест дизайна:
“Подход к тестированию, согласно которому тестировщики динамически проектируют и выполняют тесты, основываясь на своих знаниях, исследовании тестируемого элемента и результатах предыдущих тестов” [ISTQB глоссарий]
“Подход к тестированию, согласно которому тестировщики динамически проектируют и выполняют тесты, основываясь на своих знаниях, исследовании тестируемого элемента и результатах предыдущих тестов” [ISTQB глоссарий]
Anonymous Quiz
4%
Предположение об ошибках
87%
Исследовательское тестирование
4%
Тестирование на основе чек-листов
0%
Эквивалентное разбиение
2%
Попарное тестирование
2%
Анализ граничных значений
0%
Таблица решений
0%
Таблица (диаграмма) переходов
Вам следует использовать только одну технику проектирования тестов при создании тестовой документации для тестирования одной отдельной функциональности.
Anonymous Quiz
15%
Верно
81%
Неверно
4%
Верно, но только для мобильных приложений
В рамках данной техники тестирования тестировщики должны проверить все возможные комбинации входных значений, и, подразумевается, что это должно выявить все возможные проблемы в приложении.
Anonymous Quiz
5%
Предположение об ошибках
0%
Исследовательское тестирование
55%
Исчерпывающее тестирование
7%
Эквивалентное разбиение
25%
Попарное тестирование
5%
Анализ граничных значений
5%
Таблица решений
0%
Таблица (диаграмма) переходов
Какая из следующих характеристик относится к описанию техник тестирования, основанных на опыте? [Программа обучения ISTQB]
Anonymous Quiz
5%
Тест кейсы создаются на основе подробной информации о дизайне.
8%
Использование данных методов подразумевает опыт тестирования в требуемой области не менее 3 лет.
0%
Элементы, протестированные внутри раздела кода интерфейса, используются для измерения покрытия.
85%
Эти техники зависят от знаний тестировщика о тестировании, программном обеспечении и бизнес области.
3%
Тест кейсы и чеклисты используются для выявления отклонений от требований.
Какое из следующих утверждений НЕ является верным для тестирования методом белого ящика (white-box testing)?
Anonymous Quiz
23%
При тестировании методом белого ящика рассматривается полная реализация функции и/или ПО
20%
Метрики покрытия методом белого ящика помогают выявить доп тесты для увеличения покрытия кода
43%
Техники тестирования методом белого ящика могут быть использованы при статическом тестировании
14%
Тестирование методом белого ящика может помочь выявить пробелы в реализации требований
На проекте произошла задержка в выпуске нового приложения. У вас есть знания в этой области. Полный список требований еще не был предоставлен, но руководство просит представить хотя бы предварительные результаты.
Какая техника подходит НАИЛУЧШИМ образом?
Какая техника подходит НАИЛУЧШИМ образом?
Anonymous Quiz
11%
Тестирование на основе чек-листов
32%
Предположение об ошибках
51%
Исследовательское тестирование
5%
Тестирование ветвей и покрытие ветвей
0%
Тестирование операторов и покрытие операторов
Какое из следующих описаний лучше всего характеризует метод исследовательского тестирования?
Anonymous Quiz
13%
Практика тестирования, где проводится исследование потенциальных слабых мест
47%
Подход, когда QA проектируют,выполняют тесты, основываясь на своих знаниях, исследовании элемента
0%
Подход к проектированию тестов, при котором тестовые активности планируются как непрерывные сессии
39%
Тестирование на основе опыта, знаний и интуиции тестировщика
Советы и рекомендации по Доменному тестированию
Независимо от того, какую вид документации по тестированию вы выбрали - чек-листы или тест-кейсы, есть несколько правил, которым вы должны следовать.
Прежде всего, помните об основных принципах доменного тестирования: можно объединять положительные проверки, но нельзя объединять отрицательные. Например, возможно проверить разрешённые английские, испанские буквы и знаки препинания в одном тесте, но не стоит пытаться вставить в текстовое поле «Mobile phone» неразрешённые английские буквы длиной более допустимой (>14). Эта ошибка довольно распространена среди новичков.
При создании тестовой документации не пытайтесь проверить все варианты возможных входных значений - это просто невозможно и даже может считаться бесполезным.
Собственно основная идея доменного тестирования - протестировать приложение с помощью минимального количества тестов. И здесь классы эквивалентности будут очень кстати.
Например, возьмем текстовое поле «First name» и разделим возможные входные данные на несколько групп наборов, которые можно считать одинаковыми - разделим домен на поддомены (классы эквивалентности).
Первый класс будет содержать количество допустимых символов 0–4 (<минимальная длина), второй класс будет состоять из 5–25 целых чисел (допустимая длина), третий класс будет содержать количество символов 26–∞.
Поэтому вам нужно создать 3 тест кейса и указать диапазон допустимых значений каждого класса эквивалентности. Помните, в шагах тест кейсов нельзя писать точные значения. Поэтому в тест кейсе мы указываем диапазон, а уже при тестировании выбираем по 1 представителю от каждого класса (пусть будет 2, 12, 45 например).
Если одна проверка в классе эквивалентности обнаруживает дефект, все остальные проверки в том же классе эквивалентности, скорее всего, обнаружат ту же ошибку. Если одна проверка в классе эквивалентности не обнаруживает дефект, то никакие другие проверки в том же классе эквивалентности вряд ли смогут обнаружить дефект. Итак, еще раз - не нужно создавать огромное количество проверок - они, скорее всего, покажут те же результаты, что и эти три.
Еще один важный момент: не забывайте проверять граничные значения. Метод граничных значений фокусируется на границах просто потому, что гораздо больше ошибок возникает на краях определенных входных значений, а не где-то посередине. Обратимся к нашему примеру с текстовым полем «First name». Граничными значениями для этого случая будут 4, 5 и 25, 26. Для проверки этих значений необходимо создать отдельные тест кейсы.
У вас еще есть вопросы? Задайте их в комментариях.
Независимо от того, какую вид документации по тестированию вы выбрали - чек-листы или тест-кейсы, есть несколько правил, которым вы должны следовать.
Прежде всего, помните об основных принципах доменного тестирования: можно объединять положительные проверки, но нельзя объединять отрицательные. Например, возможно проверить разрешённые английские, испанские буквы и знаки препинания в одном тесте, но не стоит пытаться вставить в текстовое поле «Mobile phone» неразрешённые английские буквы длиной более допустимой (>14). Эта ошибка довольно распространена среди новичков.
При создании тестовой документации не пытайтесь проверить все варианты возможных входных значений - это просто невозможно и даже может считаться бесполезным.
Собственно основная идея доменного тестирования - протестировать приложение с помощью минимального количества тестов. И здесь классы эквивалентности будут очень кстати.
Например, возьмем текстовое поле «First name» и разделим возможные входные данные на несколько групп наборов, которые можно считать одинаковыми - разделим домен на поддомены (классы эквивалентности).
Первый класс будет содержать количество допустимых символов 0–4 (<минимальная длина), второй класс будет состоять из 5–25 целых чисел (допустимая длина), третий класс будет содержать количество символов 26–∞.
Поэтому вам нужно создать 3 тест кейса и указать диапазон допустимых значений каждого класса эквивалентности. Помните, в шагах тест кейсов нельзя писать точные значения. Поэтому в тест кейсе мы указываем диапазон, а уже при тестировании выбираем по 1 представителю от каждого класса (пусть будет 2, 12, 45 например).
Если одна проверка в классе эквивалентности обнаруживает дефект, все остальные проверки в том же классе эквивалентности, скорее всего, обнаружат ту же ошибку. Если одна проверка в классе эквивалентности не обнаруживает дефект, то никакие другие проверки в том же классе эквивалентности вряд ли смогут обнаружить дефект. Итак, еще раз - не нужно создавать огромное количество проверок - они, скорее всего, покажут те же результаты, что и эти три.
Еще один важный момент: не забывайте проверять граничные значения. Метод граничных значений фокусируется на границах просто потому, что гораздо больше ошибок возникает на краях определенных входных значений, а не где-то посередине. Обратимся к нашему примеру с текстовым полем «First name». Граничными значениями для этого случая будут 4, 5 и 25, 26. Для проверки этих значений необходимо создать отдельные тест кейсы.
У вас еще есть вопросы? Задайте их в комментариях.
👍2❤1
Таблица решений_ответы.xlsx
11 KB
Задание «Таблица решений»: советы и подсказки
Обычно для создания таблицы решений необходимо выполнить следующие действия:
1️⃣ Определите все возможные условия. В нашей задаче это: сумма заказа >200$ в прошлом месяце, день рождения через 10 дней и меньше, сумма заказа >400$, карта «БестБанк», карта «БестБанк» + сумма заказа >=150$.
2️⃣ Определите соответствующие действия, которые могут произойти в системе. В нашей задаче это: скидка 10%, дополнительная скидка 5%, скидка 20%, купон на 15 долларов, купон на 30 долларов, купон на 5 долларов.
3️⃣ Продумайте все возможные комбинации условий. Учитывайте зависимости между условиями.
4️⃣ Определите действия, исходя из совокупности условий. Вы можете пометить действия как «Да» или «Нет».
5️⃣ На этом этапе у вас есть два варианта: использовать эту таблицу решений для тестирования или использовать таблицу решений для создания чек листа или тест кейсов для каждой комбинации.
Вы можете найти вариант решения в следующем прикреплённом документе
Обычно для создания таблицы решений необходимо выполнить следующие действия:
1️⃣ Определите все возможные условия. В нашей задаче это: сумма заказа >200$ в прошлом месяце, день рождения через 10 дней и меньше, сумма заказа >400$, карта «БестБанк», карта «БестБанк» + сумма заказа >=150$.
2️⃣ Определите соответствующие действия, которые могут произойти в системе. В нашей задаче это: скидка 10%, дополнительная скидка 5%, скидка 20%, купон на 15 долларов, купон на 30 долларов, купон на 5 долларов.
3️⃣ Продумайте все возможные комбинации условий. Учитывайте зависимости между условиями.
4️⃣ Определите действия, исходя из совокупности условий. Вы можете пометить действия как «Да» или «Нет».
5️⃣ На этом этапе у вас есть два варианта: использовать эту таблицу решений для тестирования или использовать таблицу решений для создания чек листа или тест кейсов для каждой комбинации.
Вы можете найти вариант решения в следующем прикреплённом документе
Советы и рекомендации по заданию State Transition Diagram (диаграмма перехода состояний)
Для построения диаграммы перехода состояний необходимо выполнить следующие шаги:
1. Определить возможные состояния системы. Например, читая требования, вы должны были обнаружить, что система «Лучшие химикаты» имеет следующие состояния: В подготовке, Принято, Размещено, Возвращено, Выполнено, Отложено, Отменено.
2. Определите события, которые приводят к каждому состоянию. Например, чтобы изменить статус заказа на «Принят», система должна проверить отправленный запрос.
3. Перенесите все свои записи в диаграмму.
Возможный вариант диаграммы перехода состояний вы можете увидеть выше.
Для построения диаграммы перехода состояний необходимо выполнить следующие шаги:
1. Определить возможные состояния системы. Например, читая требования, вы должны были обнаружить, что система «Лучшие химикаты» имеет следующие состояния: В подготовке, Принято, Размещено, Возвращено, Выполнено, Отложено, Отменено.
2. Определите события, которые приводят к каждому состоянию. Например, чтобы изменить статус заказа на «Принят», система должна проверить отправленный запрос.
3. Перенесите все свои записи в диаграмму.
Возможный вариант диаграммы перехода состояний вы можете увидеть выше.
Задание: Тестирование с помощью методов, основанных на опыте - ответы
Т.к. это задание основано на опыте, здесь специальных рекомендаций нет.
Просто развивайте себя, запоминайте интересные баги, анализируйте, в общем зарабатывайте опыт.
В задании главное было найти все баги на сайте https://guru.qahacking.ru/ . Но самое интересное, что список всех дефектов есть в самом приложении))
А вы нашли список всех багов? Или сказать, где он находится?))
Пишите в комментариях
Т.к. это задание основано на опыте, здесь специальных рекомендаций нет.
Просто развивайте себя, запоминайте интересные баги, анализируйте, в общем зарабатывайте опыт.
В задании главное было найти все баги на сайте https://guru.qahacking.ru/ . Но самое интересное, что список всех дефектов есть в самом приложении))
А вы нашли список всех багов? Или сказать, где он находится?))
Пишите в комментариях
Всем привет!
Хочу поделиться с вами новостью. И за одно спросить у вас)
Итак, я успешно прошла сертификацию ISTQB.
Можно поздравлять в комментариях)
Отсюда вопрос к вам, хотите ли, чтобы я завтра в традиционном подкасте рассказала, что вообще такое ISTQB, зачем и как его сдавать?
Пожалуйста, проголосуйте! Я хочу делать контент полезным для вас!
Или разберём какую-нибудь тему по тестированию?)
Хочу поделиться с вами новостью. И за одно спросить у вас)
Итак, я успешно прошла сертификацию ISTQB.
Можно поздравлять в комментариях)
Отсюда вопрос к вам, хотите ли, чтобы я завтра в традиционном подкасте рассказала, что вообще такое ISTQB, зачем и как его сдавать?
Пожалуйста, проголосуйте! Я хочу делать контент полезным для вас!
Или разберём какую-нибудь тему по тестированию?)
🔥17
Как готовиться к 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. Проходила как можно больше тестов.
Это самое главное. Тесты, тесты, тесты. Ищите в интернете, покупайте платные курсы - как вам больше нравится. Но по сути это лучший способ закрепить знания.
Вот это я успевала сделать за неделю и считаю достаточным для подготовки.
Если вам мало и у вас очень много времени, можете искать видео на ютубе, проходить дополнительные курсы, часто платные, читать статьи в интернете. Но это точно не обязательная часть подготовки.
Ну как вам план? Сложно? Или реально подготовиться?)
Собрала свой текущий опыт в этот пост.
А все детали - что такое ISTQB, зачем нужно, что в себя включает и другую важную информацию слушайте в подкасте выше)
Даже не первый, а нулевой шаг - решить, что сдавать, где и когда.
А дальше уже можно и начинать готовиться.
Итак, основной документ для подготовки - ISTQB syllabus (силлабус). Он состоит из 6 глав, поэтому подготовку я разбила на 6 недель - каждую неделю я изучала одну главу из силлабуса и все дополнительные материалы и активности, касающиеся именно этой темы.
Что же я конкретно делала? Делюсь своим планом:
1. Читала соответствующую главу силлабуса версии 3.
Несмотря на то, что я сдавала сертификацию по самой новой версии 4, она вышла неидеальной, и все специалисты советуют хотя бы просматривать предыдущий силлабус.
2. Читала соответствующую главу силлабуса версии 4.
Здесь нужно быть очень внимательной, обращать внимание на все детали, а самое важное лучше даже выучить наизусть, да-да, учить придётся, просто прочитать - далеко недостаточно.
3. Изучала соответствующие термины в ISTQB glossary (глоссарий).
Все термины указаны вначале каждой главы силлабуса, так что искать по тексту не нужно. Определения знать очень хорошо.
4. Читала соответствующую главу книги Foundations of Software Testing ISTQB Certification.
Книга базируется на силлабусе, поясняя его и дополняя примерами. Это своего рода закрепление материала, что очень полезно. Также здесь есть немного вопросов, которые нужно прорешать.
5. Проходила соответствующие вопросы примеров тестов.
4 набора примерных тестов есть на официальном сайте. Это как подготовка к экзамену в автошколе, точных вопросов как будто нет, но чем больше тестов вы прорешаете, тем легче будет на экзамене. Здесь также плюс, что вы привыкните к формату вопросов и ответов именно ISTQB, а здесь специфики много)
6. Проходила как можно больше тестов.
Это самое главное. Тесты, тесты, тесты. Ищите в интернете, покупайте платные курсы - как вам больше нравится. Но по сути это лучший способ закрепить знания.
Вот это я успевала сделать за неделю и считаю достаточным для подготовки.
Если вам мало и у вас очень много времени, можете искать видео на ютубе, проходить дополнительные курсы, часто платные, читать статьи в интернете. Но это точно не обязательная часть подготовки.
Ну как вам план? Сложно? Или реально подготовиться?)
👍4