Les tests de logiciels, qui font partie int\u00e9grante du d\u00e9veloppement de logiciels, permettent de s’assurer que les produits logiciels d\u00e9velopp\u00e9s sont exempts de bogues, qu’ils respectent les normes de qualit\u00e9 et qu’ils r\u00e9pondent aux exigences des clients. Il s’agit essentiellement de la somme de deux activit\u00e9s : la v\u00e9rification et la validation (V&V). <\/p>\n\n
La R&D dans les tests de logiciels est constitu\u00e9e de deux processus ind\u00e9pendants qui travaillent ensemble pour v\u00e9rifier qu’un produit particulier r\u00e9pond aux exigences sp\u00e9cifi\u00e9es et qu’il est adapt\u00e9 \u00e0 l’usage auquel il est destin\u00e9. De nombreuses personnes confondent souvent les deux termes et les utilisent de mani\u00e8re interchangeable. Toutefois, il est important de reconna\u00eetre qu’il s’agit de processus ind\u00e9pendants ayant des objectifs diff\u00e9rents. <\/p>\n\n
La v\u00e9rification est le processus d’examen de la qualit\u00e9 d’un produit logiciel. En d’autres termes, il s’agit de v\u00e9rifier que le produit r\u00e9pond aux exigences et aux sp\u00e9cifications de conception \u00e9nonc\u00e9es. La validation, quant \u00e0 elle, est l’analyse d’un produit logiciel pour v\u00e9rifier s’il r\u00e9pond aux exigences du client. Sans V&V, les \u00e9quipes d’assurance qualit\u00e9 ou les testeurs ne peuvent pas mener \u00e0 bien les tests de logiciels. Il s’agit d’\u00e9l\u00e9ments critiques car ils d\u00e9terminent la qualit\u00e9, la fiabilit\u00e9 et la fonctionnalit\u00e9 des produits logiciels. Cet article explique la v\u00e9rification et la validation dans les tests de logiciels et les diff\u00e9rences d\u00e9taill\u00e9es entre les deux.<\/p>\n\n
Il s’agit du processus d’\u00e9valuation des artefacts du d\u00e9veloppement logiciel tels que les documents, la conception et le code, afin de s’assurer que le produit en cours de d\u00e9veloppement r\u00e9pond aux exigences sp\u00e9cifi\u00e9es. \u00c9tant donn\u00e9 que ce processus n’analyse que les artefacts et non le produit final, il est souvent appel\u00e9 test statique. <\/p>\n\n
Les sp\u00e9cifications servent de base au processus de d\u00e9veloppement des logiciels. Les d\u00e9veloppeurs \u00e9crivent le code sur la base de ces sp\u00e9cifications. La v\u00e9rification permet de s’assurer que le code du logiciel est conforme ou respecte les sp\u00e9cifications \u00e0 chaque \u00e9tape du cycle de d\u00e9veloppement durable. <\/p>\n\n
Les activit\u00e9s de v\u00e9rification sont l’inspection, l’examen du code et l’examen technique.<\/p>\n\n
Ce processus permet de d\u00e9terminer la qualit\u00e9 d’un produit logiciel, mais ne garantit pas son utilit\u00e9. Elle est uniquement li\u00e9e \u00e0 l’\u00e9valuation du produit afin de v\u00e9rifier qu’il n’y a pas d’erreurs ou de fautes.<\/p>\n\n
Il s’agit du processus d’\u00e9valuation d’un produit logiciel afin de v\u00e9rifier s’il r\u00e9pond aux exigences et aux attentes du client. En d’autres termes, il s’agit de d\u00e9terminer si le produit r\u00e9pond aux exigences commerciales du client. Il permet de d\u00e9terminer si le produit a rempli sa fonction dans un environnement appropri\u00e9.<\/p>\n\n
Le processus de validation \u00e9value le produit r\u00e9el plut\u00f4t que les artefacts. On parle souvent d’essais dynamiques. Il ne s’int\u00e9resse qu’au r\u00e9sultat et non aux rouages du processus de d\u00e9veloppement. <\/p>\n\n
Les activit\u00e9s incluses dans ce processus sont les tests fonctionnels et non fonctionnels.<\/p>\n\n
L’ing\u00e9nieur logiciel am\u00e9ricain Barry W. Boehm d\u00e9crit clairement les deux processus, ce qui vous aidera \u00e0 comprendre la principale diff\u00e9rence entre eux. <\/p>\n\n
V\u00e9rification : \u00ab\u00a0Construisons-nous le produit correctement ?\u00a0\u00bb<\/p>\n\n
Validation : \u00ab\u00a0Sommes-nous en train de construire le bon produit ?<\/p>\n\n
Comme vous pouvez le constater, les deux d\u00e9clarations sont distinctes, avec une l\u00e9g\u00e8re diff\u00e9rence. La premi\u00e8re d\u00e9claration consiste \u00e0 v\u00e9rifier que nous construisons le produit correctement, conform\u00e9ment aux exigences et aux sp\u00e9cifications. \u00c0 l’inverse, la deuxi\u00e8me affirmation pr\u00e9suppose la v\u00e9rification que nous construisons le bon produit qui r\u00e9pond \u00e0 l’intention initiale ou sert l’objectif pr\u00e9vu.<\/p>\n\n
Bien que ces processus soient similaires et contribuent \u00e0 la haute qualit\u00e9 du produit final, ils sont diff\u00e9rents. Voyons maintenant en d\u00e9tail la diff\u00e9rence entre la validation et la v\u00e9rification.<\/p>\n\n Pour comprendre ces processus, prenons un exemple concret. <\/p>\n\n Pensez \u00e0 aller au restaurant et \u00e0 commander des cr\u00eapes aux myrtilles. Comment v\u00e9rifier que la nourriture que vous commandez correspond exactement \u00e0 ce que vous voulez ? <\/p>\n\n Tout d’abord, vous savez \u00e0 quoi ressemblent les cr\u00eapes aux myrtilles. Vous commencez donc \u00e0 juger les aliments en fonction de leur apparence. Vous le v\u00e9rifierez : <\/p>\n\n Il ne s’agit que d’une v\u00e9rification, car vous ne testez pas le produit lui-m\u00eame. <\/p>\n\n Si le plat r\u00e9pond aux param\u00e8tres ci-dessus, vous pouvez le d\u00e9guster. Lorsque vous consommez un plat pour v\u00e9rifier qu’il a le go\u00fbt qu’il devrait avoir, il s’agit d’une validation.<\/p>\n\n Il s’agit de processus ind\u00e9pendants et essentiels dans le d\u00e9veloppement de logiciels, qui garantissent que le produit r\u00e9pond aux exigences sp\u00e9cifi\u00e9es et remplit l’objectif pr\u00e9vu. Tous deux jouent un r\u00f4le important dans la garantie de la qualit\u00e9 des produits logiciels. <\/p>\n\n La v\u00e9rification a lieu au d\u00e9but du processus de d\u00e9veloppement, tandis que la validation est effectu\u00e9e apr\u00e8s la v\u00e9rification. Le premier est utilis\u00e9 comme processus interne, tandis que le second est un processus externe puisqu’il implique l’approbation des parties prenantes.<\/p>\n\n Il s’agissait de la v\u00e9rification et de la validation dans les tests de logiciels. Ces deux processus sont critiques et essentiels pour garantir la qualit\u00e9, la fiabilit\u00e9 et la fonctionnalit\u00e9 des produits logiciels. Alors que la v\u00e9rification consiste \u00e0 construire le produit de la bonne mani\u00e8re, la validation consiste \u00e0 d\u00e9velopper le bon produit. Nous esp\u00e9rons que cet article vous a aid\u00e9 \u00e0 comprendre les diff\u00e9rences entre ces processus.<\/p>\n","protected":false},"excerpt":{"rendered":" La v\u00e9rification et la validation dans les essais sont deux processus ind\u00e9pendants qui fonctionnent ensemble pour v\u00e9rifier qu’un produit r\u00e9pond aux exigences et \u00e0 l’objectif fix\u00e9s.<\/p>\n","protected":false},"author":8,"featured_media":2935,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[54],"tags":[],"class_list":["post-2934","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-tests-manuels"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/posts\/2934","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/comments?post=2934"}],"version-history":[{"count":1,"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/posts\/2934\/revisions"}],"predecessor-version":[{"id":2936,"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/posts\/2934\/revisions\/2936"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/media\/2935"}],"wp:attachment":[{"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/media?parent=2934"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/categories?post=2934"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/tags?post=2934"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}V\u00e9rification <\/strong><\/td> Validation<\/strong><\/td><\/tr> Le processus d’\u00e9valuation de la conception, du code et des documents pour s’assurer que le produit en cours de d\u00e9veloppement r\u00e9pond aux exigences sp\u00e9cifi\u00e9es.<\/td> Le produit logiciel est \u00e9valu\u00e9 pour v\u00e9rifier s’il r\u00e9pond aux exigences commerciales du client et \u00e0 ses besoins.<\/td><\/tr> Le document, la conception et le code sont v\u00e9rifi\u00e9s par rapport aux exigences sp\u00e9cifi\u00e9es.<\/td> La fiabilit\u00e9, la facilit\u00e9 d’utilisation et la fonctionnalit\u00e9 du produit final sont v\u00e9rifi\u00e9es.<\/td><\/tr> Ce processus ne n\u00e9cessite pas l’ex\u00e9cution d’un code.<\/td> Ce processus n\u00e9cessite l’ex\u00e9cution du code source.<\/td><\/tr> La v\u00e9rification est souvent appel\u00e9e test statique.<\/td> La validation est souvent appel\u00e9e test dynamique.<\/td><\/tr> Il suit une approche ax\u00e9e sur les processus.<\/td> Elle suit une approche ax\u00e9e sur les produits.<\/td><\/tr> Il r\u00e9pond \u00e0 la question suivante : \u00ab\u00a0Sommes-nous en train de construire le bon produit ?<\/td> Il r\u00e9pond \u00e0 la question : \u00ab\u00a0Construisons-nous le bon produit ?\u00a0\u00bb.<\/td><\/tr> Les erreurs d\u00e9tect\u00e9es au cours de ce processus n\u00e9cessitent moins de co\u00fbts\/ressources pour \u00eatre corrig\u00e9es que les erreurs d\u00e9tect\u00e9es au cours de la phase de validation.<\/td> Les erreurs d\u00e9tect\u00e9es lors de la validation n\u00e9cessitent davantage de co\u00fbts\/ressources. Un d\u00e9faut d\u00e9couvert plus tard entra\u00eene des co\u00fbts de r\u00e9paration plus \u00e9lev\u00e9s.<\/td><\/tr> Comprend des activit\u00e9s telles que l’examen des documents, l’examen des cas de test, les visites guid\u00e9es et l’examen du code.<\/td> Il comprend des activit\u00e9s telles que les tests fonctionnels et les tests non fonctionnels.<\/td><\/tr> La v\u00e9rification est effectu\u00e9e uniquement par l’\u00e9quipe AQ (Assurance Qualit\u00e9).<\/td> L’\u00e9quipe charg\u00e9e des tests de logiciels et l’\u00e9quipe charg\u00e9e de l’assurance qualit\u00e9 effectuent conjointement le processus de v\u00e9rification.<\/td><\/tr> Elle a lieu avant la validation et au d\u00e9but du processus de d\u00e9veloppement.<\/td> Elle ne commence qu’apr\u00e8s la v\u00e9rification.<\/td><\/tr> La v\u00e9rification porte sur des aspects internes tels que la conception, la base de donn\u00e9es, le code, les exigences et l’architecture.<\/td> La validation porte sur l’ensemble du produit final.<\/td><\/tr> Il s’agit de pr\u00e9venir les erreurs.<\/td> Il s’agit de d\u00e9tecter les erreurs.<\/td><\/tr> Le co\u00fbt est moins \u00e9lev\u00e9.<\/td> C’est assez cher.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n V\u00e9rification et validation – exemple<\/h2>\n\n
\n
Quand devez-vous v\u00e9rifier et valider ? <\/h2>\n\n
Conclusion<\/h2>\n\n