Woher wissen Sie, welche Mock-Daten Sie in Ihren Tests verwenden sollen?

Da wir bereits den Pfad kennen, den wir testen, haben wir eine Definition von Erfolg für jeden Testfall. Wir werden mit Versuch und Irrtum mit Mock-Daten arbeiten, bis wir den Pfad erreichen, den wir gehen müssen. Dies umfasst Dropdowns, Formularfelder und alle anderen Daten, die dazu führen würden, dass wir einen anderen oder verzweigten Pfad einschlagen. Wie Sie sich vorstellen können, ist die Tatsache, dass Mock-Testdaten so lange getestet werden können, bis das Ergebnis einem bekannten Erfolgszustand entspricht, ein maschinelles Lernproblem, das schließlich vollständig automatisiert werden kann. Wir arbeiten daran. Einige Erläuterungen, wie wir Testdaten verwalten: -Viele der Mock-Daten beeinflussen den Workflow nicht – Logins, Kontodetails wie Name oder Adresse, welches Produkt zum Warenkorb hinzugefügt wird. Wir verwenden, was praktisch ist. -Syntaktisch eingeschränkte Daten wie eine Telefonnummer werden kontextbezogen oder durch Versuch und Irrtum erstellt. -Wenn wir negative Testfälle in der Produktion beobachten, werden wir sie testen – jedoch werden wir nicht erschöpfend Permutationen von Mock-Daten testen, um den negativen Testfall auszulösen. -Wir erstellen so viele Testdaten wie möglich, insbesondere während der Kontoeinrichtungsabläufe. Wir versuchen, die Testdaten, die wir in der Testsuite erstellen, so zu manipulieren, dass sie weniger von den Testdatenmanagementprozessen unserer Kunden abhängig sind. -Wenn die Testdaten nicht durch eine menschliche Aktion ausgelöst werden (wie in einem Überwachungstool), müssen wir nach einer API oder einem Datenstrom fragen, um uns zu ermöglichen, diese Daten auszulösen oder zu empfangen. -Wenn Daten zwischen einer Benutzerrolle und einer anderen übermittelt werden (wie ein Kunde, der ein Produkt bestellt, und ein Mitarbeiter, der die Bestellung bearbeitet), werden wir die Tests so anordnen, dass diese Daten während des Testablaufs erstellt und übermittelt werden.