Description du projet
TraduitNotre équipe a une API REST qui ne cesse de croître, et à chaque version, nous la vérifions manuellement, ce qui est lent et laisse passer des régressions. Nous recherchons un ingénieur en automatisation QA pour construire une suite de tests d'acceptation qui couvre les principaux flux métier de l'API et s'exécute de manière autonome. L'objectif est qu'un point de terminaison défectueux soit détecté par une machine avant d'atteindre un client, et non par un ticket de support un jour plus tard.
Le travail commence par des collections de requêtes regroupées par fonctionnalité : authentification, cycle de vie de la commande, catalogue et points de terminaison de compte. Chaque requête nécessite des assertions sur la réponse : le code d'état, la forme du corps, les valeurs des champs clés et le temps de réponse dans une limite raisonnable. Nous voulons des cas basés sur des données afin que la même requête s'exécute sur plusieurs ensembles d'entrées, et une séparation claire entre la configuration de l'environnement et les tests eux-mêmes, afin que la même suite puisse pointer vers la mise en scène ou la production en toute sécurité.
La suite doit s'exécuter dans notre pipeline d'intégration continue à chaque changement et échouer la construction lorsqu'un contrôle échoue, avec un rapport qu'un non-testeur peut lire : ce qui a réussi, ce qui a échoué et la requête et la réponse exactes pour chaque échec. Veuillez nous dire quels outils vous utiliseriez, comment vous garderiez les tests stables face à des données instables, et partagez un exemple d'une suite de tests API que vous avez livrée auparavant.
Le travail commence par des collections de requêtes regroupées par fonctionnalité : authentification, cycle de vie de la commande, catalogue et points de terminaison de compte. Chaque requête nécessite des assertions sur la réponse : le code d'état, la forme du corps, les valeurs des champs clés et le temps de réponse dans une limite raisonnable. Nous voulons des cas basés sur des données afin que la même requête s'exécute sur plusieurs ensembles d'entrées, et une séparation claire entre la configuration de l'environnement et les tests eux-mêmes, afin que la même suite puisse pointer vers la mise en scène ou la production en toute sécurité.
La suite doit s'exécuter dans notre pipeline d'intégration continue à chaque changement et échouer la construction lorsqu'un contrôle échoue, avec un rapport qu'un non-testeur peut lire : ce qui a réussi, ce qui a échoué et la requête et la réponse exactes pour chaque échec. Veuillez nous dire quels outils vous utiliseriez, comment vous garderiez les tests stables face à des données instables, et partagez un exemple d'une suite de tests API que vous avez livrée auparavant.
Développement de logiciels Espèces, Virement bancaire
