В начале свой карьеры любой тестировщик чаще всего является лишь исполнителем. Он умеет читать требования, понимает, что такое тест-кейсы и баг-репорты, способен пользоваться соответствующим инструментарием, умеет уживаться в команде. Но постепенно он все глубже погружается в проект, понимает стадии разработки лучше, начинает принимать ответственные решения. Так какими же навыками должен обладать тестировщик, который планирует стать QA Lead?

Предлагаю простое упражнение всем: просто запишите на бумажке/в вордовском или эксель-файле свои дела и разбросайте их по категориям "сейчас сделаю", "сейчас запланирую", "сейчас делегирую" и "сейчас забуду". Думаю, многие угадали, что эти категории не что иное, как названия клеток в матрице Эйзенхауэра.

Насмотренность -- «творческая мышца» продакта. Ее не только можно, но и нужно тренировать. Тренировать -- это означает решать кейсы из разных продуктов, наблюдать за профессионалами, развивая свой стиль и вкус.

В этом руководстве мы рассмотрим проблемы, которые необходимо отслеживать вручную на сервере, и то, как эти задачи могут быть выполнены с помощью решения для мониторинга сервера Software-as-a-Service (SaaS).

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

В одной из предыдущих статей мы рассказывали про VXLAN-конфигурацию 3172-A. В этом материале рассмотрим конфигурацию 9396-A. Обратите внимание, что 9396-A находится в домене vPC, в то время как 3172-A — нет. В конфигурации используется протокол OSPF и предполагается полная достижимость всех L3-интерфейсов в топологии с протоколом маршрутизации на ваше усмотрение, причем многоадресная маршрутизация должна быть установлена по этим же интерфейсам L3.

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

Алексей Бакин, преподаватель курса «Golang Developer. Professional», рассказал, как работа с обратной связью помогает совершенствовать свои занятия. В статье вас ждут примеры, личный опыт преподавателя и инструменты, которые можно попробовать применить в собственной практике.

Какова конечная цель практически любой программы? Правильно — решать чьи-либо проблемы, принося деньги создателям. А это означает, что для управленцев тоже нужны (и важны) метрики мониторинга. Что же могут показать такие метрики:

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