JQL : trucs et astuces
Atlassian offre un outil très puissant dans JIRA : Recherche avancée des problèmes avec JQL. En tant que consultants TMC, nous constatons que cette fonctionnalité est utilisée dans presque toutes les entreprises que nous visitons. L'avantage de JQL est que vous n'avez pas besoin d'une formation technique et nous voyons beaucoup de personnes l'utiliser. Malheureusement, il y a aussi un inconvénient. Les requêtes JQL peuvent être lentes lorsqu'elles ne sont pas correctement définies ou trop complexes. Cela se traduit par des tableaux de bord à réponse lente contenant de multiples requêtes ou filtres. Mais si vous tenez compte de certaines petites choses, vous deviendrez un boss du JQL.
Fonctionnalité de tri
La plupart des personnes utilisent la fonction « Trier par » pour effectuer un tri dans une colonne spécifique. Lorsque les résultats de la recherche contiennent beaucoup de problèmes, seuls les cinquante premiers sont affichés sur la première page. Pour savoir quels sont les cinquante premiers, tous les résultats doivent d'abord être triés. Lorsque vous utilisez ces résultats dans un gadget, la méthode de tri peut facilement être omise.
Exemple
Pour vous donner un exemple sur deux requêtes, l'une optimisée et l'autre non. Jetez un coup d'œil aux deux requêtes suivantes :
project=TMC and issue in parent("status in(verified, released, closed, deployed)")
issue in parent("project=TMC and status in (verified, released, closed, deployed)")
Laquelle serait la plus rapide ?
La deuxième requête est beaucoup plus rapide. La fonction « issue in parent » est très coûteuse, car elle exige une logique pour trouver les problèmes au lieu de simplement filtrer le champ « basic ». La requête entre parenthèses est effectuée en premier. Dans la première requête, tous les problèmes qui correspondent à l'un des statuts sont sélectionnés en premier sur tous les projets. Enfin, seuls les problèmes qui correspondent au projet TMC sont sélectionnés. La deuxième requête effectue d'abord toute la sélection, puis la fonction coûteuse « issue in parent » est appelée.
Des add-ons sont disponibles sur le marché pour les fonctions JQL personnalisées et certains clients écrivent leurs propres add-ons. Ils peuvent être puissants, mais utilisez-les judicieusement.
Autre exemple
Le troisième et dernier élément est la vérification des permissions. Si vous n'avez accès qu'à un seul projet, il y a encore deux façons d'écrire une requête.
summary ~ blog
project = TMC and summary ~ blog
Laquelle serait la plus rapide ?
La seconde requête est beaucoup plus rapide, car la première vérifiera tous les projets disponibles pour « browse permission ». Il est recommandé de sélectionner un projet chaque fois que vous le pouvez.
Veuillez garder à l'esprit ces trois éléments lorsque vous écrivez des requêtes JQL et profitez de tout ce qu'Atlassian a à vous offrir. Pour que votre service informatique et tous les autres utilisateurs soient aussi satisfaits que vous, les requêtes doivent être traitées rapidement.