{"id":2940,"date":"2023-07-28T15:33:29","date_gmt":"2023-07-28T13:33:29","guid":{"rendered":"https:\/\/ittester.sk\/non-classifiee\/niveaux-de-test-des-logiciels\/"},"modified":"2024-10-22T14:16:37","modified_gmt":"2024-10-22T12:16:37","slug":"niveaux-de-test-des-logiciels","status":"publish","type":"post","link":"https:\/\/ittester.sk\/fr\/tests-manuels\/niveaux-de-test-des-logiciels\/","title":{"rendered":"Niveaux de test des logiciels"},"content":{"rendered":"\n<p>Les tests de logiciels peuvent \u00eatre effectu\u00e9s \u00e0 diff\u00e9rents niveaux du processus de d\u00e9veloppement de logiciels. La r\u00e9alisation d&rsquo;activit\u00e9s de test \u00e0 plusieurs niveaux permet d&rsquo;identifier rapidement les d\u00e9fauts et d&rsquo;am\u00e9liorer la qualit\u00e9 du produit logiciel. Dans ce texte, nous aborderons les diff\u00e9rents niveaux de test, \u00e0 savoir les tests unitaires, les tests d&rsquo;int\u00e9gration, les tests de syst\u00e8me et les tests d&rsquo;acceptation.<\/p>\n\n<p>Dans cette section, nous d\u00e9crivons bri\u00e8vement chaque niveau de test et dans les sections suivantes, nous expliquons chaque niveau s\u00e9par\u00e9ment, en donnant un exemple et une explication d\u00e9taill\u00e9e.<\/p>\n\n<h2 class=\"wp-block-heading\">Table des mati\u00e8res<\/h2>\n<div class=\"wp-block-aioseo-table-of-contents\"><ul><li><a class=\"aioseo-toc-item\" href=\"#aioseo-unit-testovanie-unit-testing\">Unit testovanie (unit testing)<\/a><\/li><li><a class=\"aioseo-toc-item\" href=\"#aioseo-integracne-testovanie-integration-testing\">Integra\u010dn\u00e9 testovanie (integration testing)<\/a><\/li><li><a class=\"aioseo-toc-item\" href=\"#aioseo-testovanie-systemu-system-testing\">Testovanie syst\u00e9mu (system testing)<\/a><\/li><li><a class=\"aioseo-toc-item\" href=\"#aioseo-akceptacne-testovanie-acceptance-testing\">Akcepta\u010dn\u00e9 testovanie (acceptance testing)<\/a><\/li><\/ul><\/div>\n<h2 class=\"wp-block-heading\" id=\"aioseo-unit-testovanie-unit-testing\">Tests unitaires<\/h2>\n\n<ul class=\"wp-block-list\">\n<li>Les tests unitaires constituent le premier niveau de test g\u00e9n\u00e9ralement effectu\u00e9 par les d\u00e9veloppeurs.<\/li>\n\n\n\n<li>Lors des tests, le module ou le composant est test\u00e9 de mani\u00e8re isol\u00e9e.<\/li>\n\n\n\n<li>Comme les tests sont limit\u00e9s \u00e0 un module ou \u00e0 un composant sp\u00e9cifique, il est possible d&rsquo;effectuer des tests exhaustifs.<\/li>\n\n\n\n<li>Avantage : le d\u00e9faut peut \u00eatre d\u00e9tect\u00e9 \u00e0 un stade pr\u00e9coce, ce qui permet d&rsquo;\u00e9conomiser du temps et de l&rsquo;argent pour l&rsquo;\u00e9liminer.<\/li>\n\n\n\n<li>Limitation &#8211; Les probl\u00e8mes d&rsquo;int\u00e9gration ne sont pas r\u00e9v\u00e9l\u00e9s \u00e0 ce stade, les modules peuvent fonctionner parfaitement de mani\u00e8re isol\u00e9e mais peuvent avoir des probl\u00e8mes d&rsquo;interconnexion entre les modules.<\/li>\n<\/ul>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-integracne-testovanie-integration-testing\">Tests d&rsquo;int\u00e9gration<\/h2>\n\n<p>Le test d&rsquo;int\u00e9gration est le deuxi\u00e8me niveau de test o\u00f9 l&rsquo;on teste un groupe de modules li\u00e9s entre eux.<\/p>\n\n<p>Il vise \u00e0 d\u00e9tecter les probl\u00e8mes d&rsquo;interconnexion entre les modules, \u00e0 savoir j. si les diff\u00e9rentes unit\u00e9s peuvent \u00eatre correctement int\u00e9gr\u00e9es dans le sous-syst\u00e8me. Il existe quatre types de tests &#8211; Big-bang, descendant, ascendant et hybride.<\/p>\n\n<ol class=\"wp-block-list\">\n<li>Lors de l&rsquo;int\u00e9gration avec le test <strong>big-bang<\/strong>, tous les modules sont d&rsquo;abord requis, puis int\u00e9gr\u00e9s. Apr\u00e8s l&rsquo;int\u00e9gration, l&rsquo;unit\u00e9 int\u00e9gr\u00e9e dans son ensemble est test\u00e9e.<\/li>\n\n\n\n<li>Dans le test d&rsquo;int\u00e9gration <strong>descendant <\/strong>, le flux de test part des modules de haut niveau qui sont les plus \u00e9lev\u00e9s dans la hi\u00e9rarchie vers les modules de niveau inf\u00e9rieur, car il est possible que les modules de niveau inf\u00e9rieur ne soient pas d\u00e9velopp\u00e9s. C&rsquo;est pourquoi, dans de tels cas, on utilise des plugins (stubs), qui ne sont rien d&rsquo;autre que des modules ou des fonctions factices qui simulent le fonctionnement du module en acceptant les param\u00e8tres re\u00e7us par le module et en fournissant un r\u00e9sultat acceptable.<\/li>\n\n\n\n<li>Les tests d&rsquo;int\u00e9gration <strong>ascendants <\/strong> sont \u00e9galement bas\u00e9s sur une approche incr\u00e9mentale, mais ils partent des modules de niveau inf\u00e9rieur pour remonter vers les modules de niveau sup\u00e9rieur. L\u00e0 encore, les modules de niveau sup\u00e9rieur peuvent ne pas \u00eatre d\u00e9velopp\u00e9s au moment o\u00f9 les modules de niveau inf\u00e9rieur sont test\u00e9s. C&rsquo;est pourquoi on fait appel \u00e0 des chauffeurs dans ces cas-l\u00e0. Ces pilotes simulent la fonctionnalit\u00e9 des modules de niveau sup\u00e9rieur afin de tester les modules de niveau inf\u00e9rieur.<\/li>\n\n\n\n<li>Le <strong>test d&rsquo;int\u00e9gration hybride<\/strong> est \u00e9galement appel\u00e9 approche d&rsquo;int\u00e9gration en sandwich. Cette approche est une combinaison de tests d&rsquo;int\u00e9gration descendants et ascendants. Dans ce cas, l&rsquo;int\u00e9gration commence par la couche interm\u00e9diaire et les tests sont effectu\u00e9s dans les deux sens, en utilisant les stubs et les pilotes si n\u00e9cessaire.<\/li>\n<\/ol>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-testovanie-systemu-system-testing\">Test du syst\u00e8me<\/h2>\n\n<ul class=\"wp-block-list\">\n<li>Le test du syst\u00e8me est le troisi\u00e8me niveau de test.<\/li>\n\n\n\n<li>Il s&rsquo;agit du niveau de test o\u00f9 l&rsquo;application int\u00e9gr\u00e9e compl\u00e8te est test\u00e9e dans son ensemble.<\/li>\n\n\n\n<li>Son objectif est de d\u00e9terminer si l&rsquo;application r\u00e9pond aux exigences de l&rsquo;entreprise.<\/li>\n\n\n\n<li>Les tests de syst\u00e8me sont effectu\u00e9s dans un environnement tr\u00e8s similaire \u00e0 un environnement de production.<\/li>\n<\/ul>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-akceptacne-testovanie-acceptance-testing\">Tests d&rsquo;acceptation<\/h2>\n\n<ul class=\"wp-block-list\">\n<li>Le test d&rsquo;acceptation est le dernier et l&rsquo;un des plus importants niveaux de test, apr\u00e8s lequel l&rsquo;application est mise en production.<\/li>\n\n\n\n<li>Son objectif est de garantir que le produit r\u00e9pond aux exigences professionnelles sp\u00e9cifi\u00e9es dans le cadre d&rsquo;une norme de qualit\u00e9 d\u00e9finie.<\/li>\n\n\n\n<li>Il existe deux types de tests d&rsquo;acceptation : les tests alpha et les tests b\u00eata.<\/li>\n\n\n\n<li>Si les tests d&rsquo;acceptation sont r\u00e9alis\u00e9s par des testeurs ou d&rsquo;autres employ\u00e9s internes de l&rsquo;organisation aupr\u00e8s du d\u00e9veloppeur, il s&rsquo;agit de tests alpha.<\/li>\n\n\n\n<li>Les tests d&rsquo;acceptation effectu\u00e9s par les utilisateurs finaux sur leur lieu de travail sont appel\u00e9s tests b\u00eata.<\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>La r\u00e9alisation d&rsquo;activit\u00e9s de test \u00e0 plusieurs niveaux permet d&rsquo;identifier rapidement les d\u00e9fauts et d&rsquo;am\u00e9liorer la qualit\u00e9 du produit logiciel.<\/p>\n","protected":false},"author":8,"featured_media":2941,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[54],"tags":[],"class_list":["post-2940","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-tests-manuels"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts\/2940","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/comments?post=2940"}],"version-history":[{"count":1,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts\/2940\/revisions"}],"predecessor-version":[{"id":2942,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts\/2940\/revisions\/2942"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/media\/2941"}],"wp:attachment":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/media?parent=2940"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/categories?post=2940"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/tags?post=2940"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}