Работа тестировщиком после переезда в Германию
ещё сильно про выбор не узнавал, но, думаю, что смогу найти нужного мне учителя, если можно его так назвать. В силу профессии знаю очень много людей, которые будут рады помочь мне. Тем более, если от такого обучения будет толк, почему бы его не оплатить. Узкая направленность моих вопросов связана с почти полным отсутствием у меня информации по теме. И я очень благодарен за отклики всем, не ожидал даже такой помощи
что именно нужно делать
-----
Вакансия юниора:
https://foren.germany.ru/showmessage.pl?Number=36923852&Bo...
Добавлю - умению быстро сориентироваться в большом объеме информации должны были научить на первом курсе ВУЗа. Если конкретно - на лекции по использованию... библиотеки. Там, правда, дают только информацию по каталогу, а обобщать надо уже самому. Для любого ИТшника этот навык критически важен.
Прошло 4 дня - более 1% времени отводимого на обучение.
Нет понимая что и в каком объеме надо изучать.
Нет плана-графика изучения необходимого.
Не изучено ничего.
Не ИТ-мэн.
Ну да ничего - в Германии работы много - нужны кассиры в супермаркетах, нужны грузчики, нужны разнорабочие на фабриках... да и пуцать по-черному можно... 
Тестирование- здесь не у кого учиться.
-----
??? - Кто тебя учить-то ДОЛЖЕН?
У тебя комп есть? - есть!
У тебя инет есть? - есть!
У тебя не хватает мозгов понять как в инете найти на чем учится и как использовать для этого писюк?!!!
Если - ДА - то тебя никто и ничему научить не сможет, а чему сможет - будет бесполезно,
а если - НЕТ - то хрена ты тут скулишь, а не роешь инфу и не пытаешься что-то делать?
Блин, когда потребовалось сотворить тест-систему - за пару дней без отрыва от работы все было найдено, запущено, налажено и вычищены несколько багов. Дальше все только подгонялось под текущие нужды. Здесь - прошло 4 дня - "не у кого учится".
Сюда, в идеале, ты вообще должен приходить с вопросами вида:
- я использую вот это, хочу сделать вот такое, в доках написано так, сделал так, а получается (не) так. Где прочитать почему (не) так? Читал там, там и там, не понял вот это, потому как в доках по-другому.
- в документации написано вот так, я сделал вот так и поменял здесь чтобы получить то, а (не) получил другое. Что я не понял/упустил в доках?
С вопросами КАК сделать, но без реальной попытки самостоятельно разобраться в проблемe - это к тем кто тебя возьмется УЧИТЬ.
A Python ещё не советовали?
PHP неплох, но он уже на излёте, с него мигрируют.
У Python поре применений: и веб, и АИ, Датасайнс. Бибилиотек и фрейморков - туча. Курсов и учителей - как собак нерезаных.
А главное, что язык прост и элегантен. У меня сын в 14 лет сдал на официальный сертификат.
Рнр не идёт, джава скрипт, если правильно, конечно понял, то же
Может я в каких-то неправильных фирмах работал, но наши "тестеры" никогда ни на чём дополнительно не программировали. Веб еще вроде как то можно автоматизировать, но с десктопом вроде не сильно разбежишься.
Был правда, человек который исключительно юнит тесты писал, но мы его программистом считали.
Вроде уже говорили, главная проблема найти первый проект и хотя бы пару лет там продержаться.
А так в принципе, работа довольно однообразная - загасить приложение или показать его неправильную работу при определенных ситуациях.
При этом каждый релиз нужно проверять по уже пройденным путям, так как вполне возможно, что "безобидное изменение" нарушит работу старого участка.
А какое бы направление посоветовали, при условии, что у меня есть год, который я использую по максимуму?
не отвлекаться на ерунду, типа тестирования.
Немецкий, немецкий и еще раз немецкий, вы ведь не знаете его в совершенстве?
Вот по работе пишете что на русском тоже самое напишите и на немецком. А после еще гляньте, а как бы это было по нем. законам.
ARD, ZDF возможно тоже можно смотреть.
bild.de, spiegel.de почитать.
CodedUI
нифига нету такого в коммюнити версии, подозреваю что только в самой дорогой имеется.
https://docs.microsoft.com/en-us/visualstudio/test/use-ui-...
но, думаю, что смогу найти нужного мне учителя
Со своей колокольни я бы посоветовал яву, а потом самому написать пару маленьких приложений с фреймворком spring и какой нибудь базой данных. Но особенно была бы неплохой возможность пройти практику на какой то реальной фирме. Посмотреть вживую, чем они занимаются и самому вживую чем то позаниматься.
По скриншоту вижу, что там Enterprise, насчёт Professional, Professional всегда была не очень.
Дневник тяжелобольного инвалидаБыл правда, человек который исключительно юнит тесты писал, но мы его программистом считали.
Если программиста в фирме заставляют писать исключительно юнит тесты, то это означает, что, либо его хотят специально выкинуть, либо нужно выкинуть сеньора - архитектора - кто там выше по иерархии.
После этого желательно выкинуть весь код юнит тестов, а потом код продукта. Так как они друг с другом вообще никак не связаны. Ни о каких feature mapping там не может идти и речи.
И не PHP.
На счёт PHP не согласен. Поскольку современные веб приложения рендеряться прям в браузере на JavaScript, там абсолютно всё равно на чём программировать. Всю статическую информацию нужно сохранить в кэш, а данные в формате JSON подгружать, а потом JSON парзить. Для этих целей как-раз PHP подходит. Обращаюсь к NOSQL БД - DynamoDB https://docs.aws.amazon.com/amazondynamodb/latest/develope... или MongoDB - https://www.php.net/manual/ru/mongodb.tutorial.library.php потом массивых данных превращают в JSON - https://www.php.net/manual/ru/function.json-encode.php, в веб браузере парзю JSON - https://developer.mozilla.org/en-US/docs/Web/JavaScript/Re..., и получается больше с JavaScript возни чем с PHP. Тут написано как такое делать - https://developers.google.com/web/updates/2019/02/renderin...
Дневник тяжелобольного инвалида
Если программиста в фирме заставляют писать исключительно юнит тесты, то это означает, что, либо его хотят специально выкинуть, либо нужно выкинуть сеньора - архитектора - кто там выше по иерархии.После этого желательно выкинуть весь код юнит тестов, а потом код продукта. Так как они друг с другом вообще никак не связаны. Ни о каких feature mapping там не может идти и речи.
Это в теории. На практике же я постоянно сталкиваюсь с ситуацией, когда юниттесты пишуться потому что они должны быть. Есть метод и он покрывается юниттестом. Этот тест ничего реально не проверяет кроме существования метода. Так что ситуация вполне может существовать.
Но новичку писать юниттесты имхо ОЧЕНь сложно. Создавать моки, перегружать методы - нужно реально понимать, как это работает в принципе.
Со своей колокольни я бы посоветовал яву, а потом самому написать пару маленьких приложений с фреймворком spring и какой нибудь базой данных. Но особенно была бы неплохой возможность пройти практику на какой то реальной фирме. Посмотреть вживую, чем они занимаются и самому вживую чем то позаниматься.
------------------
Спасибо, какая то ясность в голове уже появляется, следом будет и понятие, и план, как говорит уважаемый Murr