Cas de test SaaSSite web

Cas de test pour un tableau de bord SaaS : rôles, droits, tableaux de données, filtres, facturation et réglages

Généralement prêt en 15 minutesRetouches inclusesContrôle qualité
Formules
Paiement 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é.

Cas de test pour un tableau de bord SaaS : rôles, droits, tableaux de données, filtres, facturation et réglages

Exemple de résultat

Exemple pour la formule Standard

Cas de test : inscription, panier et paiement d'une petite boutique de thé en ligne

Cas du domaine « Paiement » (4 sur 18)

IDTitreÉtapesDonnées de testRésultat attenduPriorité
CO-01Commande par carte, livraison standard1. 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 paiementLa page de commande affiche le numéro ; un e-mail de confirmation arrive dans les 5 minutesHaute
CO-04Seuil de livraison gratuite1. 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 3Haute
CO-09Code 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 clairMoyenne
CO-15Bouton Retour après le paiement1. Payer une commande. 2. Cliquer sur le bouton Retour du navigateur.—Pas de second débit ; le panier est videHaute

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 un tableau de bord SaaS, les bugs coûteux sont rarement sur l'écran principal : un lecteur qui peut encore supprimer un enregistrement, un filtre qui perd des lignes combiné à une plage de dates, un lien d'invitation qui fonctionne encore après le retrait du siège, une rétrogradation qui laisse actives des fonctions payantes. Nous écrivons des cas de test pour les écrans et règles que vous décrivez : rôles et droits, tableaux, filtres, tri et pagination, formulaires, exports, notifications, réglages, invitations et facturation des abonnements. Chaque cas a des étapes, des données de test, le résultat attendu et une priorité. Envoyez des captures d'écran, une liste de fonctions ou une documentation et votre tableau de rôles si vous en avez un. Vous recevez un classeur Excel avec cas et listes de contrôle ; à 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 les cas ; votre équipe les exécute. Nous ne nous connectons jamais à votre produit.

Ce qui est inclus

  • Ce que vous recevezUn classeur Excel avec les cas du tableau de bord : ID, zone, rôle, titre, préconditions, étapes, données de test, résultat attendu, priorité et une colonne pour votre résultat, plus une liste de contrôle par zone. À partir de Standard, un plan de test Word avec rôles, navigateurs et critères de mise en production ; en Premium, un plan complet, une liste de contrôle de régression pour chaque version et un modèle de rapport de bug.
  • Rôles et droitsCe que chaque rôle peut voir, modifier et supprimer
  • Tableaux et filtresTri, filtres combinés, pagination et états vides
  • Invitations et membresAjouter, retirer et modifier les membres d'un espace de travail
  • Formules et facturationMontées en gamme, rétrogradations, essais et limites, en mode test
  • Exports et réglagesFichiers CSV, notifications et réglages du compte

Comment ça marche

  1. 1
    ProduitVous envoyez les écrans, une liste de fonctions et les rôles
  2. 2
    CasNous écrivons les cas, listes de contrôle et le plan d'après votre description
  3. 3
    LivraisonVous recevez le classeur Excel et le fichier Word sur la page de la commande
  4. 4
    Votre exécutionVotre équipe exécute les cas avant chaque version

Ce dont nous avons besoin

Ce que fait le produit et qui l'utilise, les écrans ou fonctions à couvrir, les rôles et ce que chacun peut faire, les limites des formules et ce qui se passe lors d'une montée en gamme, d'une rétrogradation ou de la fin d'un essai, le prestataire de paiement si la facturation est concernée, les navigateurs pris en charge, les intégrations que les gens connectent et ce qui a déjà dysfonctionné. Des captures d'écran, une liste de fonctions, une documentation ou des exigences aident le plus : jusqu'à 5 fichiers en images, Word, Excel ou PDF. N'envoyez jamais d'identifiants, de clés API ni de vraies données clients.

Nous vous demanderons :

  • Que fait le produit ?
  • Quels rôles existent ?
  • Quelles zones comptent le plus ?
  • Quels navigateurs prenez-vous en charge ?
  • Qu'est-ce qui a déjà dysfonctionné ?

Comparer les formules

FormulesEssentiel25 cas pour une zone du tableau de bord12 €Standard60 cas, jusqu'à 4 zones27 €Premium120 cas, jusqu'à 8 zones55 €
Délai1 jour2 jours4 jours
Retouches123
Cas de test2560120
Zones ou fonctions1jusqu'à 4jusqu'à 8
Listes de contrôle1jusqu'à 4jusqu'à 8
Plan de testNoncourtcomplet
Liste de contrôle de régression et modèle de rapport de bugNonNonOui
ProduitTableau de bord SaaSTableau de bord SaaSTableau de bord SaaS
Commander EssentielCommander StandardCommander 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.
Comment ça marche →

Questions et réponses

Testerez-vous mon produit ?

Non. Nous écrivons les cas et les listes de contrôle ; votre équipe les exécute et note les résultats. Nous ne nous connectons jamais à votre produit, ne l'utilisons ni ne le testons.

Les cas peuvent-ils couvrir l'API ?

Si vous envoyez la documentation de l'API, nous ajoutons des cas avec requêtes et réponses attendues que votre développeur exécute avec ses propres outils. Sans documentation, les cas suivent les écrans.

Est-ce un contrôle de sécurité ?

Les cas incluent des contrôles d'accès de base, comme un rôle qui ouvre une page qu'il ne devrait pas. Ce n'est ni un audit de sécurité ni un test d'intrusion.

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.

Puis-je importer les cas dans mon outil de test ?

Le classeur est au format Excel et s'ouvre dans Google Sheets. La plupart des outils de gestion de tests importent un fichier CSV, que vous enregistrez depuis Excel en une étape ; il peut falloir faire correspondre les noms de colonnes.

Vous n’avez pas trouvé la réponse ?

Formules