Pas tous, mais beaucoup d'obstacles dans la gestion des tests peuvent \u00eatre \u00e9limin\u00e9s \u00e0 l'avance gr\u00e2ce aux r\u00e8gles suivantes.<\/p>\n
R\u00e9digez un concept de test : pourquoi l'\u00e9quipe de gestion des tests devrait-elle faire l'effort de r\u00e9diger et de faire approuver un concept de test alors que les ressources sont limit\u00e9es et que les d\u00e9lais sont serr\u00e9s ?<\/p>\n
Tout l'art consiste \u00e0 garder le concept aussi bref et concis que possible et \u00e0 repr\u00e9senter par des graphiques des faits complexes, comme par exemple un environnement de test avec de nombreuses interfaces.<\/p>\n
Parmi les \u00e9l\u00e9ments essentiels d'un concept de test, on trouve par exemple la d\u00e9finition des objets et des objectifs du test, des crit\u00e8res d'acceptation et de la proc\u00e9dure d'acceptation, ainsi que la repr\u00e9sentation de l'infrastructure de test (syst\u00e8mes SAP, voies de transport, dates de transport). Faites approuver le concept par le d\u00e9veloppement et les sp\u00e9cialistes.<\/p>\n
Investissez suffisamment de temps dans la qualit\u00e9 des cas de test. Les d\u00e9partements sp\u00e9cialis\u00e9s n'ont souvent pas le temps de cr\u00e9er les cas de test. Par cons\u00e9quent, ceux-ci sont \"recycl\u00e9s\" \u00e0 partir d'anciens projets, sont trop g\u00e9n\u00e9raux, trop granulaires ou ne concernent pas les fonctions \u00e0 tester et \u00e0 r\u00e9ceptionner.<\/p>\n
R\u00e9sultat : les testeurs sp\u00e9cialis\u00e9s testent trop ou trop peu, mais pas les fonctionnalit\u00e9s n\u00e9cessaires. Les progr\u00e8s sont trop lents, le taux d'erreur trop \u00e9lev\u00e9 et les am\u00e9liorations de la qualit\u00e9 trop faibles. Les d\u00e9partements sp\u00e9cialis\u00e9s (et non l'informatique) devraient absolument prendre le temps n\u00e9cessaire \u00e0 la cr\u00e9ation des cas de test.<\/p>\n
Hi\u00e9rarchisez vos cas de test. Souvent, le d\u00e9partement sp\u00e9cialis\u00e9 A souhaite tester toutes les nouvelles fonctionnalit\u00e9s dans les moindres d\u00e9tails et soumettre le logiciel d\u00e9j\u00e0 impl\u00e9ment\u00e9 \u00e0 un test d'int\u00e9gration complet, y compris le test par lots et le test de bout en bout, en int\u00e9grant des syst\u00e8mes tiers et d'autres syst\u00e8mes.<\/p>\n
Le d\u00e9partement B, quant \u00e0 lui, choisit, en fonction des d\u00e9lais et des ressources, une approche pragmatique avec seulement quelques cas de test. Il est important de trouver la bonne mesure pour l'\u00e9tendue des tests.<\/p>\n
Une bonne pratique consiste \u00e0 classer les cas de test par ordre de priorit\u00e9. Une bonne approche est le Risk-Based-Testing. Ici, les cas de test sont notamment pond\u00e9r\u00e9s en fonction de l'ampleur des dommages en cas de dysfonctionnement.<\/p>\n
Pr\u00e9voyez plusieurs cycles de test. Le premier cycle de test d\u00e9marre g\u00e9n\u00e9ralement de mani\u00e8re tr\u00e8s chaotique. Il y a des blocages, les testeurs ne connaissent pas encore l'application et de nombreuses erreurs se produisent.<\/p>\n
Le nombre \u00e9lev\u00e9 de corrections peut entra\u00eener des effets de bord qui n\u00e9cessitent de retester des cas de test d\u00e9j\u00e0 termin\u00e9s avec succ\u00e8s. En moins de temps qu'il ne faut pour le dire, le cycle de test est termin\u00e9.<\/p>\n
Faites donc une pause apr\u00e8s le premier cycle et donnez au d\u00e9veloppement la chance de corriger toutes les erreurs critiques. Lancez ensuite un nouveau cycle avec un \u00e9tat consolid\u00e9 des logiciels et des donn\u00e9es, au cours duquel vous testerez au moins tous les cas de test class\u00e9s \u00e9lev\u00e9s et moyens du premier cycle.<\/p>\n
Occupez-vous \u00e0 temps de l'environnement de test. Une situation typique : les cas de test sont pr\u00eats, les collaborateurs du domaine sp\u00e9cialis\u00e9 veulent commencer, mais le test ne peut pas \u00eatre lanc\u00e9 parce que le syst\u00e8me SAP n'est pas disponible.<\/p>\n
Les raisons en sont multiples. Le syst\u00e8me n'a pas \u00e9t\u00e9 r\u00e9serv\u00e9 \u00e0 temps et est occup\u00e9 par d'autres projets. Ou encore, le d\u00e9veloppement n'a pas pu d\u00e9ployer le logiciel sur les syst\u00e8mes de test ou ne l'a pas fait compl\u00e8tement.<\/p>\n
Souvent, il manque aussi des interfaces importantes et n\u00e9cessaires ou des ID d'utilisateur et des autorisations appropri\u00e9es. Planifiez donc votre environnement de test suffisamment t\u00f4t et surveillez son d\u00e9ploiement complet et correct.<\/p>\n
Vous posez le premier pilier en d\u00e9finissant les crit\u00e8res d'entr\u00e9e du test dans le concept de test. Si des conditions essentielles ne sont pas remplies, vous ne d\u00e9marrez pas du tout.<\/p>\n
D\u00e9finissez pr\u00e9cis\u00e9ment dans le concept ou dans un plan d'environnement de test quels syst\u00e8mes SAP avec quel stock de donn\u00e9es sont n\u00e9cessaires et \u00e0 quel moment, quelles interfaces doivent \u00eatre connect\u00e9es via quels syst\u00e8mes tiers, quels ID d'utilisateurs avec quelles autorisations doivent \u00eatre mis \u00e0 disposition et quand les corrections logicielles doivent \u00eatre transport\u00e9es.<\/p>\n
Utilisez un outil int\u00e9gr\u00e9 de gestion des tests et des d\u00e9fauts. L'outil le plus souvent utilis\u00e9 pour la gestion des tests et des d\u00e9fauts est Excel.<\/p>\n
Cela fonctionne tr\u00e8s bien jusqu'\u00e0 un nombre de 100 \u00e0 150 cas de test avec un faible volume de d\u00e9fauts. D\u00e8s que le volume augmente, il devient de plus en plus probl\u00e9matique de s'en sortir avec ses propres solutions Excel.<\/p>\n
En particulier, il manque souvent une vue d'ensemble des d\u00e9fauts et des cas de test. Il est \u00e9galement difficile de g\u00e9n\u00e9rer l'\u00e9tat global actuel ou l'avancement des tests, le cas \u00e9ch\u00e9ant avec des pr\u00e9visions.<\/p>\n
Souvent, les feuilles de calcul Excel (et surtout les macros) ne peuvent \u00eatre entretenues que par quelques personnes ou, dans le pire des cas, par un expert.L'utilisation d'un outil int\u00e9gr\u00e9 de gestion des tests et des d\u00e9fauts est un meilleur choix.<\/p>\n
Pour les utilisateurs SAP, les composantes Test Workbench et Help Desk de SAP Solution Manager s'imposent. Ils n'entra\u00eenent pas de frais de licence, l'effort de mise en \u0153uvre est g\u00e9rable (trois \u00e0 cinq jours-personnes) et les utilisateurs sont familiaris\u00e9s avec les interfaces SAP.<\/p>\n
R\u00e9alisez un test de lancement. Les efforts que vous investissez dans un kick-off bien pr\u00e9par\u00e9 sont r\u00e9cup\u00e9r\u00e9s dans les tests quotidiens.<\/p>\n
Des sujets tels que les objectifs, les proc\u00e9dures, les d\u00e9lais, les portes de la qualit\u00e9, les contraintes de test, le reporting des tests et des d\u00e9fauts ainsi que les r\u00e9unions de r\u00e8gles et les t\u00e9l\u00e9conf\u00e9rences doivent figurer \u00e0 l'ordre du jour.<\/p>\n
M\u00eame s'il y a beaucoup de participants, invitez toutes les personnes concern\u00e9es comme les testeurs sp\u00e9cialis\u00e9s, l'\u00e9quipe de gestion des tests, le d\u00e9veloppement, le cas \u00e9ch\u00e9ant le contr\u00f4le des lots et la direction du projet au kick-off.<\/p>\n
Cela facilite la communication ult\u00e9rieure et permet d'\u00e9viter de nombreuses questions inutiles. Ce qui a fait ses preuves, c'est de mettre \u00e0 disposition les documents de lancement et les rapports d'\u00e9tat, mais aussi les concepts, dans un m\u00e9dia facile d'acc\u00e8s comme MS SharePoint.<\/p>\n
Ne commencez pas les tests trop t\u00f4t. Le sc\u00e9nario habituel : les dates de test et d'acceptation sont fix\u00e9es. Les testeurs sp\u00e9cialis\u00e9s sont planifi\u00e9s. Les d\u00e9cideurs veulent que le projet soit un succ\u00e8s.<\/p>\n
Et l'\u00e9quipe de d\u00e9veloppement se bat encore contre de graves et\/ou nombreuses lacunes dans le logiciel. Le responsable du d\u00e9veloppement souhaite repousser le test ; la direction du projet veut tenir la date \u00e0 tout prix.<\/p>\n
Souvent, on c\u00e8de au d\u00e9sir des responsables et on lance le test en connaissant les d\u00e9ficits et les risques qui y sont li\u00e9s. Que se passe-t-il ?<\/p>\n
Les premiers tests d'acceptation peuvent encore se d\u00e9rouler de mani\u00e8re positive. Mais ensuite, on trouve beaucoup d'erreurs, il y a des blocages de test. Les testeurs sont frustr\u00e9s. Et surtout, cela se r\u00e9percute n\u00e9gativement sur les comit\u00e9s de projet, sur les services sp\u00e9cialis\u00e9s impliqu\u00e9s et, dans certaines circonstances, sur la direction.<\/p>\n
D'o\u00f9 la recommandation suivante : m\u00eame si vous \u00eates soumis \u00e0 une forte pression pour respecter la date pr\u00e9vue de d\u00e9but des tests techniques, reportez les tests si le logiciel n'est pas encore pr\u00eat \u00e0 \u00eatre test\u00e9. Vous vous \u00e9pargnez ainsi qu'aux testeurs beaucoup d'ennuis et \u00e9vitez surtout de nuire fortement \u00e0 l'image de votre projet.<\/p>\n
Que peut-on faire \u00e0 titre pr\u00e9ventif ? La d\u00e9finition et le contr\u00f4le de quality gates ont fait leurs preuves. D\u00e9finissez dans le concept de test les conditions pr\u00e9alables qui doivent \u00eatre remplies pour le lancement des tests.<\/p>\n
Il s'agit par exemple de la preuve de tests de d\u00e9veloppement document\u00e9s, de la cr\u00e9ation d'une documentation utilisateur, de la mise \u00e0 disposition de l'infrastructure de test ainsi que de la liste des erreurs non r\u00e9solues avec une date de correction. Si la Quality Gate n'est pas respect\u00e9e ou si elle ne l'est pas suffisamment, il n'y a pas de go pour le test.<\/p>\n
Interrompre les tests en cas de blocage des tests. L'absence de fonctionnalit\u00e9s importantes, un nombre \u00e9lev\u00e9 de bugs ou des restrictions dans l'infrastructure de test, comme des syst\u00e8mes non performants, peuvent entra\u00eener des blocages de test.<\/p>\n
Les testeurs ne peuvent pas d\u00e9marrer en raison de la situation globale actuelle. En parall\u00e8le, il y a une forte pression pour effectuer des travaux de routine au bureau. Bien s\u00fbr, il n'est pas amusant de renvoyer les testeurs chez eux dans des fen\u00eatres \u00e9troitement synchronis\u00e9es.<\/p>\n
Mais les cons\u00e9quences n\u00e9gatives telles que des testeurs insatisfaits et la panique dans les d\u00e9partements sp\u00e9cialis\u00e9s ou \u00e9ventuellement au sein du conseil d'administration en raison de la qualit\u00e9 insuffisante du logiciel sont, en cas de doute, plus importantes. Vous pouvez profiter de l'interruption pour consolider le logiciel.<\/p>\n
Communiquez avec les testeurs. Un facteur de r\u00e9ussite essentiel pour votre projet est la communication r\u00e9guli\u00e8re avec les testeurs. Il est important d'\u00eatre transparent sur la situation actuelle, l'\u00e9tat des erreurs, les restrictions, etc. Organisez r\u00e9guli\u00e8rement des r\u00e9unions sur le statut et les erreurs avec les testeurs et le d\u00e9veloppement.<\/p>\n
Les r\u00e9unions quotidiennes de type \"stand-up\" ont par exemple fait leurs preuves. Essayez de parler directement \u00e0 chacun d'entre eux chaque jour afin d'en savoir plus sur les situations concr\u00e8tes de test et d'erreur pr\u00e9sum\u00e9e. Faire appel \u00e0 des d\u00e9veloppeurs pour tester ou retester des erreurs dans des situations complexes a \u00e9galement fait ses preuves.<\/p>\n
Chaque projet de gestion des tests dans l'environnement SAP se d\u00e9roule diff\u00e9remment et le d\u00e9roulement parfait du projet n'existera jamais. Mais beaucoup de choses seront plus faciles avec les r\u00e8gles de base mentionn\u00e9es ci-dessus.<\/p>\n
En fin de compte, il s'agit d'amener la qualit\u00e9 du logiciel \u00e0 un niveau n\u00e9cessaire pour l'exploitation productive dans le cadre d'un processus accept\u00e9 par tous les participants. Le fait que toutes les erreurs ne soient pas corrig\u00e9es avant le \"going live\" est plut\u00f4t la r\u00e8gle que l'exception.<\/p>","protected":false},"excerpt":{"rendered":"
Les projets de gestion des tests s'av\u00e8rent souvent difficiles : le logiciel n'est pas pr\u00eat \u00e0 temps, les syst\u00e8mes de test et les autorisations manquent et les cas de test, s'ils existent, sont de mauvaise qualit\u00e9. <\/p>","protected":false},"author":1378,"featured_media":61274,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"pmpro_default_level":"","footnotes":""},"categories":[4,1553],"tags":[10193,286],"coauthors":[21844],"class_list":["post-61786","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-management","category-1553","tag-sap-solution-manager","tag-solman","pmpro-has-access"],"acf":[],"featured_image_urls_v2":{"full":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015.jpg",1000,387,false],"thumbnail":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015-150x150.jpg",150,150,true],"medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015.jpg",400,155,false],"medium_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015-768x297.jpg",768,297,true],"large":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015.jpg",1000,387,false],"image-100":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015-100x39.jpg",100,39,true],"image-480":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015-480x186.jpg",480,186,true],"image-640":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015-640x248.jpg",640,248,true],"image-720":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015-720x279.jpg",720,279,true],"image-960":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015-960x372.jpg",960,372,true],"image-1168":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015.jpg",1000,387,false],"image-1440":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015.jpg",1000,387,false],"image-1920":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015.jpg",1000,387,false],"1536x1536":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015.jpg",1000,387,false],"2048x2048":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015.jpg",1000,387,false],"trp-custom-language-flag":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015.jpg",18,7,false],"bricks_large_16x9":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015.jpg",1000,387,false],"bricks_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015.jpg",1000,387,false],"bricks_large_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015.jpg",1000,387,false],"bricks_medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015.jpg",600,232,false],"bricks_medium_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015.jpg",600,232,false],"profile_24":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015-24x24.jpg",24,24,true],"profile_48":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015-48x48.jpg",48,48,true],"profile_96":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015-96x96.jpg",96,96,true],"profile_150":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015-150x150.jpg",150,150,true],"profile_300":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2015-300x300.jpg",300,300,true]},"post_excerpt_stackable_v2":"
Testmanagement-Projekte gestalten sich oft schwierig: Die Software ist nicht rechtzeitig fertig, Testsysteme und Berechtigungen fehlen und Testf\u00e4lle, falls vorhanden, sind von schlechter Qualit\u00e4t. <\/p>\n","category_list_v2":"Business-Management<\/a>, MAG 15-07<\/a>","author_info_v2":{"name":"Dieter Koenen, Innobis","url":"https:\/\/e3mag.com\/fr\/author\/dieter-koenen\/"},"comments_num_v2":"0 commentaire","_links":{"self":[{"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/posts\/61786","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/users\/1378"}],"replies":[{"embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/comments?post=61786"}],"version-history":[{"count":0,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/posts\/61786\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/media\/61274"}],"wp:attachment":[{"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/media?parent=61786"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/categories?post=61786"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/tags?post=61786"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/coauthors?post=61786"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}