A
думаю что это недостаток данных, мы пока в режиме POC. процентное значение это success rate?
Size: a a a
2021 February 09
A
и тогда такой вопрос - а как сортировку сделать от наименьшего значения success rate до наибольшего? и наоборот?
A
сортировка там автоматическая
A
сортировка там автоматическая
от большего к меньшему?
A
и succesRate - в данном случае процесс успешности. 0% - это значит тест ВСЕГДА падает =)
A
в самом верху тест падает всегда, ниже - вот именно нестабильные =)
A
и succesRate - в данном случае процесс успешности. 0% - это значит тест ВСЕГДА падает =)
ну мне значит повезло, но кто-то же придет и просит, а как сделать рейинг самых стабильных 😄
A
и тут речь про кейсы, то есть билд пока не завершился - в статистику не идет. И также учитывается что у вас могут завалятся левые кейсы без автотестов (я периодически чищу), и я еще фильтр по лаунчам добавил =)
A
и тут речь про кейсы, то есть билд пока не завершился - в статистику не идет. И также учитывается что у вас могут завалятся левые кейсы без автотестов (я периодически чищу), и я еще фильтр по лаунчам добавил =)
ну это само собой, тут конечно надо фильтр накинуть для автотестов
A
и было бы еще супер чтобы кол-во тестов не ограничивалось 10 штуками, а могло настраиватся или пагинация какая нибудь
AE
Alexche
и было бы еще супер чтобы кол-во тестов не ограничивалось 10 штуками, а могло настраиватся или пагинация какая нибудь
заведи задачу на support.qameta.io
AE
мы это можем сделать
A
заведи задачу на support.qameta.io
угу, спасибо
кстати, а у вас есть дока по RQL - а то пока в режиме научного тыка. Манагеры мне плешь проедят с этими запросами чувствую
кстати, а у вас есть дока по RQL - а то пока в режиме научного тыка. Манагеры мне плешь проедят с этими запросами чувствую
cm
Alexche
угу, спасибо
кстати, а у вас есть дока по RQL - а то пока в режиме научного тыка. Манагеры мне плешь проедят с этими запросами чувствую
кстати, а у вас есть дока по RQL - а то пока в режиме научного тыка. Манагеры мне плешь проедят с этими запросами чувствую
A
Да, спасибо, эту страничку я видел, но тут бы больше use cases,
Вот например:
(name ~= "first" or name ~= "second") and createdBy = "user1"
если name понятно как ложится на фильтр, то createdBy я подбирал бы методом тыка
и как определять "custom field"?
Вот например:
(name ~= "first" or name ~= "second") and createdBy = "user1"
если name понятно как ложится на фильтр, то createdBy я подбирал бы методом тыка
и как определять "custom field"?
VT
привет, при паралельном запуске testng по методам на
allure:2.7.0, testng:7.0.0 последовательность аллюр степов в репорте выглядит ок, но кастомный аспект который аттачит текст как новый степ крепится в некорректном порядке для данных аллюр степов, подскажите куда копать?cm
Alexche
Да, спасибо, эту страничку я видел, но тут бы больше use cases,
Вот например:
(name ~= "first" or name ~= "second") and createdBy = "user1"
если name понятно как ложится на фильтр, то createdBy я подбирал бы методом тыка
и как определять "custom field"?
Вот например:
(name ~= "first" or name ~= "second") and createdBy = "user1"
если name понятно как ложится на фильтр, то createdBy я подбирал бы методом тыка
и как определять "custom field"?
в смысле в фильтрах как определять?
cf["cfName"]
VT
Valentin Timchenko
привет, при паралельном запуске testng по методам на
allure:2.7.0, testng:7.0.0 последовательность аллюр степов в репорте выглядит ок, но кастомный аспект который аттачит текст как новый степ крепится в некорректном порядке для данных аллюр степов, подскажите куда копать?
A
Valentin Timchenko
так а как должно быть?