DéveloppementPaiement protégéEn savoir plus
- Les retouches prévues par la formule sont gratuites.
- Sans réponse de votre part dans les 3 jours suivant la livraison, le travail est validé automatiquement.
L’argent est réservé au paiement et versé uniquement une fois le travail validé.

Exemple de résultat
Cas de test : inscription, panier et paiement d'une petite boutique de thé en ligne
Cas du domaine « Paiement » (4 sur 18)
| ID | Titre | Étapes | Données de test | Résultat attendu | Priorité |
|---|---|---|---|---|---|
| CO-01 | Commande par carte, livraison standard | 1. Ajouter 2 thés au panier. 2. Ouvrir le panier, cliquer sur Commander. 3. Saisir l'adresse, choisir la livraison standard. 4. Payer avec la carte de test. | Carte de test de l'environnement sandbox du service de paiement | La page de commande affiche le numéro ; un e-mail de confirmation arrive dans les 5 minutes | Haute |
| CO-04 | Seuil de livraison gratuite | 1. Ajouter des thés pour 39,90 $. 2. Ouvrir la page de paiement. 3. Ajouter un thé de plus. | Règle de la boutique : livraison gratuite dès 40 $ | La livraison affiche 4,90 $, puis 0,00 $ après l'étape 3 | Haute |
| CO-09 | Code postal non renseigné | 1. Remplir tous les champs sauf le code postal. 2. Cliquer sur Payer. | — | Le formulaire n'est pas envoyé ; le champ du code postal est signalé par un message clair | Moyenne |
| CO-15 | Bouton Retour après le paiement | 1. Payer une commande. 2. Cliquer sur le bouton Retour du navigateur. | — | Pas de second débit ; le panier est vide | Haute |
Checklist : panier (extrait)
- La quantité peut être modifiée avec + et − ou saisie directement
- La suppression du dernier article affiche un message de panier vide
- Le panier est conservé quand on ferme l'onglet puis qu'on revient
- Les prix et le total correspondent aux fiches produits
Fichiers : un classeur Excel avec les cas, une colonne Résultat et les checklists, et un fichier Word avec le plan de test. Nous rédigeons les cas à partir de la description et des captures d'écran ; c'est l'équipe de la boutique qui les exécute.
Client : Feuille & Bouilloire, une boutique en ligne qui vend environ 80 thés en vrac sur son propre site. Mission : des cas que la gérante de la boutique et un assistant peuvent dérouler avant chaque mise à jour. Formule Standard : 60 cas répartis sur 4 domaines au maximum, des checklists et un court plan de test. Extrait ci-dessous.
Le client et tous les détails sont fictifs.
À propos de ce service
Dans une application qui déplace de l'argent, un petit défaut devient au mieux une réclamation : un virement affiché deux fois après une nouvelle tentative, un plafond qui se réinitialise à la mauvaise heure, des frais affichés sur un écran et absents de la confirmation. Nous écrivons des cas de test pour les parcours que vous décrivez : virements entre comptes personnels et vers d'autres personnes, paiements par coordonnées ou par modèle, confirmation par code, plafonds et frais selon vos règles, devises et arrondis, statuts comme en attente ou refusé, historique, relevés et notifications, et ce qui se passe en cas de perte de connexion ou de second appui. Chaque cas a des étapes, des données de test, le résultat attendu et une priorité. Vous recevez un classeur Excel ; à partir de Standard un plan de test Word, et en Premium une liste de contrôle de régression et un modèle de rapport de bug. Nous écrivons ; votre équipe les exécute dans un environnement de test. Les cas ne vérifient pas la conformité et ne constituent pas un conseil financier ou juridique.
Ce qui est inclus
- Ce que vous recevezUn classeur Excel avec les cas de parcours : ID, parcours, titre, préconditions, étapes, données de test avec comptes et montants fictifs aux limites de vos plafonds, résultat attendu, priorité et une colonne pour votre résultat, plus une liste de contrôle par parcours. À partir de Standard, un plan de test Word avec appareils, environnement de test et critères d'achèvement ; en Premium, un plan complet, une liste de contrôle de régression pour chaque version et un modèle de rapport de bug.
- VirementsComptes personnels, autres personnes et modèles
- Plafonds et fraisSelon vos règles, aux limites
- ConfirmationsCodes, délais dépassés et appuis répétés
- Statuts et historiqueEn attente, effectué, refusé et retourné
- ÉchecsPerte de connexion, nouvelles tentatives et doubles envois
Comment ça marche
- 1ParcoursVous envoyez les écrans et vos règles de plafonds et de frais
- 2CasNous écrivons les cas, listes de contrôle et le plan d'après votre description
- 3LivraisonVous recevez le classeur Excel et le fichier Word sur la page de la commande
- 4Votre exécutionVotre équipe exécute les cas dans un environnement de test
Ce dont nous avons besoin
Les parcours à couvrir, les types de comptes et devises, vos règles de plafonds, frais, arrondis et heures limites telles qu'elles sont réglées dans le produit, comment un paiement est confirmé, les statuts par lesquels passe un paiement, les notifications, les plateformes et versions et ce qui a déjà dysfonctionné. Captures d'écran avec des données fictives, une liste de fonctions ou des exigences : jusqu'à 5 fichiers en images, Word, Excel ou PDF. N'envoyez jamais de vrais numéros de compte, cartes, identifiants, codes ni données de clients.
Nous vous demanderons :
- Quels flux d'argent doivent être couverts ?
- Quelles sont vos règles de plafonds et de frais ?
- Comment un paiement est-il confirmé ?
- Qu'est-ce qui a déjà dysfonctionné ?
Comparer les formules
| Formules | Essentiel25 cas pour un flux d'argent12 € | Standard60 cas, jusqu'à 4 parcours28 € | Premium120 cas, jusqu'à 8 parcours55 € |
|---|---|---|---|
| Délai | 1 jour | 2 jours | 4 jours |
| Retouches | 1 | 2 | 3 |
| Cas de test | 25 | 60 | 120 |
| Zones ou fonctions | 1 | jusqu'à 4 | jusqu'à 8 |
| Listes de contrôle | 1 | jusqu'à 4 | jusqu'à 8 |
| Plan de test | Non | court | complet |
| Liste de contrôle de régression et modèle de rapport de bug | Non | Non | Oui |
| Produit | Virements et paiements | Virements et paiements | Virements et paiements |
| Commander Essentiel | Commander Standard | Commander Premium |
Paiement protégé
Vous payez à la commande, mais l’argent n’est versé que pour un travail validé.
- Prix fixeLe prix de la formule ne change pas après le paiement.
- L’argent est réservéAu paiement, le montant est seulement réservé. Il n’est versé à Dleex qu’une fois le travail validé.
- Vérifié avant livraisonChaque résultat passe un contrôle qualité avant de vous parvenir, et vous le voyez sur la page de la commande avant de le valider.
- Retouches gratuitesDemandez des retouches dans le cadre de votre brief autant de fois que la formule le permet.
- Validation au bout de 3 joursSi, dans les 3 jours suivant la livraison, vous n’avez ni validé le travail ni demandé de retouches, il est validé automatiquement. Si vous écrivez dans le chat de la commande après la livraison, la commande est mise en attente ; après notre réponse, nous pourrons relancer le délai de 3 jours et vous le signalerons dans le chat.
- Travail refait ou remboursement intégralSi le résultat ne correspond pas à votre brief et que les retouches n’y ont rien changé, ou si le travail prend plus du double du délai prévu, écrivez dans le chat de la commande : nous referons le travail ou vous rembourserons intégralement.
Questions et réponses
Testerez-vous l'application ou ferez-vous des paiements ?
Non. Nous écrivons les cas et les listes de contrôle ; votre équipe les exécute dans un environnement de test. Nous ne nous connectons jamais, ne déplaçons pas d'argent et n'utilisons pas votre application.
Les cas montrent-ils que nous respectons les règles bancaires ?
Non. Nous prenons vos règles de plafonds, frais et contrôles telles que vous les donnez et écrivons des cas qui montrent si l'application les suit. Savoir si vos règles respectent la loi ou les exigences d'un régulateur relève de vos conseillers en conformité et juridiques.
Est-ce un test de sécurité ?
Les cas incluent des contrôles de base, comme un code de confirmation qui ne fonctionne pas deux fois. Ce n'est ni un audit de sécurité ni un test d'intrusion.
Sur quelles données devons-nous exécuter les cas ?
Sur un environnement de test avec des comptes et des montants fictifs. Les cas n'ont jamais besoin de vrais clients, cartes ou argent.
Des cas de test signifient-ils que le produit n'a aucun bug ?
Non. Ils couvrent ce que vous décrivez à la profondeur de votre formule ; des bugs en dehors des cas peuvent subsister, et le résultat dépend du soin avec lequel les cas sont exécutés.
Vous n’avez pas trouvé la réponse ?


