Information
- Rating
- 6,332-nd
- Location
- Смолевичи, Минская обл., Беларусь
- Date of birth
- Registered
- Activity
Specialization
Инженер по производительности, Инженер по обеспечению качества
Средний
From 150,000 ₽
Git
PostgreSQL
SQL
Bash
Postman
SOAP
Charles
Jira
Ручное тестирование
Тестирование API
Ого! Спасибо за такую высокую оценку моих стараний!
Так а зачем учиться тому, что потом приведет ко всем проблемам, описанным в этой статье ? В статье откуда-то взята цифра в 80% , а это очень серьезное заявление. Это значит, что 80% кода, создаваемого под руководством опытных автоматизаторов также не окупается, и значит многие SDET и Senior AQA также попадают в эту выборку. Выходит, что они все тупни, которые не знали как надо было в самом начале проект сроить по автоматизации, потом попробовали все переделать, но и это не помогло. И тут приходит автор статьи и предлагает лиду автоматизации Amazon пройти курс, который спасет экономику. ВОТ это КРУТО. Настоящий блокбастер просто! Ой, простите, пожалуйста. Может я не правильно понял содержание статьи?
Благодарю за полезную статью и позитивные картинки с котиками !
Промты интересные! Спасибо. Только что делать с безопасностью, если нельзя ИИ-шке показывать большей половины того, что требуют приведенный в статье промты? А локальная модель, достаточно слабая, чтобы эффективно справиться с задачами. На хорошую железо стоит как космический корабль.
Интересно, а насколько можно доверять таким расчетам экономики вложений? Ведь мы же не знаем на самом деле помог ли сотруднику запрос и на сколько много времени он ему на самом деле сэкономил. И потом важно понять как фактически выросла производительность труда. Увеличилась скорость написания кода и запуска новых фич реально? И еще код пишется быстрее, возможно, а обеспечение качества? Удобство, экономия времени общая - это безусловный плюс - это вообще не обсуждается. Просто также мечтаю о внедрении ИИ в процессы и хотелось бы для себя найти доказательную базу эффективности, которую реально можно показать инвестору.
Онбординг везде разный, а эти вопросы помогут быть максимально эффективным в первые дни работы.
Ну вопрос нормальный, на самом деле. Но это все бытовые вопросы. Их море на самом деле. Где кухня у вас? Как под охрану сдавать помещение правильно при уходе и др. вопросы.
А еще я руковожу IT-отделом из 50 человек в социальном проекте "Дышите свободно"
Спасибо за комментарий. Да я единственный QA на проекте, с опытом около 4 лет, поэтому реализую и автоматизацию, и нагрузочное и, разумеется, ручное тестирование. Когда углублялся в нагрузочное, то там без DevOps штучек было никак.
Спасибо за статью. Мне о на лично показалась полезной. Закинул +1 в карму и +1 в рейтинг. Таких статей на подобную тему раньше не встречал на Хабре. В любом случае видно, что автор старался, вкладывал душу в сое детище. Это всегда похвально. Понимаю это не по наслышке. Успехов!
Как-то слишком далеко все описанное от реальности найма. В нормальные компании продолжают нанимать ручных тестировщиков и автоматизаторов раздельно, есть правда и Full stack варианты. Потом от грейдов очень все зависит. Согласен с тестированием БД - прям важнейший скилл, но он в статье не указан. В общем если ты Junior QA, то от тебя по большому счету на собесах могут спросить то же что и у мидла, но только если нет опыта, то кто тебе доверит задачи мидла в здравом уме. Кроме того требуется и Kafka и Мобилки. Про это вообще ничего не сказано. А если финтех. то там вообще много чего от GraphQL и Docker, до зания Mock инструментов. В общем по-разному везде. Всё очень сильно зависит от проекта и компании. Всем добра!
Очень интересная статья и опыт. Не знал, что где-то так работает, но знал всегда, что это рабочая схема. Спасибо что педелились!
Не согласен на счет джуна. Если сеньор или мидл придет новенький на проект, то тоже найдет не меньше аналогичных багов. Здесь речь идет именно о привыкании к продукту. А грейд здесь не играет на стороне джуна никак. А так статья мне понравилась, только помарок много как уже писали выше.
Да я посмотрел ваш ответ и несмотря на это посчитал нелишним закинуть ответ LLM Это было не упреком вам или попыткой указать на неправоту, а просто дополнение. Не думал что это не понравится. Как по мне полезный ответ. Хорошего дня!
Нужно было написать быстрый ответ по возражению человека на счет того? что все есть в Devtools/ Знал что не все, а сидеть выбирать точно жалко времени.
Спасибо за статью! Думаю. Что 5 из 10 расширений действительно могут пополнить арсенал QA!
Ответ Perplexity PRO на вопрос чего из всего перечисленного нет в Devtools
Расширения из статьи, которых НЕТ в стандартном DevTools
1. Quick Char Count
Подсчет символов и слов в выделенном тексте. В DevTools нет встроенного инструмента для быстрого подсчета символов в выделенном тексте на странице.
2. Awesome Screenshot
Инструмент для создания скриншотов с аннотациями. DevTools имеет базовую функцию скриншотов (Capture screenshot), но без возможностей аннотаций и записи видео.
3. Wappalyzer
Определение технологического стека сайта (CMS, фреймворки, аналитика). DevTools не показывает используемые технологии и фреймворки автоматически.
4. Bug Magnet
Вставка тестовых данных для проверки граничных значений (SQL-инъекции, невалидные email, длинные строки). В DevTools такой функциональности нет.
5. Exploratory Testing Chrome Extension
Документирование сессий исследовательского тестирования с автоматической записью шагов и экспортом в Jira/Azure DevTools. DevTools не имеет функции структурированного документирования тестовых сессий.
Расширения, функциональность которых ЕСТЬ в DevTools
6. Lighthouse
Встроен в DevTools. Доступен через панель Lighthouse для аудита производительности, доступности, SEO и PWA.
7. Clear Cache
Функция очистки кэша доступна в DevTools через Network → правый клик → Clear browser cache или через настройки DevTools.
8. Dimensions
Измерение размеров элементов доступно в Elements панели DevTools при наведении на элементы (показываются размеры, отступы, margins).
9. WhatFont
Информация о шрифтах доступна в Elements → Computed → раздел Font (показывает семейство шрифта, размер, вес, цвет).
10. EditThisCookie
Управление cookies доступно в Application → Storage → Cookies (можно просматривать, редактировать, удалять).
Итого: из 10 расширений 5 требуют установки отдельных расширений (Quick Char Count, Awesome Screenshot, Wappalyzer, Bug Magnet, Exploratory Testing), а 5 имеют аналогичную функциональность встроенную в DevTools
Спасибо, что поделилась! Лично мне было интересно прочитать о твоем опыте, т.к. сам когда-то учился и несколько лет преподавал тестирование в одном IT университете :)) Успехов в работе. + тебе в карму и в рейтинг !
Сервис добавлен в подборку. Огромное спасибо за рекомендацию еще одного достойного тренажера!
Огромное спасибо за рекомендацию! Обязательно добавлю его в список тренажёров, если это действительно работающий инструмент!