Онлайн курс «Инженер по тестированию»

За 5 месяцев получите все необходимые навыки и знания для старта работы в Тестировании ПО (Junior Test Engineer). Будете учиться вместе с личным наставником. Курс создавался на основе вакансий и требований компаний к тестировщикам. Всё необходимое добавили, ненужное убрали — вам осталось посмотреть, всё выполнить и получить профессию. У вас будет 2 проекта: тестирование мобильного приложения Ozon и сайта Бруноям. По работе над проектом будете получать обратную связь от личного наставника. В конце курса у вас будет полноценное портфолио. Введение в автоматизированное тестирование. Работа тестировщика в терминале (виртуалка, linux, macos). Большой блок REST API, SOAP c практикой: HTTP, методы запросов, коды ответов. Что такое ТД? Его цели и задачи.

Другие видеокурсы по теме:

- Видеокурс «WordPress 6 с нуля»

- Курс «SEO-специалист»

- Онлайн курс «Веб-разработчик с нуля»

- Видеокурс «Программирование на C++ в Unreal Engine 5»

- Курс «SMM-специалист с нуля»

- Онлайн курс «Python-разработчик»

- Онлайн курс «Java-разработчик с нуля»

Всем привет! Мы - отдел бизнес-поддержки (БП) в Social Discovery Group. В этой статье расскажем, как мы повторили шестой подвиг Геракла, очистив доску от 1500 тикетов, которые накопились за 4 года. 1500 задач - это больно. Тикеты кочевали из спринта в спринт, заказчики ежедневно запрашивали статус по задачам, а мы испытывали стресс от переработок и от того, что не можем дать апдейты. Мы поняли, что нужно менять процессы в отделе и применили подход STATIK, который навсегда избавил нас от бесконечной очереди задач.

https://habr.com/ru/post/714480/?utm_source=habrahabr&utm_medium=rss&utm_campaign=714480

Всем привет! Мы - отдел бизнес-поддержки (БП) в Social Discovery Group. В этой статье расскажем, как мы повторили шестой подвиг Геракла, очистив доску от 1500 тикетов, которые накопились за 4 года. 1500 задач - это больно. Тикеты кочевали из спринта в спринт, заказчики ежедневно запрашивали статус по задачам, а мы испытывали стресс от переработок и от того, что не можем дать апдейты. Мы поняли, что нужно менять процессы в отделе и применили подход STATIK, который навсегда избавил нас от бесконечной очереди задач.

https://habr.com/ru/post/714480/?utm_source=habrahabr&utm_medium=rss&utm_campaign=714480

Привет всем читателям, желающим грамотно выстраивать самые многозадачные бэклоги. Меня зовут Фёдор Гвоздев, я основатель интернет-магазина корейской косметики HolySkin. Работаю над развитием этого проекта уже 8 лет и не раз сталкивался с трудностями приоритизации. В этой статье я постараюсь поделиться своим опытом и представить самые «рабочие» модели, которые не раз выручали нас в работе.

https://habr.com/ru/post/713966/?utm_source=habrahabr&utm_medium=rss&utm_campaign=713966

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

https://habr.com/ru/post/713744/?utm_source=habrahabr&utm_medium=rss&utm_campaign=713744

Осенью я был на митапе, посвящённом scrum'у. И услышал там интересный тезис: в слаженной скрам-команде роль тимлида/техлида минимальна, потому что все участники команды в той или иной степени являются носителями знаний и прекрасно самоорганизовываются благодаря скраму.

https://habr.com/ru/post/699974/?utm_source=habrahabr&utm_medium=rss&utm_campaign=699974

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

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

https://habr.com/ru/post/711930/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711930

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



Например, я поражён, каких успехов добилась компания SpaceX в разработке корабля StarShip: это полноценный многоразовый космический корабль, предназначенный в конечном итоге для того, чтобы позволить людям жить на других планетах. Эти наполеоновские планы наконец-то позволяют попытаться сконструировать достаточно мощные двигатели, крепкие и при этом достаточно лёгкие структуры, а также компьютерные системы управления, имеющие должную эффективность. Я уже не говорю об инфраструктуре, процессах, новых уровнях логистики и всём прочем, что необходимо для представления о такой масштабной задаче.



Самое интересное, что сегодня можно наблюдать вживую – на YouTube – как люди всему этому учатся. В самом деле, это конструкторский экшен: эксперименты, исследования, провалы и успехи. Большинство инженеров даже не рассчитывает, что дело будет с первого раза сделано верно. Если вы с самого первого раза всё делаете правильно – то не учитесь, а просто сразу осуществляете задуманное. Читать дальше →

https://habr.com/ru/post/711826/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711826

Привет! Меня зовут Карина Суворова, в «Северстали» я занимаюсь автоматизацией пользовательских процессов. Как часто вам приходят письма и встречи с задачами, которые надо выполнить в определённые сроки? Мне много. А моим коллегам, особенно тем, чей рабочий день состоит из таких «почтовых задач», ещё больше.

Чтобы ничего не забыть, нужен удобный инструмент управления, с категоризацией и возможностью анализа загрузки, повторяемости и фактически затраченного времени. И он есть — Jira.

Но процесс регистрации в Jira тоже отнимает время — скопировать тему и имя заказчика, отметить затрачиваемое на задачу время и выполнить ещё кучу скучных действий. Из-за такой рутины многие управления продолжают вести списки задач в блокнотах и экселе.

Чтобы избавиться от этого разрыва, мы разработали прекрасное решение, которое доступно всем и не требует подготовки для поддержки. Работает оно с Outlook. Нужны только Jira для размещения и структурированного хранения задач и Visual Basic for Applications (VBA) для их создания.

https://habr.com/ru/post/711638/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711638

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

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

Естественно, изменение организации проекта принципиально изменило работу с требованиями и проектирование системы. Если мы признаем высокую неопределенность проекта, влекущую активное изменение требований, тщательная работа с ними теряет смысл, превращается в лишнюю работу. И были предложены легкие форматы описания систем, а также форматы коммуникаций, которые позволили их создавать.

https://habr.com/ru/post/709912/?utm_source=habrahabr&utm_medium=rss&utm_campaign=709912

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

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

Естественно, изменение организации проекта принципиально изменило работу с требованиями и проектирование системы. Если мы признаем высокую неопределенность проекта, влекущую активное изменение требований, тщательная работа с ними теряет смысл, превращается в лишнюю работу. И были предложены легкие форматы описания систем, а также форматы коммуникаций, которые позволили их создавать.

https://habr.com/ru/post/709912/?utm_source=habrahabr&utm_medium=rss&utm_campaign=709912

Все взрослые — немножко дети и всем нравятся игры. Методы использования игровых механик активно используются в образовании и в маркетинге для повышения вовлеченности, удержания клиентов, повышению времени взаимодействия с приложением. Также использование методов геймификации применимо и к управлению проектами и в этой статье мы обсудим некоторые подходы к совмещению идей управления планированием задач в гибких методологиях и мотивации с использованием игровой механики.

https://habr.com/ru/post/710738/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710738

Все взрослые — немножко дети и всем нравятся игры. Методы использования игровых механик активно используются в образовании и в маркетинге для повышения вовлеченности, удержания клиентов, повышению времени взаимодействия с приложением. Также использование методов геймификации применимо и к управлению проектами и в этой статье мы обсудим некоторые подходы к совмещению идей управления планированием задач в гибких методологиях и мотивации с использованием игровой механики.

https://habr.com/ru/post/710738/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710738