Y posteriormente buscar por nombre o por id entre esos resultados.
El problema es que esta llamada retorna hasta un máximo de 200, de modo que si el plan de test se retorna en la posicion > 200, no se encuentra entre los resultados y el plugin asume que el plan no existe, creando uno nuevo de cero.
Hace falta replantear estas llamadas, porque además de este bug, que se podría resolver aplicando paginación, este planteamiento es ineficiente para estos casos en los que las llamadas retornan cientos de resultados de los cuales tenemos que buscar 1 solo.
El plugin de Azure, para detectar si un plan de test existe, realiza una consulta generica para obtenerlos todos:
GET https://azure-devops.iti.upv.es/ST/DCT/_apis/testplan/plans/?api-version=6.0-preview
Y posteriormente buscar por nombre o por id entre esos resultados. El problema es que esta llamada retorna hasta un máximo de 200, de modo que si el plan de test se retorna en la posicion > 200, no se encuentra entre los resultados y el plugin asume que el plan no existe, creando uno nuevo de cero.
Hace falta replantear estas llamadas, porque además de este bug, que se podría resolver aplicando paginación, este planteamiento es ineficiente para estos casos en los que las llamadas retornan cientos de resultados de los cuales tenemos que buscar 1 solo.
https://learn.microsoft.com/en-us/rest/api/azure/devops/test/test-plans?view=azure-devops-rest-5.0