1) как управлять переменными для теста из ci/cd? Не будешь же руками устанавливать те же tcp_tw_reuse/tcp_tw_recycle, ulimit.
2) как "поженить" запуск скрипта теста, если тестируемый сервис и скрипт лежат на разных машинах? Для запуска через GitLab CI есть пример yaml, но это выглядит так, что скрипт для k6 должен лежать в том же репозитории, что и тестируемый сервис. А туда тестировщика далеко не всегда пускают.
3) если у тебя код нагрузочных тестов в отдельной репозитории, как настроить джобы с переменными окружения из gitlab?
4) если запуск из джобы в ci/cd, как быть с ресурсами? Если не ошибаюсь - для джобы ресурсы сильно ограничены.
Прошу прощения, если вопросы глупые, я сейчас в процессе перехода от ручного запуска скриптов с виртуалки и пока ищу ответы на них. Тут и llm не сильно помогает, т.к. всё слишком индивидуально. Интересно, как вы эти вещи отладили.
Сколько танцев с бубном... Поставьте на vs code официальное расширение от гигачата. Там есть и агентский режим (появился на самом деле не так давно). Он пока хреновастенький, но в некоторых сценариях юзебельно. А как станет официальный агентский режим от гигачата совсем юзебельным - уже тогда можно пробовать и через апи крутить.
Странно, что автор не хранил коллекции от постмана в гите а только с Бруно догадался это сделать. Сильно подозреваю что отсматривать МР коллекции для Бруно - такая же жесть, как и для постмана.
Тут скорее дело в том, что такая сумма воспринимается в рублях и порождает сомнения в компетенции автора. И даже спустя 10 лет в отрасли можно быть некомпетентным. Это флаг из "всё, дальше можно не читать".
Кажется автор чуток путает интеграционные и e2e тесты. И если ему так нравятся тесты в yaml - то стоит обратить внимание на фреймворк от Lamoda (вроде donkey). Сам он на go, а тесты в yaml.
А у вас точно 100% покрытие тестами? И мем со снимаемыми трусиками. 100% покрытие это кажется что-то из серии "исчерпывающие тестирование". Кроме того, часть кейсов где есть интеграция с внешними системами или что-то связанное с платежами ну никак не покрыть автоматикой. В таких случаях остаётся уповать только на юнит-тесты.
Кто "мы"? Какой бекенд? Какой стек? Какая предметная область? Статья про процессы или про инструменты? Заголовок не очень распологающий к прочтению. Что-то типо "Agile процессы тестирования в условиях крепко-сомкнутой круглой мышцы тест-лида и 5 релизов в неделю на 50 микро-сервисов" звучало бы лучше.
Восточная Сибирь. WG работает час в день и то на некоторых пирах. И на мобильном интернете и стационарном. Час в день (с какого по какое время уже не скажу) - нашёл случайно. Видимо какая-то прихоть оператора.
F клавиши не нужны. PgUp/Pg/Dn тоже не нужны. Даже цифровой ряд не нужен. Если у тебя в употреблении только кирилици и латиница - то вполне хватате 42/44 клавиши.
Проблема "пианинных" клаво-сочетаний надуманная, если есть 3 клавиши под каждым большим пальцем. Если у тебя под большими пальцами только одна клавиша пробел (в том числе как и на клавиатуре из статьи), то тогда да, надо сильно больше клавиш.
Кажется единственная проблема когда мало клавиш - это языки с диакритическими символами.
Скорее всего да. Есть одно НО. Скорость ответа. Сессия с чатом со скармливанием ошибок - минут 15-30. А сколько нужно времени, чтобы получить ответ от человека?
Так после обновления ОС баг с модемом был поправлен? А то помимо отсутствия ТТХ планшета в статье обзор как-то выглядит совсем не полным. И как в плане приложений? Пока выглядит что через полгода-год можно брать, как ряд основных багов будет поправлен.
Имхо - такое работает только ограниченный период времени. Мне так сказали 10 месяцев назад. После чего я начал учить ЯП и пробовать писать тесты. В свободное от работы время. Вот основы этого самого ЯП выучены. Несколько тестов написаны, которые прошли код ревью от разрабов и крутятся в продакшине. Но в автоматизаторы меня не торопятся переводить. За все эти месяца в рабочее время я покодил от силы может недельки две. И то, во время прохождения ревью. И всё.
Значит я считаю правомерным обновить резюме и собеседоваться в другие компании. Что и делаю. За одно обновляю понимания рыночка и расширяю эту самую "матрицу компетенций".
Забавно. Проходил курсы Geek Brains. Ещё где-то в 2016м году. Попал на 1й или 2й поток по счёту, как у них появились курсы QA. У меня до сих пор бомбит от их качества подачи материалов. Но вопреки этому я до сих пор работаю в IT. Побывал на нескольких как QA, так и смежных профессиях (типо техподдержки, менеджера, дизайнера). Коллега тоже их курсы кончали. Или 4й или 5й поток и качеством доволен. Тоже до сих пор в тестировании. Потом видимо поставили на поток курсы и наступила шляпа. Раз устроились 0%.
Кажется что тема CI/CD не до конца раскрыта.
1) как управлять переменными для теста из ci/cd? Не будешь же руками устанавливать те же tcp_tw_reuse/tcp_tw_recycle, ulimit.
2) как "поженить" запуск скрипта теста, если тестируемый сервис и скрипт лежат на разных машинах? Для запуска через GitLab CI есть пример yaml, но это выглядит так, что скрипт для k6 должен лежать в том же репозитории, что и тестируемый сервис. А туда тестировщика далеко не всегда пускают.
3) если у тебя код нагрузочных тестов в отдельной репозитории, как настроить джобы с переменными окружения из gitlab?
4) если запуск из джобы в ci/cd, как быть с ресурсами? Если не ошибаюсь - для джобы ресурсы сильно ограничены.
Прошу прощения, если вопросы глупые, я сейчас в процессе перехода от ручного запуска скриптов с виртуалки и пока ищу ответы на них. Тут и llm не сильно помогает, т.к. всё слишком индивидуально. Интересно, как вы эти вещи отладили.
Сколько танцев с бубном... Поставьте на vs code официальное расширение от гигачата. Там есть и агентский режим (появился на самом деле не так давно). Он пока хреновастенький, но в некоторых сценариях юзебельно. А как станет официальный агентский режим от гигачата совсем юзебельным - уже тогда можно пробовать и через апи крутить.
Странно, что автор не хранил коллекции от постмана в гите а только с Бруно догадался это сделать. Сильно подозреваю что отсматривать МР коллекции для Бруно - такая же жесть, как и для постмана.
Тут скорее дело в том, что такая сумма воспринимается в рублях и порождает сомнения в компетенции автора. И даже спустя 10 лет в отрасли можно быть некомпетентным. Это флаг из "всё, дальше можно не читать".
Кажется автор чуток путает интеграционные и e2e тесты. И если ему так нравятся тесты в yaml - то стоит обратить внимание на фреймворк от Lamoda (вроде donkey). Сам он на go, а тесты в yaml.
А у вас точно 100% покрытие тестами? И мем со снимаемыми трусиками. 100% покрытие это кажется что-то из серии "исчерпывающие тестирование". Кроме того, часть кейсов где есть интеграция с внешними системами или что-то связанное с платежами ну никак не покрыть автоматикой. В таких случаях остаётся уповать только на юнит-тесты.
Кто "мы"? Какой бекенд? Какой стек? Какая предметная область? Статья про процессы или про инструменты? Заголовок не очень распологающий к прочтению. Что-то типо "Agile процессы тестирования в условиях крепко-сомкнутой круглой мышцы тест-лида и 5 релизов в неделю на 50 микро-сервисов" звучало бы лучше.
Восточная Сибирь. WG работает час в день и то на некоторых пирах. И на мобильном интернете и стационарном. Час в день (с какого по какое время уже не скажу) - нашёл случайно. Видимо какая-то прихоть оператора.
За использование 3д клав должны приплачивать пользователям, которые это покупают.
F клавиши не нужны. PgUp/Pg/Dn тоже не нужны. Даже цифровой ряд не нужен. Если у тебя в употреблении только кирилици и латиница - то вполне хватате 42/44 клавиши.
Проблема "пианинных" клаво-сочетаний надуманная, если есть 3 клавиши под каждым большим пальцем. Если у тебя под большими пальцами только одна клавиша пробел (в том числе как и на клавиатуре из статьи), то тогда да, надо сильно больше клавиш.
Кажется единственная проблема когда мало клавиш - это языки с диакритическими символами.
Стагер должен умереть. Или отправиться к 2,5 дискетам и CD-дискам. Наверное одно из самых живучих легаси.
Ага. Ещё скажи что 42 клавиши хватит всем)
Скорее всего да. Есть одно НО. Скорость ответа. Сессия с чатом со скармливанием ошибок - минут 15-30. А сколько нужно времени, чтобы получить ответ от человека?
И как-то не отметили что fieldalignment -fix затирает комменты. https://github.com/golang/go/issues/54333
Так будет же доставка флешек голубиной почтой.
Так после обновления ОС баг с модемом был поправлен? А то помимо отсутствия ТТХ планшета в статье обзор как-то выглядит совсем не полным. И как в плане приложений? Пока выглядит что через полгода-год можно брать, как ряд основных багов будет поправлен.
За формулировки ожидаемого результата "отображается корректно" хочется убивать. Они встречаются даже у опытных QA.
Тоже самое можно отнести и к этому "Запах не должен быть специфичным". Что это значит?
Что хорошо в Go - что он не сильно от версии к версии меняется. Это вам не Python.
Имхо - такое работает только ограниченный период времени. Мне так сказали 10 месяцев назад. После чего я начал учить ЯП и пробовать писать тесты. В свободное от работы время. Вот основы этого самого ЯП выучены. Несколько тестов написаны, которые прошли код ревью от разрабов и крутятся в продакшине. Но в автоматизаторы меня не торопятся переводить. За все эти месяца в рабочее время я покодил от силы может недельки две. И то, во время прохождения ревью. И всё.
Значит я считаю правомерным обновить резюме и собеседоваться в другие компании. Что и делаю. За одно обновляю понимания рыночка и расширяю эту самую "матрицу компетенций".
Забавно. Проходил курсы Geek Brains. Ещё где-то в 2016м году. Попал на 1й или 2й поток по счёту, как у них появились курсы QA. У меня до сих пор бомбит от их качества подачи материалов. Но вопреки этому я до сих пор работаю в IT. Побывал на нескольких как QA, так и смежных профессиях (типо техподдержки, менеджера, дизайнера). Коллега тоже их курсы кончали. Или 4й или 5й поток и качеством доволен. Тоже до сих пор в тестировании. Потом видимо поставили на поток курсы и наступила шляпа. Раз устроились 0%.