25. Методики и подходы
Локализация проблем
• Понятие о bottleneck-ресурсе
• CPU / RAM / Disk
• Недоконфигурирование
• Блокировки и переключения
Вот тебе bottleneck!
25
39. Я эксперт по всем фронтам!
Что дальше?
• Руководите младшими
• Пишите статьи
• Совершенствуйте инструменты
• Создайте стартап
39
40. Андрей Похилько
Инженер по нагрузочному
тестированию, Яндекс
apc@apc.kg
@jmeter_plugins
http://loadosophia.org
Hinweis der Redaktion
Это про карьеру. Но не та карьера, где должности и оклады, а та где интересные проекты и технологии, уважение коллег На самом деле профессиональный roadmap это та же матрица компетенций, но слово roadmap намекает на действие, на некую динамику Для тестировщика это — карта, по которой идти вперед и способ измерить свою квалификацию Для менеджера — способ измерить квалификацию тестировщиков и подтянуть недостающие области
Понятно, что в конце пути будет стоят чуть ли не идеальный тестировщик. Но для начала движения стоит понять откуда мы стартуем. Случайных людей жалко, но зачастую от недостатка понимания нагрузочные тесты вешают именно на них, это аналитики, технические писатели, саппорт. Люди не-инженеры и те кто совсем этого не хочет. Кстати окончание истории с девочками из яндекс-денег именно по этой причине грустное.
Некоторые видели матрицу компетенций программиста, там по столбцам идут уровни мастерства, я действую точно так же. При чем, составляя матрицу, я стремился к тому чтобы каждый уровень мастерства был внутренне непротиворечив по всем скиллам.
Ощущение у начинающего примерно как на картинке, «о боже, мне все в новинку, за что хвататься первым?» Этот уровень еще не приносит надежного профита и его нужно проходить как можно быстрее, качая все скиллы. НАпример, начинающий без сомнений делает нагрузочные тесты менее 1рпс самое типовое, самый простой тест на максимальный рпс Личинка тестировщика!
Уже знает кунг-фу несколько режимов тестов обкладываемся мониторингами учимся анализу
знание разных узких мест и их симптомов Анализ и отчеты Интерактивность отчетов
гдб и прочее тут Хитрые узкие места Взглядом гнет ложки... и программистов.
Знакомство с тестируемым сервисом Это делает ситуативной матрицу
Уровень знаний о существующих технологиях Общая эрудированность Паван Равиндра Прашант Вабинав
Ось — это контейнер, в котором работает всякий сервис
Тут про то как важен MTU
Важно понимать, как конструируются программы, чтобы знать узкие места Плюс собственные навыки разработки весьма помогают в сложных ситуациях
Теории в НТ немного, но она важна Работа с SLA Модели нагрузки Локализация проблем
Сценарные и hit-based Measure и Capasity Spike / Recovery / Endurance
Генераторы нагрузки Построение и хранение отчетов Средства мониторинга Средства автоматизации Средства отладки
Среднее, медиана, дисперсия Распределения и процентили Хронологии отклика и метрик Группы запросов