🔷Наглядное руководство по каждому типу тестов🔷
https://zen.yandex.ru/media/nuancesprog/nagliadnoe-rukovodstvo-po-kajdomu-tipu-testov-5f38f69e970749285441744f
Все, что написано на изображениях, представляет собой скромное субъективное мнение и интерпретацию автора😄.
https://zen.yandex.ru/media/nuancesprog/nagliadnoe-rukovodstvo-po-kajdomu-tipu-testov-5f38f69e970749285441744f
Все, что написано на изображениях, представляет собой скромное субъективное мнение и интерпретацию автора😄.
#тестыдлязакреплениязнаний - будет 10 тестов 🧑🏻💻👨🏼💻
Какая проверка является стресс-тестированием?
Anonymous Quiz
6%
Проверка работы приложения пятью пользователями в течение 12ч
35%
Проверка работы системы при аварийном выходе из строя одного из серверов
44%
Массовое тестирование приложения с большим количеством данных в базе данных
14%
Проверка работы приложения при длительном (многочасовом) тестировании со средним уровнем нагрузки
При анализе граничных значений...
Anonymous Quiz
78%
вы проверяете границы между разделами эквивалентности
1%
вы проверяете причину границ
21%
вы проверяете входные данные в допустимом диапазоне
Что такое низкоуровневый тест-кейс?
Anonymous Quiz
23%
тест-кейс, который не имеет входные данные, но имеет ожидаемые результаты.
13%
тест-кейс, который предварительно имеет конкретные входные данные и фактические результаты.
27%
тест-кейс, который предварительно имеет конкретные входные данные и ожидаемые результаты.
38%
тест-кейс, который не имеет входные данные и ожидаемые результаты, зато есть шаги
Гибкая методология, основанная на концепции бережливого производства - это
Anonymous Quiz
4%
eXtreme Programming, экстремальное программирование, XP
36%
Lean Software Development
37%
Scrum
24%
Kanban
Код ошибки в случае, когда сервер, выступая в качестве шлюза, не смог обработать полученный запрос по техническим причинам, то есть ответы были недопустимыми для продолжения работы.
Anonymous Quiz
35%
500 Internal Server Error
32%
502 Bad Gatеway
22%
503 Service temporarily unavailable
10%
504 Gateway Timeout
Какой пункт не относится к принципам тестирования?
Anonymous Quiz
12%
Скопление дефектов
2%
Исчерпывающее тестирование недостижимо
9%
Парадокс пестицида
43%
Тестирование является частью обеспечения качества
13%
Тестирование демонстрирует наличие дефектов
4%
Заблуждение об отсутствии ошибок
4%
Раннее тестирование
13%
Тестирование зависит от контекста
Тестирование, во время которого исполняются тестовые сценарии, выявившие ошибки во время последнего запуска, для подтверждения успешности исправления этих ошибок.
Anonymous Quiz
5%
Дымовое тестирование
47%
Повторное тестирование
37%
Регрессионное тестирование
2%
Тестирование сборки
9%
Санитарное тестирование
Описание действий, приводящих систему в первоначальное состояние - это
Anonymous Quiz
12%
Steps to reproduce (шаги воспроизведения)
54%
Preconditions (предусловия)
34%
Postconditions (постусловия)
Попарное тестирование - это...
Anonymous Quiz
46%
техника формирования наборов тестовых данных.
18%
это ввод комбинаций условий для получения ответа от системы
7%
инструмент для упорядочения сложных бизнес требований, которые должны быть реализованы в продукте
29%
инструмент упр-ния качеством,основанный на определении логических взаимосвязей между разными данными
Информации взята из базы данных сайта QALight
https://qalight.ua/ru/baza-znaniy/
Картинку я сделала, используя данные с интернета. 😄
📌В первом случае все было сделано правильно и мы получили продукт, полностью соответствующий ожиданиям заказчика и удовлетворяющий критериям качества.
📌Во втором случае ошибки были допущены уже при кодировании, что привело к появлению дефектов в готовом продукте. Но на этом уровне баги достаточно легко обнаружить и исправить, поскольку мы видим несоответствие требованиям.
📌Третий вариант хуже – здесь ошибки были допущены на этапе проектирования системы. Заметить это можно лишь проведя тщательную сверку со спецификацией. Исправить такие дефекты тоже непросто – нужно заново перерабатывать дизайн продукта.
📌В четвертом случае дефекты были заложены еще на этапе формирования требований; вся дальнейшая разработка и даже тестирование пошли по изначально неправильному пути. Во время тестирования мы не найдем багов – программа пройдет все тесты, но может быть забракована заказчиком.
https://qalight.ua/ru/baza-znaniy/
Картинку я сделала, используя данные с интернета. 😄
📌В первом случае все было сделано правильно и мы получили продукт, полностью соответствующий ожиданиям заказчика и удовлетворяющий критериям качества.
📌Во втором случае ошибки были допущены уже при кодировании, что привело к появлению дефектов в готовом продукте. Но на этом уровне баги достаточно легко обнаружить и исправить, поскольку мы видим несоответствие требованиям.
📌Третий вариант хуже – здесь ошибки были допущены на этапе проектирования системы. Заметить это можно лишь проведя тщательную сверку со спецификацией. Исправить такие дефекты тоже непросто – нужно заново перерабатывать дизайн продукта.
📌В четвертом случае дефекты были заложены еще на этапе формирования требований; вся дальнейшая разработка и даже тестирование пошли по изначально неправильному пути. Во время тестирования мы не найдем багов – программа пройдет все тесты, но может быть забракована заказчиком.
🔷Дополню информацию про наименования: баг, дефект, сбой...
*️⃣Баг - ошибка, следствием которого является - дефект, а следствие дефекта - происходит сбой (failure)
*️⃣
"В ISTQB есть разделение на
- error (ошибка в коде, которая найдена при статическом анализе кода, т.е. не запуская его на выполнение),
- defect (ошибка найденная при тестирование продукта),
- failure (остановка работоспособности системы изза дефекта)."
ответа на вопрос "Дефект = ошибка?" не даёт, так как они defect и bug не различают
*️⃣
Толковый словарь говорит, что разница в терминах есть:
Дефект
➖ недостаток,
➖ изъян,
➖повреждение.
Ошибка
➖неправильность в действиях, поступках, суждениях, мыслях.
➖отклонение от правильного употребления.
➖погрешность.
➖ то, что невозможно рассчитать и предсказать заранее, опираясь на накопленные знания.
*️⃣По этим выкладкам, наиболее близкий перевод для ‘bug’ > ‘ошибка’.
❓Дефект = ошибка?
💯Нет. Сам по себе дефект не ошибка. Дефект возникает как следствие ошибки. Но они сопутствуют друг другу, поэтому могут быть восприняты совместно.
❔❕В чем же их синонимность?
❗️Ошибка:
грех, погрешность, заблуждение, неловкость, оплошность, опечатка, описка, отступление, промах, уклонение, упущение, неправильность, шероховатость, ложный шаг, провес, промер, просмотр, просчет, аномалия, уродливость. Сопутствующий термин: ❗️Недостаток❗️.
❗️Недостаток:
изъян, недосмотр, недочет, неисправность, неправильность, несовершенство, грех, порок, порча, повреждение, пробел, прореха, пятно, аномалия, ❗️дефект❗️, слабость, слабое (больное) место, ахиллесова пята.
Следовательно,
> Ошибка
> > Недостаток
> > > Дефект.
‼️Рассматривать эти термины совместно — можно. Подменять — нет.‼️
#Баг = #ошибка = #дефект — в зависимости от контекста.
#теория
*️⃣Баг - ошибка, следствием которого является - дефект, а следствие дефекта - происходит сбой (failure)
*️⃣
"В ISTQB есть разделение на
- error (ошибка в коде, которая найдена при статическом анализе кода, т.е. не запуская его на выполнение),
- defect (ошибка найденная при тестирование продукта),
- failure (остановка работоспособности системы изза дефекта)."
ответа на вопрос "Дефект = ошибка?" не даёт, так как они defect и bug не различают
*️⃣
Толковый словарь говорит, что разница в терминах есть:
Дефект
➖ недостаток,
➖ изъян,
➖повреждение.
Ошибка
➖неправильность в действиях, поступках, суждениях, мыслях.
➖отклонение от правильного употребления.
➖погрешность.
➖ то, что невозможно рассчитать и предсказать заранее, опираясь на накопленные знания.
*️⃣По этим выкладкам, наиболее близкий перевод для ‘bug’ > ‘ошибка’.
❓Дефект = ошибка?
💯Нет. Сам по себе дефект не ошибка. Дефект возникает как следствие ошибки. Но они сопутствуют друг другу, поэтому могут быть восприняты совместно.
❔❕В чем же их синонимность?
❗️Ошибка:
грех, погрешность, заблуждение, неловкость, оплошность, опечатка, описка, отступление, промах, уклонение, упущение, неправильность, шероховатость, ложный шаг, провес, промер, просмотр, просчет, аномалия, уродливость. Сопутствующий термин: ❗️Недостаток❗️.
❗️Недостаток:
изъян, недосмотр, недочет, неисправность, неправильность, несовершенство, грех, порок, порча, повреждение, пробел, прореха, пятно, аномалия, ❗️дефект❗️, слабость, слабое (больное) место, ахиллесова пята.
Следовательно,
> Ошибка
> > Недостаток
> > > Дефект.
‼️Рассматривать эти термины совместно — можно. Подменять — нет.‼️
#Баг = #ошибка = #дефект — в зависимости от контекста.
#теория
Mistake
Ошибка. Человеческое деяние, которое в конечном итоге привело к получению неверного результата.
Fault
Дефект, изъян. Неверный шаг (или процесс, или определение данных) в компутерной программе. Первая причина для появления ошибки, потенциальная причина неисправности.
Failure
Неисправность. Неправильный результат. Собственно, результат дефекта.
Error
Невозможность выполнить задачу (или получить верный результат) вследствие того, что где-то случилась ошибка, которая привела к дефекту, который вызвал неисправность, которая привела к невозможности сделать то, чего мы тут намеревались
#теория
Ошибка. Человеческое деяние, которое в конечном итоге привело к получению неверного результата.
Fault
Дефект, изъян. Неверный шаг (или процесс, или определение данных) в компутерной программе. Первая причина для появления ошибки, потенциальная причина неисправности.
Failure
Неисправность. Неправильный результат. Собственно, результат дефекта.
Error
Невозможность выполнить задачу (или получить верный результат) вследствие того, что где-то случилась ошибка, которая привела к дефекту, который вызвал неисправность, которая привела к невозможности сделать то, чего мы тут намеревались
#теория
👍1
#книги #книгипотестированию
🔷Борис Бейзер
«Тестирование черного ящика»
🔷Святослав Куликов
«Тестирование программного обеспечения. Базовый курс» (❗️больше всего рекомендаций)
🔷Роман Савин
«Tестирование dot com» (❗️больше всего рекомендаций)
🔷Канер Сэм, Фолк Джек, Нгуен Енг Кек
«Тестирование программного обеспечения»
🔷Гленфорд Майерс, Том Баджетт, Кори Сандлер
«Искусство тестирования программ»
🔷Элфрид Дастин, Джефф Рэшка, Джон Пол
«Автоматизированное тестирование программного обеспечения»
🔷Арбон Джейсон, Каролло Джефф, Уиттакер Джеймс
«Как тестируют в Google» (❗️больше всего рекомендаций)
🔷Рекс Блэк
«Ключевые процессы тестирования»
🔷Борис Бейзер
«Тестирование черного ящика»
🔷Святослав Куликов
«Тестирование программного обеспечения. Базовый курс» (❗️больше всего рекомендаций)
🔷Роман Савин
«Tестирование dot com» (❗️больше всего рекомендаций)
🔷Канер Сэм, Фолк Джек, Нгуен Енг Кек
«Тестирование программного обеспечения»
🔷Гленфорд Майерс, Том Баджетт, Кори Сандлер
«Искусство тестирования программ»
🔷Элфрид Дастин, Джефф Рэшка, Джон Пол
«Автоматизированное тестирование программного обеспечения»
🔷Арбон Джейсон, Каролло Джефф, Уиттакер Джеймс
«Как тестируют в Google» (❗️больше всего рекомендаций)
🔷Рекс Блэк
«Ключевые процессы тестирования»
👍Чек-лист тестирования требований👍
❗️Есть набор основных характеристик, которыми должна обладать хорошая документация:
🖍Полнота
🖍Однозначность
🖍Непротиворечивость
🖍Необходимость
🖍Осуществимость
🖍Тестируемость
Более подробно можно ознакомиться в статье простыми словами и с картинками☺️
#теория #требование
❗️Есть набор основных характеристик, которыми должна обладать хорошая документация:
🖍Полнота
🖍Однозначность
🖍Непротиворечивость
🖍Необходимость
🖍Осуществимость
🖍Тестируемость
Более подробно можно ознакомиться в статье простыми словами и с картинками☺️
#теория #требование