Как выбрать именно те тесты?
Откуда брать идеи для тестов?
Вот, вы применили основные методики составления тестов (граничные значения, классы эквивалентности, таблицы решений, таблицы состояний и переходов, pirewise) и все равно нет уверенности, что тестов достаточно?
Это частое состояние тестировщика и ниже пойдет речь о том, на что в таких ситуациях стоит обратить внимание.
Откуда брать идеи для тестов?
Обычно, когда мы создаем тестовую выборку, мы ориентируемся в основном на важные и значимые моменты для нашего ПО и нашего проекта.
Но перед тем как приступить к озвучиванию идей, хотелось бы отметить некоторые истины:
🔹Тест-дизайн должен порождать тесты, которые покроют большую часть того, что важно. 🔹Требования неплохой старт 🔹Тест-дизайн это очень сложно( т.к. в ПО важно множество вещей) 🔹«Тестирование – это невероятно креативная и интеллектуально сложная задача»Поэтому, когда вам говорят, что составить тесты это как два пальца об асфальт, не верьте таким заявлениям.
Эти люди либо не сталкивались с данной задачей вплотную, либо не представляют весь масштаб 🤪
Базовая стратегия для тестировщика, на пути постижения тест-дизайна - учиться, учиться, и еще раз учиться, и тогда вы будете знать, что важно, чаще, чем не знать.
На вопрос «что должно делать ПО?» отвечают в основном требования.
Но на самом деле это более сложный вопрос, выходящий далеко за рамки документированных требований.
Поэтому, стоит:
🔹относиться к требованиям критически; 🔹пытаться найти неявные значимые требования.Включите в область поиска тестов ответы на вопросы:
1. Составили ли вы каталог ошибок для распространенного типа багов?
2. Можете ли вы проставить теги багам и тикетам поддержки, чтобы использовать их для вдохновения?
3. Каким образом вам удалось найти важные баги так рано, и как мимо вас проскользнули пропатченные баги?
4. Как пользователи пытались решить свою проблему без вашего ПО?
5. Используете ли вы ваши маркетинговые материалы как руководство по самым важным областям?
6. Ищете ли вы в сети информацию о реальном использовании и проблемах, вызванных им?
Контекст выполнения тестов:
1. Когда вы можете к этому приступить, и сколько у вас времени?
2. Каков опыт и специализация тестировщиков?
3. Что будет тестироваться другими людьми?
4. Какие новые типы тестирования нужно применить в этот раз?
5. Готовы ли вы ко всегда происходящим неожиданностям?
И еще несколько направлений, для тестов:
🔹Что вы знаете о нуждах пользователя, его знаниях, чувствах, расстройствах? Что ценно для пользователей, команды и других заинтересованных лиц? 🔹Узнайте "настоящие" требования – какие проблемы пытаются решить пользователи? 🔹Чтобы понять нужды бизнеса, логику, информацию, знания, стандарты и законы, можно попробовать тестировать в паре с бизнес-экспертом. 🔹Не используйте идеи, не оценив, важны ли они, и релевантны ли контексту вашего продукта#тестдизайн