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

многие клиенты уже умеют просто сканировать квитанции

и получают ошибку типо "платежа не обнаружено"

мне платежка приходит с QR кодом - сканирую и нажимаю "оплатить". И это не сбербанк

Значит если у тебя есть уникальное предложение или все твои конкуренты - ещё хуже, то без тестировщика можно обойтись. А может и без аналитика. А может и ещё без половины этих странных инженеров. Оставить только менеджеров, чтобы было кому премии получать.

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

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

У меня так же, но я верю что у кого-то могут быть какие-то другие проблемы. Или например платить онлайн вообще без платёжек - может сбер умеет их подтягивать прямо у получателя.

Как и тестирование, функции анализа можно раскидать по остальным участникам команды

Вот я и говорю, что не нужны эти все лишние люди </irony

Сильно от проекта зависит, как компоновать команды, вполне разумно подобрать воркфлоу с оптимизацией задач и их исполнителей

Чёт сильно умно завернул

инвесторы ж

У aliexpress не подтянулись константы

Если кто не знал, то i18n - internationalization: способ сокращать длинные сложные слова при помощи первой и последней буквы + количество букв между ними. Как kubernetes = k8s

А сам пакет i18n используется для перевода UI (подстановки локализованного текста из соответствующих файлов)

Коллеги, всем привет!
Поделитесь, пожалуйста, своим опытом - как вы изолируете тестовые системы от продуктивного SMTP, чтобы письма не уходили реальным пользователям?
Вводные следующие:
- сейчас тестовые системы смотрят на продуктивный SMTP (exchange)
- тестовый exchange нам не дадут, но можно поставить оупенсорсный SMTP-сервер
- в системах содержатся e-mail'ы реальных людей, заменить их нелья
- системы различные по природе - bitrix/bitrix24/success factors/bpm/share point и так до бесконечности
Рассылку отключать нельзя, т.к. зачастую этот функционал тестируется, в том числе пользователями. Но нужно решение, которое позволит избежать отправки писем реальным людям при любых условиях, даже если в системе какой-то баг и она будет рассылать спам самопроизвольно.
Я вижу сейчас пару вариантов - это либо тестовый SMTP, на который будут смотреть все тестовые системы, и который будет просто складировать письма в условный файлик, но не отправлять их адресату. Но сможем ли мы при этом полноценно тестировать функционал с отправкой почты - пока не ясно.
Либо ограничение списков получателей для определённых IP отправителей (IP тестовых стендов). Но этот список надо будет вести постоянно.
Буду очень благодарен за информацию, как вы решали это у себя.
#QA_question

GitHub - mailhog/MailHog: Web and API based SMTP testing
https://github.com/mailhog/MailHog

Лучше чем mailhog я не знаю

Огонь, это то, что нужно, судя по всему. Попробуем раскатать и подключить для начала хотя бы к одной системе. Спасибо большое!
P.S. Если у кого-то есть другие варианты, буду благодарен)