Знает кто, можно ли в тестрейле в ране создать прогон для кейса с ID T****?

Вы меня, конечно, извините, но я буквально сегодня же кидал вам ссылку на доку по апи тестрейла.
https://www.gurock.com/testrail/docs/api/reference/runs#addrun
Там, если почитать, есть такой чудесный параметр как case_ids, который представляет из себя массив айди тест кейсов, которые должны быть в тестране.

а вы знакомы со specflow, gherkin?

Да.

@ATEST-186 @C310
 Scenarios:
 | equalSymbolBeginDate | equalSymbolEndDate |                
 | =                    | >                  |
 | <                    | =                  |
 | <                    | >                  |

Как вы можете увидеть, кейс один - С310, но с параметрами и при создании рана создается один тест T111, который соответствует нашему кейсу.
НО! По факту тут кейсов 3(три строки в таблице) и все они будут записываться в один и тот же тест в ране Т111.
Я думал можно руками добавить ран но не нахожу как это сделать, можно только получить get_test

Ну, как бы, тут получается некоторое логическое противоречие.
С точки зрения спекфлоу это один тест (потому что айдишник указан один).
С точки зрения тест-рейла и банальной логики, это три теста (потому что формально проверки разные).

Можно попробовать в тэгах к scenario outline указать несколько тест-кейс ID и посмотреть, как это будет работать.
В зависимости от того, как реализована логика проброса результатов в тестрейл в том инструменте, который вы используете, будет три варианта:
- Оно не умеет в несколько тэгов.
- Оно N раз прогонит scenario outline по всем строкам, спамя результатами в один тест-кейса.
- Оно будет использовать последовательные айдишники для каждого цикла аутлайна.

а если с бизнесом норм?  платить премии всем одинаково? Повышать всех одинаково одномоментно и без разницы что кто-то круто работает, а кто-то еле еле. Вариант еще что  субьективно лид будет решать. И так и так  вся команда разругается, и лид будет виноват во всем с точки зрения команды в итоге (ну и по факту).  А если есть прозрачные KPI, строгая отчетность и аналитика - тут все по честному и все довольны.

Ребят, идите в финчат

Ребята, а что в принципе можно протестировать на такой странице?
(https://drive.google.com/file/d/1BXoij0uLEJqdKPN-QhK-gBnS6J_Vivdv/view?usp=sharing)

Для начала, то для чего эта страница. То есть позитивные смоук сценарии.

Позитивные тесты она прошла:)

Тестирование поиска (статья-“помогайка”)

Некоторое время назад мне необходимо было составить этакую подсказочку по тестированию поиска.
Перерыла все свои чек-листы и сделала для себя небольшую выжимку. Размещаю, для всех, кому может быть полезно. Так сказать общие мысли.
Искомое значение:

Аббревиатуры.

Одно неполное слово.

Словосочетание.

Несколько неполных слов.

Спецсимволы.

Цифры (положительные, отрицательные, ноль, целые, дробные, спец. значения (типа "Infinity")).

Регистр ввода.

Различные языки/раскладки.

Пустое значение.

Морфология.

Дополнительно:

Анализ граничных значений и классы эквивалентности для длины.

Поиск по всем полям.

Поиск по некоторым полям.

Поиск без заполнения обязательных полей.

Поиск по обязательным полям.

Учет разнообразных параметров.

Варианты ввода:

С клавиатуры.

Из буфера обмена (через контекстное меню либо сочетание горячих клавиш).

С экранной клавиатуры.

Очистка поля:

Через клавишу <Esc>.

Через спец. клавишу приложения.

Через клавиши <Delete> и <Backspace>.

Не знаю. Нужно спросить у Гугла как тестировать поиск Гугла)

выглядит как выполненное тестовое на джуна.

выглядит как 50% джунов не осилят и  в помине

Какие курсы, такие и джуны.

справедливости ради, у нас в  свое время  и такого не было - все методом научного тыка

м толку было больше.

ну тут согласен. либо учишься сам  либо кому ты нужен.  но и тестировщиков  было 3,5 человека в то время

Даю похожую задачу не-джунам, автоматизаторам например. Джуны отвечают обычно даже лучше 😂