SOS! QA ищет продуктовую любовь в Германии ❤️🛠️
О! a я этого деда знаю, он мне нервы делал тут: https://foren.germany.ru/showmessage.pl?Number=39693596&Bo...
Просто оказывается, что это безработный, тыщами бевербунги рассылает, очень скверный характер! 
.
Вопросы и Ответы - Программируем калькулятор пособий для беженцев вместе.
Привет, классный вопрос!
Начинать нужно с критических и стабильных сценариев нужных бизнесу, которые роняют флоу при любой ошибке: логин, регистрация, заказы, платежи.
В первую очередь автоматизирую smoke и API-тесты их можно быстро сделать и получить ранний фидбек в CI.
Затем регресс по ключевым модулям и пару E2E-тестов для основного юзерфлоу.
В CI вывожу только то, что стабильно и не флапает: smoke сразу после билда, regression- на пререлизе, E2E- ближе к CD.
Зы. Спросите и ChatGPT по поаоду перспектив слвременного айти. Он вам тащу раз будет говорить про интеграцию написанных вами тестов в CI CD pipeline.
Этим сейчас некому заниматься. Это и нужно учить.
А чего тестировать, если никто код не пишет? Все же чего-то автоматизируют... сферическое в ваккуме?
Вполне реальная ситуация: ПО было подано клиенту. О том что это ПО нельзя продавать разработчик ПО умолчал.
Внедрение ПО провалилось из-за одного бага в ПО. Его разработчик отказался фиксить.
Переписывание ПО с нуля тоже прлвалилось так как по всему миру не нашли людей которые смогут это сделать.
Задача: нужно доказать что виноват был именно разработчик Abadonware ПО.
Кто эти занимается? QA! Который доказывает некомпетентность программистов. Которых уже может и не быть.
Вполне реальная ситуация: ПО было подано клиенту. О том что это ПО нельзя продавать разработчик ПО умолчал.
Внедрение ПО провалилось из-за одного бага в ПО. Его разработчик отказался фиксить.
Переписывание ПО с нуля тоже прлвалилось так как по всему миру не нашли людей которые смогут это сделать.
Задача: нужно доказать что виноват был именно разработчик Abadonware ПО.
Кто эти занимается? QA! Который доказывает некомпетентность программистов. Которых уже может и не быть.
Когда QA что-то там докажет (или нет), что дальше делать? ПО-то как не работало, так и не работает.
Короче, всё упирается, что нужны программисты. Переписывать старое, или писать заново новое, или фиксить баги в уже существующем, но программисты.
Можно ещё ИИшку натравить, но то такое... А кроме того, не факт, что успеете до лопания ИИ-пузыря, где у всех отберут их бесплатные или дешёвые подписки.
Ничего не делать с легаси системой. Она выкидываетсч.
Но QA сделал самое главное: нашёл самого главного виноватого кто за провал внедрения и саботаж исправления бага будет платить и отвечать.
А это ценится гораздо выше чем работа виртуального программиста до которого бы по цепочке донесли бы что нужно закоммментировпть определенную строчку кода.
На практике же такого программиста либо не было либо ему не должили.
Скорее всего не было.
Ну и фирмы произвожителя ПО теперь тоже нет.
Автотесты всегда должны писаться на том же самом языке программирования, что и проект. Для того, чтобы упростить коммуникацию.
Это вам любой тест менеджер скажет.
P.S. И это должна быть Жава!
На практике лучше чтобы мелкие баги исправлялись самим ароматизатором, который нашел баг.
Вы должны перестать позиционировать как QA.
Все прячется под позициями Test Engineer für Frontend und Backend (m/w/d)
Только фронт будет для галочки.
Селениум и другие инструменты автотестов для веб гуя очень хорошо продаются.
Но на практике они вряд ли полезны. Так как критические баги и критически нереализованные фичи детектятся на уровне интеграционных Backend тестов
Ты читать умеешь?
Элементы ку а стали нужны чтобы доказать что проданное абадонварное ПО было бы пригодно для прода если бы существовали программисты которые бы исправили такой то баг (задокументировано с печатью).
Программисты (если бы они существовали) не сделали этого.
А вы тут про какую то наркоманию плетете.
назад
список