{"id":2877,"date":"2023-10-12T14:20:05","date_gmt":"2023-10-12T12:20:05","guid":{"rendered":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/non-classifiee\/cas-test\/"},"modified":"2024-10-22T14:15:09","modified_gmt":"2024-10-22T12:15:09","slug":"cas-test","status":"publish","type":"post","link":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/tests-manuels\/cas-test\/","title":{"rendered":"Cas de test &#8211; qu&rsquo;est-ce qu&rsquo;un cas de test et comment le r\u00e9diger ?"},"content":{"rendered":"<div class=\"wp-block-aioseo-table-of-contents\"><ul><li><a class=\"aioseo-toc-item\" href=\"#aioseo-obsah\">Obsah<\/a><\/li><li><a class=\"aioseo-toc-item\" href=\"#aioseo-co-je-to-testovaci-pripad\">\u010co je to testovac\u00ed pr\u00edpad?<\/a><\/li><li><a class=\"aioseo-toc-item\" href=\"#aioseo-atributy-testovacieho-pripadu\">Atrib\u00faty testovacieho pr\u00edpadu<\/a><\/li><li><a class=\"aioseo-toc-item\" href=\"#aioseo-ako-napisat-dobre-testovacie-pripady\">Ako nap\u00edsa\u0165 dobr\u00e9 testovacie pr\u00edpady?<\/a><\/li><\/ul><\/div>\n<p>Le test d&rsquo;un logiciel ou d&rsquo;une application comprend la v\u00e9rification de ses exigences fonctionnelles et non fonctionnelles. Pour valider ces exigences, les testeurs de logiciels doivent cr\u00e9er des cas de test efficaces en utilisant diverses techniques de conception de tests bo\u00eete blanche\/bo\u00eete noire.<\/p>\n\n<p>Dans ce texte, nous aborderons en d\u00e9tail les cas de test, leurs diff\u00e9rents attributs et types.  <\/p>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-obsah\">Table des mati\u00e8res<\/h2>\n\n<ol class=\"wp-block-list\">\n<li>Qu&rsquo;est-ce qu&rsquo;un sc\u00e9nario de test ?<\/li>\n\n\n\n<li>Attributs des cas de test<\/li>\n\n\n\n<li>Comment r\u00e9diger de bons sc\u00e9narios de test ?<\/li>\n<\/ol>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-co-je-to-testovaci-pripad\">Qu&rsquo;est-ce qu&rsquo;un sc\u00e9nario de test ?<\/h2>\n\n<p>Un sc\u00e9nario de test est un ensemble de conditions permettant d&rsquo;\u00e9valuer une caract\u00e9ristique particuli\u00e8re d&rsquo;un produit logiciel afin de d\u00e9terminer sa conformit\u00e9 avec les exigences de l&rsquo;entreprise.<\/p>\n\n<p>Le sc\u00e9nario de test contient des hypoth\u00e8ses, des valeurs d&rsquo;entr\u00e9e et des r\u00e9sultats attendus sous une forme document\u00e9e qui couvre diff\u00e9rents sc\u00e9narios de test.<\/p>\n\n<p>Une fois que les cas de test sont cr\u00e9\u00e9s \u00e0 partir des exigences, c&rsquo;est aux testeurs qu&rsquo;il incombe d&rsquo;ex\u00e9cuter ces cas de test. Les testeurs lisent tous les d\u00e9tails du cas de test, ex\u00e9cutent les \u00e9tapes du test, puis marquent le cas de test comme r\u00e9ussi ou \u00e9chou\u00e9 en fonction du r\u00e9sultat attendu et du r\u00e9sultat r\u00e9el.<\/p>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-atributy-testovacieho-pripadu\">Attributs du cas de test<\/h2>\n\n<p>Examinons les diff\u00e9rents attributs d&rsquo;un sc\u00e9nario de test qui le composent et le rendent plus fiable, plus clair et plus concis, \u00e9vitant ou r\u00e9duisant ainsi toute forme de redondance.<\/p>\n\n<ol class=\"wp-block-list\">\n<li><strong>TestCaseId<\/strong> &#8211; Identifiant unique du cas de test. Il s&rsquo;agit d&rsquo;un champ obligatoire qui identifie de mani\u00e8re unique le cas de test, par exemple TC_01.<\/li>\n\n\n\n<li><strong>R\u00e9sum\u00e9 du test<\/strong> &#8211; R\u00e9sum\u00e9 sans ambigu\u00eft\u00e9 du cas de test. Ce champ est facultatif. En g\u00e9n\u00e9ral, les cas de test ont un champ \u00ab\u00a0R\u00e9sum\u00e9 du test\u00a0\u00bb ou un champ \u00ab\u00a0Description\u00a0\u00bb.<\/li>\n\n\n\n<li><strong>Description<\/strong> &#8211; Description d\u00e9taill\u00e9e du cas de test. Ce champ d\u00e9finit l&rsquo;objectif du cas de test, par exemple v\u00e9rifiez que l&rsquo;utilisateur peut se connecter avec un nom d&rsquo;utilisateur et un mot de passe valides.<\/li>\n\n\n\n<li><strong>Pr\u00e9alable ou condition pr\u00e9alable<\/strong> &#8211; Ensemble de <strong>conditions pr\u00e9alables<\/strong> qui doivent \u00eatre remplies avant que les \u00e9tapes du test puissent \u00eatre ex\u00e9cut\u00e9es. Par exemple, lorsque vous testez la fonctionnalit\u00e9 d&rsquo;une application apr\u00e8s l&rsquo;ouverture d&rsquo;une session, vous pouvez avoir un champ de pr\u00e9condition qui dit \u00ab\u00a0L&rsquo;utilisateur doit \u00eatre connect\u00e9 \u00e0 l&rsquo;application\u00a0\u00bb.<\/li>\n\n\n\n<li><strong>Etapes du test<\/strong> &#8211; Etapes d\u00e9taill\u00e9es pour ex\u00e9cuter un cas de test. Il s&rsquo;agit du champ le plus important du sc\u00e9nario de test. Le testeur doit s&rsquo;efforcer de rendre les \u00e9tapes du test claires et sans ambigu\u00eft\u00e9 afin qu&rsquo;une autre personne puisse les suivre pendant l&rsquo;ex\u00e9cution du test.<\/li>\n\n\n\n<li><strong>Donn\u00e9es de test<\/strong> &#8211; la valeur des donn\u00e9es de test utilis\u00e9es dans le cas de test. Par exemple, lorsque vous testez la fonction de connexion, le champ de donn\u00e9es de test peut contenir la valeur r\u00e9elle du nom d&rsquo;utilisateur et du mot de passe \u00e0 utiliser pendant l&rsquo;ex\u00e9cution du test.<\/li>\n\n\n\n<li><strong>R\u00e9sultat escompt\u00e9<\/strong> &#8211; Le r\u00e9sultat escompt\u00e9 o\u00f9 nous marquons le test comme r\u00e9ussi. Sur la base des \u00e9tapes de test effectu\u00e9es et des donn\u00e9es de test utilis\u00e9es, nous obtenons le r\u00e9sultat escompt\u00e9, par exemple l&rsquo;utilisateur doit r\u00e9ussir \u00e0 se connecter et \u00e0 naviguer jusqu&rsquo;\u00e0 la page d&rsquo;accueil.<\/li>\n\n\n\n<li><strong>R\u00e9sultat r\u00e9el<\/strong> &#8211; le r\u00e9sultat r\u00e9el apr\u00e8s l&rsquo;ex\u00e9cution des \u00e9tapes du test. Ce champ n&rsquo;est rempli que pendant l&rsquo;ex\u00e9cution du test. Dans ce champ, nous inscrivons le r\u00e9sultat r\u00e9el observ\u00e9 lors de l&rsquo;ex\u00e9cution du cas de test.<\/li>\n\n\n\n<li><strong>R\u00e9sultat du<\/strong> test &#8211; l&rsquo;\u00e9tat de r\u00e9ussite ou d&rsquo;\u00e9chec du test. En fonction du r\u00e9sultat attendu et du r\u00e9sultat r\u00e9el, le cas de test est marqu\u00e9 comme r\u00e9ussi ou non r\u00e9ussi.<br\/>En plus de la valeur succ\u00e8s\/\u00e9chec, nous pouvons \u00e9galement avoir d&rsquo;autres valeurs, telles que Diff\u00e9r\u00e9, lorsqu&rsquo;un cas de test est marqu\u00e9 pour une ex\u00e9cution ult\u00e9rieure pour une raison quelconque. Bloqu\u00e9 lorsque l&rsquo;ex\u00e9cution du cas de test est bloqu\u00e9e pour une autre raison dans l&rsquo;application.<\/li>\n\n\n\n<li><strong>Statut d&rsquo;automatisation<\/strong> &#8211; Identifiant d&rsquo;automatisation &#8211; si l&rsquo;application est automatis\u00e9e ou non. Il s&rsquo;agit d&rsquo;un champ facultatif qui n&rsquo;est utilis\u00e9 que lorsque le projet est automatis\u00e9.<\/li>\n\n\n\n<li><strong>Date<\/strong> &#8211; La date \u00e0 laquelle le test a \u00e9t\u00e9 effectu\u00e9. Ce champ permet de suivre les diff\u00e9rentes it\u00e9rations sur plusieurs cycles d&rsquo;ex\u00e9cution des tests.<\/li>\n\n\n\n<li><strong>Ex\u00e9cut\u00e9 par<\/strong> &#8211; le nom de la personne qui ex\u00e9cute le sc\u00e9nario de test. Ce champ est utile lorsque plusieurs membres de l&rsquo;\u00e9quipe travaillent sur une activit\u00e9 d&rsquo;ex\u00e9cution de test.<\/li>\n<\/ol>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-ako-napisat-dobre-testovacie-pripady\">Comment r\u00e9diger de bons sc\u00e9narios de test ?<\/h2>\n\n<ol class=\"wp-block-list\">\n<li><strong>Technique de conception des tests<\/strong><\/li>\n<\/ol>\n\n<p>Suivez la technique de conception des tests la plus appropri\u00e9e \u00e0 votre organisation ou aux besoins sp\u00e9cifiques de votre projet, telle que l&rsquo;<a href=\"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/tests-manuels\/analyse-des-valeurs-limites\/\" rel=\"ugc\" title=\"analyse des seuils\">analyse des seuils<\/a>, la distribution des classes d&rsquo;\u00e9quivalence, le test de la table de d\u00e9cision, etc. Cela permettra de s&rsquo;assurer que des normes et des proc\u00e9dures bien document\u00e9es sont mises en \u0153uvre lors de l&rsquo;\u00e9laboration des cas de test.<\/p>\n\n<ol class=\"wp-block-list\" start=\"2\">\n<li><strong>Des tests clairs et concis<\/strong><\/li>\n<\/ol>\n\n<p>R\u00e9sum\u00e9 du cas de test, description, \u00e9tapes du test, r\u00e9sultats attendus, etc. doit \u00eatre r\u00e9dig\u00e9 de mani\u00e8re claire et concise. Ils doivent \u00eatre facilement compr\u00e9hensibles par les diff\u00e9rentes parties prenantes aux essais.<\/p>\n\n<ol class=\"wp-block-list\" start=\"3\">\n<li><strong>Nomenclature uniforme<\/strong><\/li>\n<\/ol>\n\n<p>Pour maintenir la coh\u00e9rence entre les cas de test, nous devrions suivre une nomenclature uniforme et un ensemble de normes lors de l&rsquo;\u00e9criture des cas de test.<\/p>\n\n<ol class=\"wp-block-list\" start=\"4\">\n<li><strong>Cas de test basique\/atomique<\/strong><\/li>\n<\/ol>\n\n<p>Les cas de test doivent \u00eatre aussi simples que possible. Ainsi, un sc\u00e9nario de test ne doit tester qu&rsquo;une seule unit\u00e9 de fonctionnalit\u00e9 sans combiner ou chevaucher plusieurs parties testables.<\/p>\n\n<ol class=\"wp-block-list\" start=\"5\">\n<li><strong>Ne laissez aucune place \u00e0 l&rsquo;ambigu\u00eft\u00e9<\/strong><\/li>\n<\/ol>\n\n<p>R\u00e9digez des cas de test avec un ensemble d&rsquo;instructions claires. {homepageURL}Par exemple, au lieu de \u00ab\u00a0Ouvrir la page d&rsquo;accueil\u00a0\u00bb, tapez \u00ab\u00a0Ouvrir la page d&rsquo;accueil &#8211; http:\/\/www. .com dans votre navigateur et appuyez sur la touche Entr\u00e9e\u00a0\u00bb.<\/p>\n\n<ol class=\"wp-block-list\" start=\"6\">\n<li><strong>Pas de conditions pr\u00e9alables<\/strong><\/li>\n<\/ol>\n\n<p>Lorsque vous \u00e9crivez des sc\u00e9narios de test, ne supposez aucune fonctionnalit\u00e9, aucun pr\u00e9requis ou aucun \u00e9tat de l&rsquo;application. Attribuez plut\u00f4t les cas de test aux documents requis, tels que le SRS, les documents relatifs aux cas d&rsquo;utilisation, etc.<\/p>\n\n<ol class=\"wp-block-list\" start=\"7\">\n<li><strong>\u00c9vitez la redondance<\/strong><\/li>\n<\/ol>\n\n<p>Ne r\u00e9p\u00e9tez pas les cas de test, cela entra\u00eene une perte de temps et de ressources. Cet objectif peut \u00eatre atteint gr\u00e2ce \u00e0 des cas de test bien planifi\u00e9s et cat\u00e9goris\u00e9s.<\/p>\n\n<ol class=\"wp-block-list\" start=\"8\">\n<li><strong>Tests tra\u00e7ables<\/strong><\/li>\n<\/ol>\n\n<p>Utilisez une matrice de tra\u00e7abilit\u00e9 pour vous assurer que 100 % des fonctionnalit\u00e9s de l&rsquo;application dans le champ d&rsquo;application des tests sont couvertes par les cas de test.<\/p>\n\n<ol class=\"wp-block-list\" start=\"9\">\n<li><strong>Assurer la couverture des diff\u00e9rents aspects du logiciel<\/strong><\/li>\n<\/ol>\n\n<p>Veillez \u00e0 ce que les diff\u00e9rents aspects du logiciel test\u00e9, tels que les performances, la facilit\u00e9 d&rsquo;utilisation, la robustesse, etc., soient couverts dans les cas de test, en plus de la fonctionnalit\u00e9. en cr\u00e9ant des cas de test de performance et des crit\u00e8res de r\u00e9f\u00e9rence, des cas de test de convivialit\u00e9, des cas de test n\u00e9gatif, etc.<\/p>\n\n<ol class=\"wp-block-list\" start=\"10\">\n<li><strong>Donn\u00e9es d&rsquo;essai<\/strong><\/li>\n<\/ol>\n\n<p>Les donn\u00e9es utilis\u00e9es pour les essais doivent \u00eatre aussi diverses et aussi proches que possible d&rsquo;une utilisation en temps r\u00e9el. Si vous disposez de donn\u00e9es de test diversifi\u00e9es, vous pouvez \u00e9laborer des sc\u00e9narios de test plus fiables.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Un sc\u00e9nario de test est un ensemble de conditions permettant d&rsquo;\u00e9valuer une fonctionnalit\u00e9 logicielle particuli\u00e8re afin de d\u00e9terminer sa conformit\u00e9 aux exigences.<\/p>\n","protected":false},"author":8,"featured_media":2878,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[54],"tags":[],"class_list":["post-2877","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\/2877","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=2877"}],"version-history":[{"count":1,"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/posts\/2877\/revisions"}],"predecessor-version":[{"id":2880,"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/posts\/2877\/revisions\/2880"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/media\/2878"}],"wp:attachment":[{"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/media?parent=2877"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/categories?post=2877"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/fr\/wp-json\/wp\/v2\/tags?post=2877"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}