С целью создания отчетов из внешней тестовой среды в отчет о сборке VSTS — каков минимум, необходимый в определении сборки VSTS, чтобы проверить возможность публикации результатов теста в тестовом прогоне через API?
На данный момент у меня есть минимальное доказательство концепции определения сборки VSTS, содержащее:
- Тестовые сборки VsTest (запускает один тест MSTest VS просто для достижения 60-секундной задержки с помощью System.Threading.Thread.Sleep(60000);) — Однако мне не требуются тесты Visual Studio. В качестве альтернативы я безуспешно пробовал команду powershell ожидания 60 секунд, чтобы имитировать окно ожидания теста.
Пока работает приведенная выше сборка VSTS, я пытаюсь опубликовать общий «результат теста» с помощью JSON:
[
{
"testCaseTitle": "myTestCaseTitle",
"automatedTestName": "myAutomatedTestName",
"priority": 1,
"outcome": "Passed"
}
]
К текущему тестовому запуску по адресу:
https://{instance}/DefaultCollection/{project}/_apis/test/runs/{run}/results?api-version={version}
Однако по-прежнему кажется, что во время тестового прогона сборки запуск недоступен в API для публикации новых результатов теста до завершения сборки. И как только он завершится, он также будет недоступен для публикации результатов с ответом сервера:
TestCaseResults не могут быть добавлены или обновлены для тестового прогона, который находится в состоянии Completed.
Итак, каков минимум, необходимый в определении сборки, чтобы открыть действительное окно для публикации общих результатов теста, если это вообще возможно? (И можно ли не указывать конкретный номер {запуска}, ориентируясь на текущий запуск?)