Publié lundi 6 avril 2009 17:54 par Etienne Margraff

Tests web : Eviter l’erreur “Argument de publication ou de rappel non valide”

Imaginons qu’on teste une application développée en ASP.NET. Dans le scénario de test web, on utilise un formulaire qui permet à l’utilisateur de modifier ses informations personnelles pour tester la modification de son nom. Ce formulaire contient toujours son nom, prénom, age, adresse, etc. mais possède des champs supplémentaires, dynamiques en fonction de l’utilisateur connecté.

Hors en général, on souhaite dynamiser le test pour qu’il se connecte avec plusieurs utilisateurs différents. Si vous avez déjà été dans ce cas, vous avez dû être confronté à l’erreur suivante :

Une erreur s'est produite dans l'application :
Argument de publication ou de rappel non valide. […]

Cette erreur survient quand on envoie à l’application des paramètres POST qu’elle n’attend pas, ou bien qu’il manque des paramètres qu’elle attend. Ce principe est une sécurité permettant de s’assurer que jamais rien n’est envoyé alors que cela n’est pas attendu. Ceci est très bien en production, mais peut être problématique pendant les tests.

Pour éviter d’être gêné par ce problème pendant vos tests, il vous est possible de désactiver cette validation, directement dans le fichier web.config, dans l’attribut <pages /> :

<pages enableEventValidation=”false”> […] </pages> <!-- Ne pas utiliser en prod -->

Bon tests ! :)

.Dispose();

edit : Ajout du commentaire suite à la remarque de Cyril. Je pensais que c'était clair que je ne conseillais de faire ça que pendant les tests ;)

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :

# re: Tests web : Eviter l’erreur “Argument de publication ou de rappel non valide” @ lundi 6 avril 2009 19:04

Il s'agit d'une vilaine bidouille tout sale non pas propre ?

A coté du bout de code : j'aurais bien mis un commentaire XML indiquant qu'il ne faut surtout pas utiliser ca en prod :-)

Je pense qu'il est GRANDEMENT préférable d'avoir plusieurs jeu de test, et d'envoyer seulement les paramètres nécessaire à l'application.

cyril

# re: Tests web : Eviter l’erreur “Argument de publication ou de rappel non valide” @ lundi 6 avril 2009 22:52

Oui, il s'agit d'une bidouille pas propre pour de la production, mais pour du test de charge ça peut simplifier la vie :

Imagine que tu ais 500 users avec 500 configurations différentes, tu créé les 500 tests ? :)

Etienne Margraff

# re: Tests web : Eviter l’erreur “Argument de publication ou de rappel non valide” @ mercredi 8 avril 2009 18:53

Tu fais du truc propre maintenant Cyril? Tu as arrêté le JavaScript? :p

azra


Les 10 derniers blogs postés

- [SharePoint] Les sessions TechDays 2012… par Le blog de Patrick [MVP SharePoint] le il y a 6 heures et 49 minutes

- TechDays Paris 2012 : Session pleinière jour 3 par Blog Technique de Romelard Fabrice le 02-09-2012, 11:01

- Mishra Reader : un lecteur RSS très Zune Style en Open Source ! par Cyril Sansus le 02-09-2012, 08:28

- [framework 4] Les Tasks et le Thread UI par Fathi Bellahcene le 02-09-2012, 00:33

- Workflow Foundation 3 a un pied dans la tombe par Blog de Jérémy Jeanson le 02-08-2012, 22:15

- TechDays Paris 2012 : Nouvelles tendances du poste de travail - Bring Your own PC par Blog Technique de Romelard Fabrice le 02-08-2012, 19:42

- TechDays Paris 2012 : System Center Service Manager 2012 Vue d’ensemble par Blog Technique de Romelard Fabrice le 02-08-2012, 17:32

- TechDays Paris 2012 : Pleinière second jour par Blog Technique de Romelard Fabrice le 02-08-2012, 16:23

- TechDays Paris 2012 : Retour d'expérience sur la mise en place d'un Cloud Privé par Blog Technique de Romelard Fabrice le 02-08-2012, 16:04

- TechDays Paris 2012 : Comment SharePoint a sauvé mes TechDays par Blog Technique de Romelard Fabrice le 02-07-2012, 23:59