{"id":82771,"date":"2017-09-22T04:00:00","date_gmt":"2017-09-22T08:00:00","guid":{"rendered":"https:\/\/www.applause.com\/blog\/marques-utiliser-approche-shift-left\/"},"modified":"2025-09-24T19:08:08","modified_gmt":"2025-09-24T23:08:08","slug":"marques-utiliser-approche-shift-left","status":"publish","type":"post","link":"https:\/\/www.applause.com\/fr\/blog\/marques-utiliser-approche-shift-left\/","title":{"rendered":"Pourquoi les marques doivent utiliser une approche \u00ab shift left \u00bb"},"content":{"rendered":"<div class=\"et_pb_section_0 et_pb_section et_section_regular et_block_section preset--module--divi-section--31615dad-3f88-477f-a866-c2b40c889be5\">\n<div class=\"et_pb_row_0 et_pb_row et_block_row\">\n<div class=\"et_pb_column_0 et_pb_column et_pb_column_4_4 et-last-child et_block_column et_pb_css_mix_blend_mode_passthrough\">\n<div class=\"et_pb_text_0 et_pb_text et_pb_bg_layout_light et_pb_module et_flex_module preset--module--divi-text--4564d33f-bb24-4931-8445-a739e42249ca\"><div class=\"et_pb_text_inner\"><h1>Pourquoi les marques doivent utiliser une approche \u00ab shift left \u00bb<\/h1>\n<h3><strong>Tour d\u2019horizon de l\u2019approche\u00a0<em>shift left<\/em><\/strong><\/h3>\n<p><strong>Tester t\u00f4t. Tester souvent.<\/strong>\u00a0C\u2019est le mantra que beaucoup d\u2019\u00e9quipes suivent aujourd\u2019hui en int\u00e9grant leurs tests plus t\u00f4t dans votre SDLC \u2013 une pratique connue comme \u00e9tant\u00a0<a role=\"link\" href=\"https:\/\/www.applause.com\/fr\/blog\/shift-left-testing\/\" target=\"_blank\" rel=\"noreferrer noopener\">l\u2019approche \u00ab shift left \u00bb<\/a>.<\/p>\n<p>Avoir une approche \u00ab shift left \u00bb revient \u00e0 r\u00e9pondre \u00e0 une logique de d\u00e9veloppement agile. Plus pr\u00e9cis\u00e9ment, le\u00a0<a role=\"link\">testing agile<\/a>\u00a0consiste (entre autres) \u00e0 op\u00e9rer ce \u00ab glissement vers la gauche \u00bb, un aspect absolument essentiel.<br \/>\nlancer des tests plus t\u00f4t dans le cycle de d\u00e9veloppement (ou bien \u00ab \u00e0 gauche \u00bb sur la ligne du temps du projet). Cette approche vient en fait en r\u00e9action aux difficult\u00e9s rencontr\u00e9es par les entreprises ayant en place un syst\u00e8me de retours plus traditionnel.<\/p>\n<p>Alors, qu\u2019est-ce qui caract\u00e9rise justement un syst\u00e8me traditionnel? Les options sont limit\u00e9es. Dans ces situations, le travail est seulement partiellement test\u00e9 pendant des mois, car les testeurs attendent que l\u2019\u00e9quipe de d\u00e9veloppement ait fini. Une fois le d\u00e9veloppement termin\u00e9, les testeurs sont confront\u00e9s \u00e0 une bataille ardue et se retrouvent face \u00e0 une quantit\u00e9 impensable de tests \u00e0 r\u00e9aliser. Les tests de r\u00e9gression en p\u00e2tissent le plus puisque les testeurs portent leur attention principalement sur les fonctionnalit\u00e9s les plus r\u00e9centes du logiciel.<\/p>\n<h3><strong>Ne s\u2019improvise pas testeur qui veut<\/strong><\/h3>\n<p>Les entreprises n\u2019ayant pas d\u2019\u00e9quipe QA d\u00e9di\u00e9e sont particuli\u00e8rement touch\u00e9es par les bugs. Elles sont oblig\u00e9es de faire appel aux employ\u00e9s de tous les services de leur entreprise pour tester les logiciels. D\u00e9veloppeurs, ing\u00e9nieurs, responsables marketing et autres sont en fait d\u00e9tourn\u00e9s de leur travail pour se focaliser sur des projets pour lesquels ils ne sont pas n\u00e9cessairement qualifi\u00e9s.<\/p>\n<p>C\u2019est \u00e9videmment une situation menant au d\u00e9sastre.<\/p>\n<p>Vous connaissez la suite : les anomalies \u00e9chappent \u00e0 ces testeurs ponctuels, et les clients se demandent pourquoi ils trouvent des bugs d\u00e8s la publication. Les clients peuvent m\u00eame abandonner le produit imm\u00e9diatement \u00e0 cause d\u2019une mauvaise exp\u00e9rience avec une appli ou autre. Sans les ressources ad\u00e9quates, le temps n\u00e9cessaire, ou l\u2019organisation pour r\u00e9ellement r\u00e9pondre aux besoins de tests, les marques limitent les chances de succ\u00e8s de leur produit digital.<\/p>\n<p>Les difficult\u00e9s \u00e0 tester existent dans tous types de secteurs et d\u2019entreprises, mais ne sont pas l\u2019apanage des grands groupes aux approches traditionnelles seulement. Ces difficult\u00e9s sont \u00e9galement fr\u00e9quentes dans les entreprises \u00e9mergentes. Les startups n\u2019ont pas toujours un budget ou un volume de publications suffisants pour embaucher une \u00e9quipe de QA sp\u00e9cialis\u00e9e et mener \u00e0 bien des cycles de tests de mani\u00e8re r\u00e9guli\u00e8re.<\/p>\n<h3><strong>Le \u00ab shift left \u00bb pour rem\u00e9dier aux difficult\u00e9s \u00e0 tester<\/strong><\/h3>\n<p>La solution pour les entreprises qui cherchent \u00e0 am\u00e9liorer leur efficacit\u00e9 et \u00e0 acc\u00e9l\u00e9rer le temps de mise sur le march\u00e9 est\u00a0<strong>d\u2019opter pour une m\u00e9thode plus agile\u00a0<\/strong>en<strong>\u00a0<\/strong>introduisant donc les tests plus t\u00f4t dans le cycle de d\u00e9veloppement du logiciel. Plus les tests sont introduits t\u00f4t, plus les \u00e9quipes de d\u00e9veloppement peuvent recevoir un retour rapide.<\/p>\n<p>Cependant, les entreprises doivent cocher certaines cases avant de se lancer \u00e0 corps perdu dans l\u2019approche \u00ab shift left \u00bb.<\/p>\n<p>Tout d\u2019abord, il leur faut un\u00a0<strong>plan d\u2019action<\/strong>. Elles doivent r\u00e9aliser des cycles de sprint avec des produits digitaux d\u2019un certain niveau de qualit\u00e9 \u00e0 tester chaque deux ou trois semaines. Le p\u00e9rim\u00e8tre de test doit avoir \u00e9t\u00e9 correctement d\u00e9fini, et la partie \u00e0 tester doit avoir impact\u00e9 une partie consid\u00e9rable du produit dans un cycle de sprint pour que la phase de test soit r\u00e9ellement rentable.<\/p>\n<p>Ensuite (et c\u2019est le plus important), les marques doivent\u00a0<strong>s\u2019entourer de testeurs sp\u00e9cialis\u00e9s \u2013 et ne pas seulement compter sur les employ\u00e9s<\/strong>\u00a0travaillant dans d\u2019autres services pour r\u00e9aliser ses tests. Une entreprise ne peut pas syst\u00e9matiquement d\u00e9tourner des membres de l\u2019\u00e9quipe des t\u00e2ches essentielles de leur travail quotidien pour leur faire tester un logiciel. Une telle organisation devient rapidement hors de contr\u00f4le et rend l\u2019entreprise moins productive, sans pour autant que tous les bugs ne soient d\u00e9couverts. Sans parler des probl\u00e8mes \u00e9vidents de biais et de manque d\u2019objectivit\u00e9.<\/p>\n<p>Ceci n\u2019est qu\u2019une partie infime des \u00e9l\u00e9ments \u00e0 prendre en compte quand on veut se lancer dans le shift left. Pour r\u00e9sumer: ne faites pas du shift left \u00ab juste pour faire du shift left \u00bb, mais posez-vous les bonnes questions. La rationalisation des co\u00fbts et l\u2019efficacit\u00e9 font partie des souhaits principaux de toutes les entreprises, encore faut-il impl\u00e9menter la m\u00e9thode de mani\u00e8re correcte.<\/p>\n<p>Afin de comprendre de fa\u00e7on concr\u00e8te en quoi consiste une approche \u00ab shift left \u00bb, n\u2019h\u00e9sitez pas \u00e0 visionner l\u2019enregistrement de notre webinar avec Frichti pour comprendre comment la startup parisienne teste de fa\u00e7on fr\u00e9quente :<\/p>\n<\/div><\/div>\n<\/div>\n<\/div>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>\u00c0 quoi correspond l&rsquo;approche \u00ab shift left \u00bb en testing logiciel?<\/p>\n","protected":false},"author":42,"featured_media":133937,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[281],"tags":[983],"resource-industry":[],"resource-solution":[],"resources\/types":[1242],"class_list":["post-82771","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-non-classifiee","tag-agile","resource-type-blogues"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.applause.com\/fr\/wp-json\/wp\/v2\/posts\/82771","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.applause.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.applause.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.applause.com\/fr\/wp-json\/wp\/v2\/users\/42"}],"replies":[{"embeddable":true,"href":"https:\/\/www.applause.com\/fr\/wp-json\/wp\/v2\/comments?post=82771"}],"version-history":[{"count":0,"href":"https:\/\/www.applause.com\/fr\/wp-json\/wp\/v2\/posts\/82771\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.applause.com\/fr\/wp-json\/wp\/v2\/media\/133937"}],"wp:attachment":[{"href":"https:\/\/www.applause.com\/fr\/wp-json\/wp\/v2\/media?parent=82771"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.applause.com\/fr\/wp-json\/wp\/v2\/categories?post=82771"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.applause.com\/fr\/wp-json\/wp\/v2\/tags?post=82771"},{"taxonomy":"resource-industry","embeddable":true,"href":"https:\/\/www.applause.com\/fr\/wp-json\/wp\/v2\/resource-industry?post=82771"},{"taxonomy":"resource-solution","embeddable":true,"href":"https:\/\/www.applause.com\/fr\/wp-json\/wp\/v2\/resource-solution?post=82771"},{"taxonomy":"resource-type","embeddable":true,"href":"https:\/\/www.applause.com\/fr\/wp-json\/wp\/v2\/resources\/types?post=82771"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}