Информации взята из базы данных сайта QALight

https://qalight.ua/ru/baza-znaniy/

Картинку я сделала, используя данные с интернета. 😄

📌В первом случае все было сделано правильно и мы получили продукт, полностью соответствующий ожиданиям заказчика и удовлетворяющий критериям качества.
📌Во втором случае ошибки были допущены уже при кодировании, что привело к появлению дефектов в готовом продукте. Но на этом уровне баги достаточно легко обнаружить и исправить, поскольку мы видим несоответствие требованиям.
📌Третий вариант хуже – здесь ошибки были допущены на этапе проектирования системы. Заметить это можно лишь проведя тщательную сверку со спецификацией. Исправить такие дефекты тоже непросто – нужно заново перерабатывать дизайн продукта.
📌В четвертом случае дефекты были заложены еще на этапе формирования требований; вся дальнейшая разработка и даже тестирование пошли по изначально неправильному пути. Во время тестирования мы не найдем багов – программа пройдет все тесты, но может быть забракована заказчиком.

🔷Дополню информацию про наименования: баг, дефект, сбой...

*️⃣Баг - ошибка, следствием которого является - дефект, а следствие дефекта - происходит сбой (failure)

*️⃣
"В ISTQB есть разделение на
- error (ошибка в коде, которая найдена при статическом анализе кода, т.е. не запуская его на выполнение),
- defect (ошибка найденная при тестирование продукта),
- failure (остановка работоспособности системы изза дефекта)."
ответа на вопрос "Дефект = ошибка?" не даёт, так как они defect и bug не различают

*️⃣
Толковый словарь говорит, что разница в терминах есть:

Дефект
➖ недостаток,
➖ изъян,
➖повреждение.
Ошибка
➖неправильность в действиях, поступках, суждениях, мыслях.
➖отклонение от правильного употребления.
➖погрешность.
➖ то, что невозможно рассчитать и предсказать заранее, опираясь на накопленные знания.

*️⃣По этим выкладкам, наиболее близкий перевод для ‘bug’ > ‘ошибка’.

❓Дефект = ошибка?

💯Нет. Сам по себе дефект не ошибка. Дефект возникает как следствие ошибки. Но они сопутствуют друг другу, поэтому могут быть восприняты совместно.

❔❕В чем же их синонимность?

❗️Ошибка:

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

❗️Недостаток:

изъян, недосмотр, недочет, неисправность, неправильность, несовершенство, грех, порок, порча, повреждение, пробел, прореха, пятно, аномалия, ❗️дефект❗️, слабость, слабое (больное) место, ахиллесова пята.

Следовательно,

> Ошибка

> > Недостаток

> > > Дефект.

‼️Рассматривать эти термины совместно — можно. Подменять — нет.‼️

#Баг = #ошибка = #дефект — в зависимости от контекста.

#теория

Mistake

Ошибка. Человеческое деяние, которое в конечном итоге привело к получению неверного результата.

Fault

Дефект, изъян. Неверный шаг (или процесс, или определение данных) в компутерной программе. Первая причина для появления ошибки, потенциальная причина неисправности.

Failure

Неисправность. Неправильный результат. Собственно, результат дефекта.

Error

Невозможность выполнить задачу (или получить верный результат) вследствие того, что где-то случилась ошибка, которая привела к дефекту, который вызвал неисправность, которая привела к невозможности сделать то, чего мы тут намеревались

#теория

#книги #книгипотестированию

🔷Борис Бейзер
«Тестирование черного ящика»

🔷Святослав Куликов
«Тестирование программного обеспечения. Базовый курс» (❗️больше всего рекомендаций)

🔷Роман Савин
«Tестирование dot com» (❗️больше всего рекомендаций)

🔷Канер Сэм, Фолк Джек, Нгуен Енг Кек
«Тестирование программного обеспечения»

🔷Гленфорд Майерс, Том Баджетт, Кори Сандлер
«Искусство тестирования программ»

🔷Элфрид Дастин, Джефф Рэшка, Джон Пол
«Автоматизированное тестирование программного обеспечения»

🔷Арбон Джейсон, Каролло Джефф, Уиттакер Джеймс
«Как тестируют в Google» (❗️больше всего рекомендаций)

🔷Рекс Блэк
«Ключевые процессы тестирования»

👍Чек-лист тестирования требований👍

❗️Есть набор основных характеристик, которыми должна обладать хорошая документация:

🖍Полнота

🖍Однозначность

🖍Непротиворечивость

🖍Необходимость

🖍Осуществимость

🖍Тестируемость

Более подробно можно ознакомиться в статье простыми словами и с картинками☺️

#теория #требование

CIRCUS MATTA — мнемоника для ревью пользовательских историй. Это как раз про тестирование требований!
Истории должны обладать качествами:

Completeness — полнота

Independent — независимость

Realisable — реализуемость

Consistency — консисте́нтность

Unambiguity — однозначность

Specific — специфика заказчика

Measurable — измеримая

Acceptable — приемлемая

Testable — тестируемая

Traceable — трассируемая (можно проставить взаимосвязи)

Achievable — достижимая

Чек-лист по тестированию безопасности web

#чеклист #теория

Техника тест-дизайна "Эквивалентное разбиение или Классы эквивалентности"

Имеются четыре возрастных группы:
1⃣🔹от 0 до 15 лет,
2⃣🔹от 15 до 25 лет,
3⃣🔹старше 25 и младше 60 лет,
4⃣🔹старше 60 лет.

❗️ При этом, в поле для ввода возраста помещается всего два символа, поэтому указать возраст более 99 лет технически невозможно.❗️

QA-специалисту не нужно писать 99 тестов для каждого возраста, хватит пяти: по одному для каждой возрастной группы (это и есть эквивалентное разбиение), например,

1⃣🔹10 лет,
2⃣🔹18 лет,
3⃣🔹35 лет,
4⃣🔹75 лет,
и один для случая, если возраст человека превышает 99 лет.

🔴 Да, последний тест на практике невыполним (поскольку в поле возраста невозможно ввести более двух знаков), и все же не следует забывать об этой проверке.

🔴Также не забывать про отрицательные числа, как негативные проверки
От минус бесконечности до -1. Проверить любое отрицательное число, которое по условию впринципе недопустимо.
И то в поле вводится два знака.
Вероятно, что знак минус нельзя будет ввести😀