ИМХО громкий заголовок «Стажировки — это пушечное мясо, чтобы затыкать дыры» не соотвествует содержанию которое можно свести — «иметь хороших менторов важно». Читал ради первого, а получил очевидное второе (
У нас со стажировками все хорошо и, как говорят выше, студенты не хотят покидать офис по окончанию (и даже во время). Благодаря менторам.
Слишком односторонее сравнение мануального тестирования и автоматизированного. У нас в проектах есть автоматизированное тестирование и ручное при помощи индийских коллег. Наши кейсы прогоняются за час, они тестирую несколько дней каждый release condidate. Причем нет уверенности что они действительно тестируют все кейсы.
> перед тем, как создавать автотесты всегда проверяйте возможности продукта вручную.
Хорошая практика начать писать автотесты еще до того как новая функция в продукте имплементирована. И вливать новую функцию только если автотесты проходят. Если тестировать после создания новой функции, то тестирование всегда скорее всего будет безнадежно отставать.
Даже в личных проектах я начал использовать атоматизированные тесты потому что это экономит мне кучу времени. Лучше я уделю 1 раз час, два на написание теста, чем каждый раз буду протыкивать все варианты час, два на каждом кандидате. Очень экономит время.
Строка adb shell chmod 755 /data/local/tmp/events.sh не обязательна, так как вызапускаете скрипт через команду sh. Проверил.
Спасибо за отличную статью!
DevOps и NOC (Network Operation Center) командами, обязанности которых заключается в том, чтобы все эны работали, имели задеплоеными требуемые версии компонентов, а если что-то упало — это что-то было быстро поднято, желательно без ущерба для разработки.
Узко Вы представляете роль DevOps ) Может с точки зрения SRE так кажется, но для разработки роль гораздо шире.
Присоеденяюсь к критике: прочел статью, вроде понял технически, но не понял суть. Наверное все же стоит сначала описать проблему… и только потом давать кучу примеров решения.
У нас со стажировками все хорошо и, как говорят выше, студенты не хотят покидать офис по окончанию (и даже во время). Благодаря менторам.
> перед тем, как создавать автотесты всегда проверяйте возможности продукта вручную.
Хорошая практика начать писать автотесты еще до того как новая функция в продукте имплементирована. И вливать новую функцию только если автотесты проходят. Если тестировать после создания новой функции, то тестирование всегда скорее всего будет безнадежно отставать.
Даже в личных проектах я начал использовать атоматизированные тесты потому что это экономит мне кучу времени. Лучше я уделю 1 раз час, два на написание теста, чем каждый раз буду протыкивать все варианты час, два на каждом кандидате. Очень экономит время.
Спасибо за отличную статью!
Узко Вы представляете роль DevOps ) Может с точки зрения SRE так кажется, но для разработки роль гораздо шире.