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

Вообще, сейчас большинство ЯП (даже без перлового подхода к ООП) пришло к тому, что пространство имен бездумно не надо засорять. И для wildcard import делают спецсинтаксис

ты что, американец, что ли?

Нет, но базу составлял по всему миру. Там много интересного было. И Петербург не лидер по количеству одинаковых названий.

я про то, что зипкода хватит. или он будет.

Зипкода возможно хватит. Только что, если не везде он есть (Зимбабве, Арктика?). И при таком количестве Спрингфилдов, как в Америке, какие-то из них могут оказаться рядом. Но кажется это уже оффтопик.

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

Всем привет! Можете подсказать по поводу инициализации переменных перед каждым тестом - есть ли какие готовые реализации?
Для Test::More, либо для Test2::V0

Т.е. пишу

subtest 'xxx' => sub {};
subtest 'yyy' => sub {};

хочется отдельно как-то инициализировать переменные, например мок к базе, а не в каждом subtest

ok(my $db = connect);

Готовое решение найти сложно, так как есть идеологические вопросы. Например если взять подход близкий к интеграционным тестам, то каждый тест надо переинициализировать и одними и теми-же значениями кроме того что тестируется. Проблема тут в скорости тестов. Это будет медленно.
Есть параинтеграционные тесты, это когда проект инициализирован один раз и потом только внутренние кишки меняются для теста. Там вообще все очень иднивидуально.
А есть юнит тесты. Там вообще проекта нету как такового.

Понял, спасибо

Сделай метод типа setup и вызывай перед каждым набором тестов

я так делаю:

sub check(&) {
 my $code = shift;
 # готовим окружение $env
 $code->($env);
}

check {
   my $env = shift;
  # тут тестаем...
};

А потом я твои тесты по пол часа разбираю, так как непонятно что и где готовится ))

ты просто не умеешь их готовить )

Импортировать, бл#₽ь!
Там в скобках пишутся аргументы для функции import.

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

Да, отключает. Но это реально экономия на спичках

perldoc use:
If you do not want to call the package's import method (for instance, to stop your namespace from being altered), explicitly supply the empty list:
use Module ();