Search
Write a publication
Pull to refresh
1
0
Send message

Хорошая статья, все достаточно понятно описано, применяю аналогичные паттерны в своей работе!

Вопрос к автору: представьте, что изначально у вас проект для тестирования API, потом вы решили добавить туда ещё и UI тесты, в которых для подготовки данных вы хотите переиспользовать готовые API Steps, будете ли вы наследоваться от первого тестового проекта или будете реализовать похожие Steps, но уже в проекте с UI тестами?

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

А почему вы не откроете свою компанию тогда, зарегистрируйте ИП или ООО с друзьями, работайте над каким то проектом. Вот вам и опыт, да ещё и официальный. А вдруг что вырастет из проекта. Иначе можно долго смотреть на новые фреймворки и прочее. Давайте объективно, профильного образования у вас нет, возраст уже зрелый, это два жирных минуса для всех работодателей кто нанимает джунов, как вот менторить человека который сильно старше. И прочее вытекающее.

Обычно такую аутентификацию и авторизацию с использованием смс или почты обходят так, создают мок этой самой почты или смс центра, разворачивают стенд для тестирования который отправляет сообщения в мок сервис и тестируют на нем

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

Information

Rating
Does not participate
Registered
Activity