Projet

Général

Profil

Development #85086

Test de formulaire - condition avec webservice pré-blocage non validée

Ajouté par Anaïs Ecuvillon → en congés, retour le 30/04 il y a 4 mois. Mis à jour il y a 2 mois.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
22 décembre 2023
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

J'ai voulu ajouter un test sur ma démarche de prise de rdv avec pré-blocage des réservations.
le test échoue car : « Une condition de sortie sur la page 1 n’a pas été validée (webservice.rdv_fillslot_preblocage.err == 0). »

Résultat du test : https://demarches-aecuvillon.test.entrouvert.org/backoffice/forms/104/tests/11/
La condition en question : https://demarches-aecuvillon.test.entrouvert.org/backoffice/forms/104/fields/16/#open:advanced est parfaitement fonctionnelle,

Valentin, dans un cas comme ça, comment faire pour que le test n'échoue pas ?


Demandes liées

Lié à w.c.s. - Autre #86282: lock_code et tests sur les formulairesFermé30 janvier 2024

Actions

Révisions associées

Révision 58276bee (diff)
Ajouté par Valentin Deniaud il y a 2 mois

testdef: record requests sent during test (#85086)

Révision 2a28e79c (diff)
Ajouté par Valentin Deniaud il y a 2 mois

testdef: allow creation of fake webservice responses (#85086)

Révision 94c725e6 (diff)
Ajouté par Valentin Deniaud il y a 2 mois

testdef: prevent sending real requests other than GET (#85086)

Historique

#1

Mis à jour par Frédéric Péters il y a 3 mois

  • Assigné à mis à Valentin Deniaud
#2

Mis à jour par Valentin Deniaud il y a 3 mois

C'est chaud, à court terme je ne vois pas autre chose à faire que de prévenir que ce n'est pas possible de tester ce formulaire (techniquement ça veut dire détecter qu'il contient un appel webservice POST).

À plus long terme, avoir une interface pour écrire des « mock » réseau, pouvoir dire qu'on attend une requête sur telle url et qu'elle doive répondre tel truc.

#3

Mis à jour par Valentin Deniaud il y a 3 mois

Valentin Deniaud a écrit :

À plus long terme, avoir une interface pour écrire des « mock » réseau, pouvoir dire qu'on attend une requête sur telle url et qu'elle doive répondre tel truc.

C'est nécessaire aussi pour les tests de workflow (#85828), je me lance là dedans.

#4

Mis à jour par Robot Gitea il y a 3 mois

  • Statut changé de Nouveau à En cours

Valentin Deniaud (vdeniaud) a ouvert une pull request sur Gitea concernant cette demande :

#5

Mis à jour par Anaïs Ecuvillon → en congés, retour le 30/04 il y a 3 mois

  • Lié à Autre #86282: lock_code et tests sur les formulaires ajouté
#6

Mis à jour par Robot Gitea il y a 3 mois

  • Statut changé de En cours à Solution proposée
#7

Mis à jour par Robot Gitea il y a 2 mois

  • Statut changé de Solution proposée à Solution validée

Frédéric Péters (fpeters) a approuvé une pull request sur Gitea concernant cette demande :

#8

Mis à jour par Robot Gitea il y a 2 mois

  • Statut changé de Solution validée à Résolu (à déployer)

Valentin Deniaud (vdeniaud) a mergé une pull request sur Gitea concernant cette demande :

#9

Mis à jour par Transition automatique il y a 2 mois

  • Statut changé de Résolu (à déployer) à Solution déployée
#13

Mis à jour par Transition automatique il y a 7 jours

Automatic expiration

Formats disponibles : Atom PDF