IOSOR Guides
La portée sandbox n’est pas la couverture production
Les destinations sandbox sont réservées aux tests. Ne les citez jamais comme zones Live sur une feuille finance ou un score runway.
La portée sandbox prouve la plomberie, pas un corridor vendable. Un DLR sandbox vert ne doit jamais devenir une zone Live sur un devis, un tableau runway jour 1 ou une tuile catalogue que la finance a déjà traitée comme vendue.
IOSOR étiquette les destinations de test pour que l’ingénierie fasse du smoke sans inventer de couverture. Dès qu’un préfixe sandbox-only atterrit sur la feuille Live, l’acheteur achète de la fiction — et le ledger ne sauvera pas cette conversation. Traitez les verts sandbox comme preuve de staging seulement.
Étiquetez les destinations de test comme non-Live
Marquez chaque liste de destinations sandbox comme test-only dans l’export console. Si un préfixe n’apparaît que dans la portée sandbox, il ne doit pas entrer sur la feuille de couverture Live. La finance ne cite que des zones Live — jamais « ça a marché en sandbox, on peut promettre ».
Gardez un propriétaire court pour l’export : qui a étiqueté, quand le tirage a eu lieu, quel couloir de clé a produit le DLR. Sans étiquette, le bruit sandbox devient pièce jointe de devis que les ventes transfèrent sans lire le pied de page.
Bloquez le succès sandbox comme claim de couverture
Posez une porte pour qu’un DLR sandbox ne bascule pas une ligne catalogue en Live. Catalog Live exige encore vault vert et smoke production sur le vrai corridor. Le succès sandbox prouve clé et chemin webhook — pas que le corridor est vendu ni que le routage heures silencieuses est prouvé pour le trafic payant.
Si le produit affiche un badge Live après preuve sandbox seule, rétrogradez la ligne et ouvrez un ticket d’honnêteté avant le prochain appel commercial. N’attendez pas le litige acheteur.
Exportez les listes d’écarts sans bruit sandbox
Quand vous exportez les écarts de couverture pour la finance, retirez d’abord les préfixes sandbox-only. Gardez la liste honnête pour que les devis n’inventent pas une portée qui n’existe que dans le couloir de test. Appariez la liste nettoyée à la feuille Live pour une seule histoire de bout en bout.
Réexportez après toute campagne sandbox pour que des préfixes temporaires ne restent pas dans le dossier finance sous le nom de la semaine dernière.
Le runway jour 1 ignore les verts sandbox
Le score runway lit vault Live, fraîcheur du heartbeat webhook et traffic_ok — pas les coches sandbox de staging. Ne peignez pas le jour 1 en vert parce qu’un OTP staging a passé la nuit dans le couloir sandbox.
Si le runway paraît vert alors que la couverture Live montre encore des écarts, croyez l’export de couverture — pas la capture du tableau sandbox collée aux notes de standup.
Chemins ops associés
Commencez avec IOSOR
Exportez la portée sandbox et la couverture Live côte à côte. Supprimez tout préfixe sandbox-only de la feuille de devis. Relancez la porte Catalog Live contre vault et smoke production, pas contre le DLR sandbox. Seulement ensuite mettez à jour le tableau runway et partagez la liste d’écarts nettoyée avec la finance.
À retenir — IOSOR
Vert sandbox prouve la plomberie, pas un corridor vendable. Finance et runway ne citent que des zones Live.
À faire : retirer les préfixes sandbox-only avant export et protéger Catalog Live avec vault plus smoke production.
À ne pas faire : citer le succès sandbox comme Live, ni peindre le runway jour 1 avec.
Ce guide vous a-t-il aidé ?
Guides associés
- Le trafic sandbox ne doit pas frapper le portefeuille
Une clé Live dans un banc de test est un incident. Détectez la fuite, gelez les holds et rotaez avant le volume pilote.
- Identifiants sandbox qui ne brûlent pas le débit Live
Émettez des clés API sandbox qui ne retiennent ni ne débitent jamais le portefeuille prépayé. Gardez les clés Live hors du CI et prouvez le cutover dans Developers.