- Принцип снижения частоты багов
Снижение количества обнаруженных багов со временем — подтверждает эффективность тестирования.
- Принцип скорости
Ручное тестирование замедляет разработку, но ускоряет достижение качества.
- Парадокс учителя
Если кто-то продает вам «единственно правильную философию ручного тестирования» — точно врет.
- Парадокс количества тестов
Количество тестов не коррелирует с их ценностью, а только с затратами.
- Закон непрерывности
Лучшие тестировщики тестируют непрерывно.
- Закон тайминга
Тестирование должно начинаться тогда, когда это нужно, не раньше.
- Закон покрытия
Оценка тестового покрытия кода и требований всегда неверна.
- Закон дыма и огня
Там, где больше дыма, всегда больше огня.
- Тестировщики должны быть тестировщиками
Преподаватели и менторы не являются реальными тестерами, остерегайтесь их.
- Принцип важности
Все, кроме тестировщиков, думают только о блокерах. Остальное — ваши проблемы.
- Деприоритизация
Приоритизации тестов можно уделять меньше внимания, и ничего страшного не случится.
- Миф о правильном тестировании
Тестирование зависит от контекста и является искусством, а не наукой.
- Парадокс Уолдо
Ошибки там, где вы еще не искали.
- Принцип владения качеством
Тестировщики несут ответственность за качество (и должны владеть качеством, как оунер — продуктом).
- Предел усталости программы
Любая программа сломается, через какое-то время.
- Тестирование это как страхование
Тестирование — это страхование программы, выполняемое с должной старательностью.
- Закон квантификации
Идеальные тест-кейсы — идеально воспроизводимые и идеально документированные. Идеальных тестов нужно не так уж много, но они должны быть.
- Парадокс экономии усилий
Попытки экономить на тестировании важных вещей приведут к тому, что придется тестировать абсолютно всё.
- Миф Agile
Agile на практике означает просто «меньше Waterfall».
- Закон Agile-тестирования
Тестируется только самое новое и самое подозрительное.
- О TDD
Никто не работает по TDD, на самом деле.
- Обучение ручников
Обучение ручных тестировщиков должно быть сосредоточено на изучении общих закономерностей, поведения пользователей и контекстов. Приложения и фреймворки дело второстепенное.
- Миф о формализации
Cucumber и User Stories не являются формализованными подходами тестирования.
- Закон искусственного интеллекта
Чем чаще тестировщик или аналитик говорит об искусственном интеллекте, тем меньше вероятность того, что он знает, что это такое.
- Изучение приложения
Если тестировщик говорит, что «исследует приложение», значит, ему просто скучно сейчас и он на самом деле ничего не делает.
- Закон простых определений
Остерегайтесь тестировщиков, дающих новые определения хорошо известным понятиям — это плохие тестировщики.
- Парадокс пользователя
Вы не являетесь пользователем и не можете им быть. Вы тестировщик.
- Уравнение соотношения Dev и QA
Соотношение разработчиков и тестировщиков должно быть пропорционально требуемому качеству продукта, умноженному на поведенческую вариабельность его предполагаемых пользователей.
- Парадокс маркетинга инструментов
Полезность QA-инструмента обратно пропорциональна маркетинговым усилиям его владельцев и цене.
- Парадокс эффективности тестера
Тестировщики добавляют баги в трекер, а не повышают качество ПО.
- Принцип полезности репортов
Все проценты в репортах, кроме 100%, не имеют смысла.
