коллеги, пытаюсь решить эту задачу чоинами - это возможно? У меня никак не получается. В mysql нет outer join и minus хотя бы. Есть идеи как можно это чоинами решить? Спасибо https://www.w3resource.com/mysql-exercises/subquery-exercises/write-a-query-to-list-department-number-name-for-all-the-departments-in-which-there-are-no-employees-in-the-department.php

left join выводит все, что в department и все что пересекается в employees. По сути этот запрос выводит select * from department.

А фильтр e.EMPLOYEE_ID is null отсекает отделы без сотрудников

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

тебе стоит почитать про пограничные значения и классы эквивалентности и действовать исходя из минимально допустимого кол-ва тестов для проверки групп значений

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

ну это понятно, что там один валидный класс

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

имхо так же рандомное значение может проскочить. есдинственное что можно, как сказал выше Evgenii B, делать таблицу принраничных значений. Почитай про bva и ecp

в целом рандомизация как можно большего числа компонент в пределах класса эквивалентности за какое-то время помогает выявить (в отличии от хардкода, который будет неэффективным в этом случае), вдруг в системе было заложено ограничение или свойство, которое не было описано в документации. Поэтому и существуют разные библиотеки по мутации тестовых данных, типа hypothesis от гугла

Спасибо ребятки

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

Или может есть какой то способ автоматической проверки что все методы с определенными аннотациями покрыты тестами? Хочу исключить вариант с забыли добавить.

Да и писать велосипед тоже не хочется. Должно же быть что-то готовое

Поднимай моки прямо в тестах

Почему все хейтят xpath? Чем он хуже css? Читабельность? - Не хуже любого другого кода да и вообще субъективное понятие.  Возможностей больше. Да, ясен пень, что при прочих простых случаях напишешь по css по айди, атрибуту имени и забудешь. А что делать в других случаях? Пять минут выдумывать хитрый селектор на css, чем за 10 сек написать xpath или вообще сделать это в один клик? Или это коллективная мода на хейт как с php, windows у айтишников?

? кому чем удобнее, или к  чему привык, с тем и работают, щас бы слушать кого то, кто там чего хейтит, проговорка про мастурбацию тут к месту )

XPath хорош, но есть проблема, он очень часто меняется. Представь, что в каждой новой фиче у тебя ломается вся автоматизация. Если селектор на css он меняется реже.

еще есть много новичков которые лепят xpath //div/div/span/a - вот такое ВСЕ не любят =)

Xpath сам по себе не ломается.