Qu’est-ce que le test d’acceptation ?

Les tests d’acceptation sont une étape finale des tests qui sont effectués sur un système avant que le système ne soit livré à un environnement réel. Les systèmes soumis à ce processus de test peuvent inclure des produits livrables tels qu’un système logiciel ou un système matériel mécanique. Les tests d’acceptation sont généralement effectués comme des tests boîte noire, ce qui signifie que le testeur utilise des entrées spécifiées dans le système et vérifie que les sorties résultantes sont correctes, sans connaître le fonctionnement interne du système.

Les tests d’acceptation par l’utilisateur (UAT) sont le terme utilisé lorsque ces tests sont effectués par la personne qui utilisera le système en direct une fois celui-ci livré. Si le système est construit ou développé par un fournisseur externe, cela est parfois appelé test d’acceptation client (CAT). L’UAT ou le CAT agit comme une confirmation finale que le système est prêt pour la mise en service. Un succès à ce stade peut être une exigence contractuelle avant que le système ne soit approuvé par le client.

Dans certaines industries, telles que la fabrication, les tests d’acceptation en usine (FAT) sont le terme généralement utilisé pour l’étape de test formel. Ce test peut être effectué par le vendeur ou le fournisseur du système et observé par le client. Cela se fait souvent de manière très formelle, chaque test en usine ou sur site étant documenté en détail et chaque partie signée.

Cette forme de test est souvent composée de nombreux cas de test, qui sont des scénarios documentés individuellement. Chaque cas de test qui fait partie du processus global documentera généralement en quoi consiste l’entrée du système et quelle devrait être la sortie attendue. Si la sortie réelle est conforme aux attentes, le scénario de test renvoie un résultat réussi ou positif.

Lorsque les tests d’acceptation sont conçus et spécifiés, souvent un client ou un groupe d’utilisateurs finals documentera le niveau de résultats qui sera considéré comme suffisamment réussi pour que le système soit accepté. Le paiement au fournisseur ou au vendeur peut dépendre de l’atteinte de cet objectif. Pendant les tests, chaque cas de test se voit généralement attribuer un résultat réussi ou échec. Certains cas de test peuvent être extrêmement importants, tandis que d’autres peuvent tester des parties non essentielles du système. En tant que tel, pour que le système obtienne globalement une réussite, il n’est peut-être pas nécessaire que chaque cas de test obtienne un résultat positif.