Проверьте, существует ли тестовый пример перед его созданием - TFS 2018
Отбрасывание хвостов может быть организовано автоматически, благодаря свойствам zipping ,
import Data.List (tails)
g :: Int -> [a] -> [[a]]
g n = foldr (zipWith (:)) (repeat []) . take n . tails
, или просто transpose . take n . tails. Тестирование:
Prelude Data.List> g 3 [1..10] [[1,2,3], [2,3,4], [3,4,5], [4,5,6], [5,6,7], [6,7,8], [7,8,9], [8,9,10]] Prelude Data.List> транспонировать. возьмите 3. хвосты $ [1..10] [[1,2,3], [2,3,4], [3,4,5], [4,5,6], [5,6,7], [ 6,7,8], [7,8,9], [8,9,10], [9,10], [10]]
1 ответ
Просто для того, чтобы ответить на мой собственный вопрос на тот случай, если кому-то еще это понадобится, как я уже читал, вы не можете сделать это с помощью одного или двух различных вызовов API. для следующего решения я создал несколько запросов REST API к TFS и вызвал / обработал их с Python> 3.
Что я сделал, чтобы обновить тестовый пример, если он существует, или создать новый, если его нет:
- Создать в tfs запрос, который возвращает все тестовые случаи
- Обновите запрос, используя запрос API и ключ созданного вами запроса (я указал итерацию и команду специально в теле запроса) ( help )
- Создайте API запрос на получение результата этого запроса ( help )
- В цикле я перебирал все идентификаторы тестовых случаев, которые возвращал запрос
- В том же цикле I Я использовал идентификатор тестового случая, чтобы получить доступ к запросу о том, что конкретный рабочий элемент ( help )
- Затем я сравнил заголовок возвращенного элемента с заголовком, который я хочу создать из своего автомата script (ClassName_MethodName)
- Если те заголовки, где то же самое, я делаю запрос обновить этот тестовый пример, используя идентификатор теста, который я получил, а затем выйти из цикла
- Если заголовки были разными, я создаю новый тестовый случай, а затем оторваться от т Цикл
Я знаю, что это не самое быстрое решение, но, по крайней мере, оно работает! Если есть другой способ, который проще и быстрее, я более чем счастлив следовать ему.