Size: a a a

QA — Load & Performance

2020 March 21

AR

Artem Rozhkov in QA — Load & Performance
Гугл шаг нагрузки Вячеслав Смирнов
источник

AR

Artem Rozhkov in QA — Load & Performance
) и сразу выдаст
источник

AR

Artem Rozhkov in QA — Load & Performance
Статья с женскими ногами.
источник

DB

Denys Boiko in QA — Load & Performance
Artem Rozhkov
Статья с женскими ногами.
😂
источник

M

Mike Kasian in QA — Load & Performance
Я её читал, но нужно больше информации.
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Недавно вот эту книгу обсуждали
https://leanpub.com/master-jmeter-from-load-test-to-devops

В ней есть калькулятор нагрузки:
https://ubikloadpack.com/virtual-users-computer.php

В главе "How many virtual users do I need?"

Её текст очень краток, его может и не хватить, если текста статьи не хватило. Или наоборот, он будет той истиной, что была нужна:

For example, on an e-commerce site, we need to simulate 50 purchases per hour.
We know that a virtual user can make 10 purchases per hour (because we have limited
the throughput using the Constant Throughput Timer element or by calculation in
a previous test).
We will need at least 50/10 = 5 virtual users to reach our target load.
In all cases, it is possible to use a calculator that will make the calculation for us like
the online one provided by UbikLoacPack website Virtual Users Calculator.
источник

VG

Viktor Ganeles in QA — Load & Performance
Mike Kasian
Заработало вот так : ${__groovy(vars.get("num") < "35" )}; может кому-то пригодится)
А точно сработало ПРАВИЛЬНО?
То есть, пока num меньше 35 - заходит в if, а как только 35 и более - НЕ заходит?

Я не проверял так, думал строки как числа не сравниваются и конвертил в инты
Может зря :)
источник

M

Mike Kasian in QA — Load & Performance
Viktor Ganeles
А точно сработало ПРАВИЛЬНО?
То есть, пока num меньше 35 - заходит в if, а как только 35 и более - НЕ заходит?

Я не проверял так, думал строки как числа не сравниваются и конвертил в инты
Может зря :)
Да, именно так. Наверное vars.get() возвращает строку), но почему-то к инту привести не получилось), может баг))
источник

M

Mike Kasian in QA — Load & Performance
Вячеслав Смирнов
Недавно вот эту книгу обсуждали
https://leanpub.com/master-jmeter-from-load-test-to-devops

В ней есть калькулятор нагрузки:
https://ubikloadpack.com/virtual-users-computer.php

В главе "How many virtual users do I need?"

Её текст очень краток, его может и не хватить, если текста статьи не хватило. Или наоборот, он будет той истиной, что была нужна:

For example, on an e-commerce site, we need to simulate 50 purchases per hour.
We know that a virtual user can make 10 purchases per hour (because we have limited
the throughput using the Constant Throughput Timer element or by calculation in
a previous test).
We will need at least 50/10 = 5 virtual users to reach our target load.
In all cases, it is possible to use a calculator that will make the calculation for us like
the online one provided by UbikLoacPack website Virtual Users Calculator.
Благодарю вас Вячеслав.
источник

AR

Artem Rozhkov in QA — Load & Performance
Книга кстате хорошая
источник

AR

Artem Rozhkov in QA — Load & Performance
Правда в свете нынешних ценообразований дорогая
источник

AR

Artem Rozhkov in QA — Load & Performance
@smirnovqa , прочли ее?
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Нет. Не всю прочел. Книга очень широкая, ничего не забыли. Глав много. Многие разделы без развернутых примеров.
Как книгу её читать не очень интересно. А искать по ней удобно.

Если сравнивать с «Tестирование dot com» Романа Савина, то книгу Савина читать интереснее.
Если сравнивать со многими другими книгами по тестированию - то возможно, лучше некоторых, так как без "воды".
Плюс, она актуальна. Это в пику книге "Как тестируют в Google", когда прочел её, она не была дешевой, Google же на обложке. А потом выяснилось, что Google уже далеко ушел, и в книге описан их прошлый опыт.
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
По правде, взял её чтобы посмотреть что внутри. А не потому, что она была остро необходима. Поэтому и не прочёл всю
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Пример краткости.

Как отлаживать скрипты
- Через консоль
- Через сторонние утилиты

Выше можно ценить краткость глав. Они очень краткие.

А другие главы с примерами кода, заполненными элементами интерфейса.
источник

AR

Artem Rozhkov in QA — Load & Performance
Все так. Я возможно ошибусь назвав данную книгу больше справочником, чем пособием. Но у меня сложилось такое впечатление.

Касаемо тестирования dot com. Очень интересный момент. Мне она показалась сборником баек.
Если я правильно понимаю. дот ком была чуть ли не первой книгой, которая была по тестированию в России
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Байки читать интересно
источник

W

Wazicar in QA — Load & Performance
Mike Kasian
Спасибо за совет, если есть пример, чтоб посмотреть как это можно реализовать, то буду благодарен, я просто в самом начале пути нагрузочного тестирования и не очень силен в программировании(как бы сказал ВИНИПУХ "Программирование у меня хорошее, только хромает немного))")
Ну вот Виктор написал что я имел ввиду. Но у Вас там ещё вероятности есть 30/70, 65/35 и т.д. вот с помощью условной вероятности над посчитать, какова вероятность того что произойдёт событие комментировать пост при условии что был открыт пост. Ну вобщем идея такая можно прям нарисовать дерево/ блок-схему ветвлений и каждый путь в этом дереве будет 1 кейс или 1 тредгруппа.
источник

W

Wazicar in QA — Load & Performance
Denys Boiko
привет. а можешь развернуть мысль? я часто использую weighted switch и подобные элементы для ветвлений в сценарном тесст плане. не первый раз слышу мысль, что это антипаттерн.
Ну weighted switch может ещё и ничего, а вот if не нравится именно из-за чёртовой магии сравнения слишком много приседаний надо сделать пока поймёшь что ты строки например с числами сравниваешь.
источник

AR

Artem Rozhkov in QA — Load & Performance
Wazicar
Ну вот Виктор написал что я имел ввиду. Но у Вас там ещё вероятности есть 30/70, 65/35 и т.д. вот с помощью условной вероятности над посчитать, какова вероятность того что произойдёт событие комментировать пост при условии что был открыт пост. Ну вобщем идея такая можно прям нарисовать дерево/ блок-схему ветвлений и каждый путь в этом дереве будет 1 кейс или 1 тредгруппа.
А можно узнать каким образом будет реализовано это ветвление? То есть функции  какие и тд. Если описывать кодом?
источник