Erstellen einer Teststrategie zum Überprüfen der Datenkonsistenz zwischen zwei Systemen - Testen, Systemtesten

Bei einer schnellen Suche über Stackoverflow konnte nichts gefunden werden, daher hier meine Frage.

Ich versuche, die Teststrategie für eine Anwendung aufzuschreiben, bei der zwei Anwendungen jeden Tag miteinander synchronisiert werden, um eine große Datenmenge synchron zu halten.

Da es sich um eine große Datenmenge handelt, möchte ich nicht wirklich alles überprüfen. Ich möchte jedoch jedes Mal, wenn eine Datensynchronisierung stattfindet, eine Stichprobenprüfung durchführen. Welche Strategie sollte hier für ein solches System gelten?

Ich denke an diesen 2 Ansatz. 1) Zählen Sie alle Daten und überprüfen Sie, ob beide gleich sind 2) Wählen Sie eine zufällige 5 Dateneingabe und überprüfen Sie, ob ihre Eigenschaften synchron sind.

Jeder Vorschlag wäre toll.

Antworten:

Was Sie brauchen, ist bekannt als Risikomanagementwird beim Softwaretest aufgerufen Software-Risikomanagement.
Anscheinend geht es bei Ihrer Frage nicht um das Testen.Was Sie testen möchten, aber wie Sie beschreiben, was Sie tun und warum Sie das tun (basierend auf der Frage, von der ich annehme, dass Sie diese Erklärung auch für sich selbst benötigen ...).

Das Hinzufügen von SRM zu Ihrer Teststrategie sollte Folgendes beschreiben:

• Das Risiko, nicht alle Daten im gespiegelten System vollständig zu testen
• Eine Tabelle, in der SRM gegenüber der getesteten Datenmenge verkleinert wird(dh Fehlerwahrscheinlichkeit, wenn nur n% der getesteten Daten gegenüber -eg- 2n% getestet wurden), dh -eg! - 5% der verlorenen Daten / ungültigen Daten / Datenkorrektur / usw., wenn x% der Daten mit getestet wurden ak Ausführungszeit von Minute / Stunde
• Basierend auf dem vorherigen Punkt ergibt sich eine Aufschlüsselung der für die verschiedenen Optionen verwendeten Ressourcen (z. B. HW-Last% für n Stunden, verwendete Arbeitsstunden sind y, Kosten für die Nutzung von HW / SW / HR betragen z USD).
• Wahrscheinlichkeit - und Kosten - von Fehlern / Problemen mit dem Automatisierungscode (dh der Datenvergleich geht schief und führt zu falsch positiven oder falsch negativen Ergebnissen, was DBA, Entwicklern und / oder Tests einen Overhead verursacht).
• Was passiert, wenn die SRM-Option gewählt wird?!!z.B.!! 10% der getesteten Daten geben 3% des Datenkorruptions- / Verlustrisikos und 0,75% des Overhead-Risikos an - falsche positive / negative Ergebnisse - führen zu einem tatsächlichen Fehler, dh Verweis auf Geschäftskontinuität und Auswirkungen von Daten-, Integritäts- usw. Verlust

Alles andere kommt dir in den Sinn und du fühlst, dass es auf deine zutrifft aktuelles Thema in deinem aktuelles System mit Ihrem tatsächliche Vorlieben.