Белтелеком. Трагикомедия в трех актах.

Действующие лица:
Белтелеком (Б)
Провайдер (Пр)
Покупатель (П)

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

На настройки одной из них в сетях Ethernet-провайдера и посмотрим.

Я хочу сегодня вспомнить о том, как нагрузочное тестирование в Яндексе появилось, развивалось и устроено сейчас.



Кстати, если вам понравится этот рассказ, приходите на Тестовую среду в нашем питерском офисе 30 ноября (зарегистрироваться), – там я расскажу больше об игровых механиках в тестировании и с удовольствием вживую с вами поговорю. Итак.

В 2005-2006 годах часть не поисковой инфраструктуры Яндекса стала испытывать нагрузки растущего как на дрожжах Рунета. Появилась необходимость тестировать производительность смежных с поиском сервисов, в первую очередь — баннерную крутилку. Тимур Хайруллин, на тот момент руководивший нагрузочным тестированием, озадачился поиском подходящего инструмента.

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

Введение

Как-то я начал осваивать новый инструмент — JМeter — и не смог найти какого-то полноценного руководства как руководства к действию. Постепенно, разобравшись по некоторым довольно полезным статьям и блогам, пользовательской документации, я начал что-то понимать. И решил, что, возможно, я не один ищу то, с чего можно начать работать. Освоить некоторые принципы построения и логику самого инструмента. Так что вот — статья о том, как начать.
Так что в этой статье мы рассмотрим пример создания скрипта для 3 пользователей, которые хотят:
1. залогиниться;
2. добавить в какой-нибудь альбом новую фотографию;
3. поменять аватарку.
Как таковой — это обычный бизнес процесс для какой-нибудь социальной сети.

На блоге несколько постов назад мы собирали вопросы к подкасту по тестированию. На прошлой неделе мы его записали :-)
Участники:
Асхат Уразбаев – ScrumTrek
Илья Гаврилов – начальник отдела тестирования, Exigen
Алексей Лупан – testitquickly.com
Темы

• Как вы стали тестировщиком?
• Чем программист отличается от тестировщика?
• Какой процент кода покрывать авто-тестами?
• Есть ли вред от TDD?
• Кто пишет и кто запускает тесты?
• Имеет ли смысл иметь выделенного тестировщика-автоматизатора и в каких случаях?
• Как проходит планирование итерации с точки зрения тестировщика?
• Где хранить тесткейсы?
• Как автоматизировать тестирование GUI и что такое архитектура тестирования?
• Рост продуктов – как успевать все протестировать за итерацию?

Аудио