Конечно, включать! Иначе это выстрел себе в колено и потом ой-ой-ой, а почему мы в сроки постоянно не попадаем 😁

Если задачи плюс-минус типовые, то оценку могу назвать сразу. Если что-то сильно новое, то норм поставить задачу на 2-3 sp для разбора.

Да, надо, чтобы потом не получился кривой релиз, и люди круглосуточно не работали.

Любая задача, которая необходима для реализации продукта должна быть указана и оценена. Если необходимо тестирование, значит на него должно быть заложено время заранее, как и на исправление возможных багов.

Не обязательно оценивать в сторипоинтах, можно и в часах или днях) Как будто удобнее всего максимально декомпозировать задачу тестирования, разбить на подзадачи (какие тесты нужны? сколько займет реализация каждого теста? сколько займет проведение теста? сколько нужно времени на создание отчета о тестировании?). Обычно для стандартных задач специалисты знают среднее время выполнения. Отталкиваясь от такой оценки, уже можно планировать)

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

Сторипоинтами не мерю, но примерное понимание по времени обычно есть.

Все зависит от задачи и от навыков тестировщика (нужно тестировать только фронт, или фронт и бэк, или часть операции, на каком этапе погружения тестировщик и какие скиллы у него для тестирования, какую часть фичи можно покрыть автотестами и тд). Если мы говорим о фичах, без тестировщика ее не выкатить, а это значит закладывать надо, чтобы понять когда польза дойдет до конечного клиента и в какой релиз успеваем выкатить. Зависит все от контекста, но на мой взгля с такой формулировкой вопроса однозначно да.