О! a я этого деда знаю, он мне нервы делал тут: https://foren.germany.ru/showmessage.pl?Number=39693596&Bo...

Просто оказывается, что это безработный, тыщами бевербунги рассылает, очень скверный характер!

.

Fragen und Antworten - Программируем калькулятор пособий для беженцев вместе.

да, комплексы пошли, что не взяли в КУА, а программисты стали не нужны

Привет, классный вопрос!

Начинать нужно с критических и стабильных сценариев нужных бизнесу, которые роняют флоу при любой ошибке: логин, регистрация, заказы, платежи.
В первую очередь автоматизирую smoke и API-тесты их можно быстро сделать и получить ранний фидбек в CI.
Затем регресс по ключевым модулям и пару E2E-тестов для основного юзерфлоу.
В CI вывожу только то, что стабильно и не флапает: smoke сразу после билда, regression- на пререлизе, E2E- ближе к CD.

у тебя ии торчит.

Никогда еще Штирлиц не было так близок к провалу

насколько мировоззрение человека может быть ограничено его окружающим мирком

Ты кто такой? Я тебя раньше здесь не видел. Не из местных?

Зы. Спросите и ChatGPT по поаоду перспектив слвременного айти. Он вам тащу раз будет говорить про интеграцию написанных вами тестов в CI CD pipeline.

Этим сейчас некому заниматься. Это и нужно учить.

А чего тестировать, если никто код не пишет? Все же чего-то автоматизируют... сферическое в ваккуме?

для тех кто только что родился:

Банки не обязаны разрабатывать ПО для своих нужд. Они его покупают.

А вот покрывать автотестами они обязаны. Иначе приедет очень злой дядя из Bafin и закроет этот банк.

А на чём эти автотесты пишутся? Это код?

Вполне реальная ситуация: ПО было подано клиенту. О том что это ПО нельзя продавать разработчик ПО умолчал.

Внедрение ПО провалилось из-за одного бага в ПО. Его разработчик отказался фиксить.

Переписывание ПО с нуля тоже прлвалилось так как по всему миру не нашли людей которые смогут это сделать.

Задача: нужно доказать что виноват был именно разработчик Abadonware ПО.

Кто эти занимается? QA! Который доказывает некомпетентность программистов. Которых уже может и не быть.

скажи наркотикам иногда ☝️

Вполне реальная ситуация: ПО было подано клиенту. О том что это ПО нельзя продавать разработчик ПО умолчал.

Внедрение ПО провалилось из-за одного бага в ПО. Его разработчик отказался фиксить.

Переписывание ПО с нуля тоже прлвалилось так как по всему миру не нашли людей которые смогут это сделать.

Задача: нужно доказать что виноват был именно разработчик Abadonware ПО.

Кто эти занимается? QA! Который доказывает некомпетентность программистов. Которых уже может и не быть.

Когда QA что-то там докажет (или нет), что дальше делать? ПО-то как не работало, так и не работает.

Короче, всё упирается, что нужны программисты. Переписывать старое, или писать заново новое, или фиксить баги в уже существующем, но программисты.

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

Ничего не делать с легаси системой. Она выкидываетсч.

Но QA сделал самое главное: нашёл самого главного виноватого кто за провал внедрения и саботаж исправления бага будет платить и отвечать.

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

На практике же такого программиста либо не было либо ему не должили.

Скорее всего не было.

Ну и фирмы произвожителя ПО теперь тоже нет.

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

Это вам любой тест менеджер скажет.

P.S. И это должна быть Жава!

На практике лучше чтобы мелкие баги исправлялись самим ароматизатором, который нашел баг.

Вы должны перестать позиционировать как QA.

Все прячется под позициями Test Engineer für Frontend und Backend (m/w/d)

Только фронт будет для галочки.

Селениум и другие инструменты автотестов для веб гуя очень хорошо продаются.

Но на практике они вряд ли полезны. Так как критические баги и критически нереализованные фичи детектятся на уровне интеграционных Backend тестов