Size: a a a

QA — Load & Performance

2020 September 02

VG

Viktor Ganeles in QA — Load & Performance
Это не совсем по теме, но всё же относится и к нашей работе по выявлению закономерностей - случайных и намеренных.
источник

VG

Viktor Ganeles in QA — Load & Performance
​​Занимательная математика

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

Вот ряд чисел:
11 12 11 10 11 10 11 12 10 11 10 12 11 12 10 12 11 12 11

Это — официальные данные по числу умерших от коронавируса в Москве за последние 19 дней. Вы можете проверить сами в любой момент на любом сайте с публичной статистикой.

Что с этим рядом чисел не так?

Ну, довольно очевидно, что он нарисованный. Три недели подряд колебания только в трех вариантах. 10, 11 или 12 умерших за день — никак иначе нельзя.

Это лежит на поверхности, ради этого бы не стоило писать пост — все давно уже понимают, что статистика по коронавирусу в России (в том числе и в Москве) просто придумывается лживыми медицинскими чиновниками типа омского главврача Мураховского или московского пиар-врача Мясникова.

Но приглядитесь внимательнее. Тут есть действительно смешной момент. Он заключается в том, что ни одно число не повторяется два раза подряд. После 10 всегда идет 11 или 12, после 11 — всегда идет 10 или 12, после 12 — всегда идет 10 или 11.

Мы, разумеется, понимаем, почему так происходит: велели рисовать, но чтобы "не было похоже" на рисование. В понимании чиновника-исполнителя, "палево" — это когда два одинаковых числа подряд. Ну типа все будут кричать: как так, вчера умерло 11, и сегодня 11. Вот он и старается.

А теорию вероятностей не учил, болезный.

Потому что нет ничего более палевного, чем нарисованный им ряд, разумеется. Ведь в действительно случайном длинном ряду чисел, принимающих только три значения, повторы должны встречаться достаточно часто — собственно, в среднем примерно каждый третий день. Если ряд случайный, то после 10 с равной вероятностью должны идти 10, 11 или 12, то есть примерно один раз из трех после 10 будет идти 10, и так далее.

А вот вероятность девятнадцать раз подряд случайно кинуть кубик с тремя гранями, на которых написано 10, 11 и 12, так, чтобы не выпало ни одного повтора, равна, как нетрудно убедиться, числу (2/3)^18 — то есть 0.06%, или 1/1478. Ну то есть убедительнее спалиться на рисовке, прямо скажем, трудно.

Специально публикую этот пост за полчаса до выхода официальных данных: сейчас узнаем, что за вчера в Москве умерло либо 10, либо 12 человек.

Закончу на том, с чего начал: это все, конечно, выглядит как юмористический математический этюд; но нельзя ни на секунду забывать, что это еще и циничная, лицемерная и преступная махинация. Речь идет не о циферках — о жизнях настоящих людей. Чтобы рисовать такие красивенькие ряды чисел для отчетов, надо плодить десятки или сотни человеческих трагедий, врать родственникам о причинах смерти, фальсифицировать анализы и справки — иначе красивая статистика не нарисуется»
Леонид Волков
источник

ДК

Дмитрий Кононов... in QA — Load & Performance
Viktor Ganeles
Если буду урок по LR проводить, попробую сделать запись и выложить
Но хз когда это ещё будет
Спасибо, разбираюсь с LR с коллегами по НТ пока
источник

V

Vladimir in QA — Load & Performance
Всем доброго вечера.
У меня есть инсерт с RandomString, но для записи в базу мне нужно заключить эту функцию в одинарные кавычки.
${__RandomString(32,ABCDEFGHIJKLMNOPQRSTUVWXTZ0123456789,tID)}

Как мне экранировать одинарные кавычки, что бы рандомстринг отработал и результат был в одинраных кавычках? JDBC Request
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Сделайте preprocessor - User Variables, там напишите в имени переменной
randomStr
а в значении
${__RandomString(32,ABCDEFGHIJKLMNOPQRSTUVWXTZ0123456789,tID)}
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
А потом уже используйте просто ${randomStr}
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Хотя просто
'${__RandomString(32,ABCDEFGHIJKLMNOPQRSTUVWXTZ0123456789,tID)}'
тоже сработает
источник

V

Vladimir in QA — Load & Performance
Вячеслав Смирнов
Хотя просто
'${__RandomString(32,ABCDEFGHIJKLMNOPQRSTUVWXTZ0123456789,tID)}'
тоже сработает
когда пытаюсь так сделать, то жиметр виснет и нет отправки запросов, только заверщением процесса удаётся выйти из зависания
источник

ВС

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

V

Vladimir in QA — Load & Performance
Сделал вариант с препроцессором, тоже самое(
Response message:java.sql.SQLSyntaxErrorException: ORA-00972: слишком длинный идентификатор

если заключить полученное выражение в кавычки, то ошибки нет. Если в самом запросе написать '${randomStr}',  то жиметр виснет
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
используйте Prepared Update Statement
источник

ВС

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

ВС

Вячеслав Смирнов... in QA — Load & Performance
Запрос отдельно - параметры отдельно
источник

ВС

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

V

Vladimir in QA — Load & Performance
когда пытаюсь так сделать, то жиметр виснет и только принудительно завершать процесс
источник

KY

Kirill Yurkov in QA — Load & Performance
попробуй через function helper создать ее
источник

KY

Kirill Yurkov in QA — Load & Performance
он по идее сам экранирует
источник

KY

Kirill Yurkov in QA — Load & Performance
${__RandomString(15,`-=~!@#$%^&*()_+[]\;'\,./{}|:"<>?,)}
источник

KY

Kirill Yurkov in QA — Load & Performance
тут стоит экранизация там где надо
источник

KY

Kirill Yurkov in QA — Load & Performance
все остальное ге нужно
источник