Von Daten bis hin zu großen Modellanwendungen: Am 25. November fand die Hangzhou Yuanchuang-Konferenz statt, um Entwicklungstipps auszutauschen.

1. Was ist der vergrabene Punkt?

Unter Tracking, auch Event-Tracking genannt, versteht man verwandte Technologien und Implementierungsprozesse zur Erfassung, Verarbeitung und Übermittlung von Nutzerverhalten oder Ereignissen. Im Klartext: Es geht darum, das Verhalten der Nutzer in Apps und Websites mit technischen Mitteln zu „überwachen“.

2. Die Rolle vergrabener Punkte

Wenn wir Daten zum Benutzerverhalten sammeln möchten, können wir dies tun, indem wir Punkte vergraben.

Sie möchten beispielsweise wissen, auf welche Schaltflächen ein Benutzer in der APP geklickt hat, welche Seiten er angesehen hat, was er getan hat usw.
Ein weiteres Beispiel ist die Frage, wie viele Personen bestimmte Funktionen genutzt haben, wie oft sie genutzt wurden usw.

3. Die Verwendung vergrabener Punkte – allgemeine Einführung in den Datenfluss

3.1. Echtzeitdaten

Die Echtzeit-Datenquelle beginnt mit dem Klickstrom. Das Client-SDK meldet vergrabene Daten. Der Sammeldienst schreibt die gemeldeten vergrabenen Daten in den JDQ-Schreibcluster und fasst die Daten dann über die Fregeta-Aufgabe im JDQ-Lesecluster zusammen.
Die Downstream-Flink-Aufgabe verbraucht das Originalthema aus dem Lesecluster und spuckt dann das verarbeitete Thema für den Downstream-Geschäftsverbrauch aus.
Zu den nachgelagerten Unternehmen gehören: GoldenEye, Shangzhi, Search Promotion usw.

3.2. Offline-Daten

Die Quelle der Offline-Daten beginnt im Clickstream. Das Client-SDK meldet Daten zu vergrabenen Punkten. Der Erfassungsdienst schreibt die gemeldeten vergrabenen Punkte auf die CFS-Netzwerkfestplatte und legt die Daten dann über den Offline-Extraktionsdienst im Data Warehouse ab.
Das Data Warehouse wird einer mehrschichtigen Verarbeitung unterzogen, um die Daten in der vom Unternehmen benötigten Qualität zu verarbeiten und sie für die Nutzung durch Datenanwendungen bereitzustellen.
Zu den nachgelagerten Unternehmen gehören: GoldenEye, Shangzhi, Search Promotion usw.

4. Betten Sie verwandte Teams ein

Verantwortlichkeiten jedes Teams:

5. Vergrabener Prozess

5.1. Nachfrage nach Geschäftsprodukten

Geschäftsprodukte übermitteln ihre Bedürfnisse zunächst an vergrabene Produkte
Zu beachtende Punkte: Alle neuen oder geänderten Anforderungen in Bezug auf erdverlegte Punkte müssen an die Meridian-Plattform für erdverlegte Punktprodukte übermittelt werden.
Online-Problem: 20230527 Das Parsen des Jingdong APP-Applet-Kaufs ist fehlgeschlagen. Dies liegt daran, dass die Nachfrage dringend ist und Meridian nicht verwendet wird. Das Produkt verwaltet das Dokument selbst, was dazu führt, dass der Downstream nach der Änderung der Felder nicht analysiert werden kann.

5.2. Erstellen Sie einen vergrabenen Plan

•Nach Erhalt der Nachfrage nach dem vergrabenen Produkt wird eine Überprüfungssitzung eingeleitet, um zu prüfen, ob die Nachfrage angemessen ist, ob sie weggelassen wird, ob die Parameter vollständig sind, ob eine Benachrichtigung von Drittunternehmen erforderlich ist und um den Zeitplan festzulegen .

Das vergrabene Produkt wird auf der Grundlage der Überprüfungsergebnisse einen Vergrabungsplan bei Meridian erstellen.
Nachdem für das vergrabene Produkt ein vergrabener Plan erstellt wurde, werden die Geschäfts-, Entwicklungs-, Test- und Datenseiten eingeladen, an der Planüberprüfung teilzunehmen, um zu bestätigen, ob der Plan vollständig ist und ob die Parameter angemessen sind.

5.3. Fokus auf Entwicklung

Nachdem die Front-End-Forschung und -Entwicklung den Einbettungsplan erhalten hat, entwickelt sie sich gemäß dem Einbettungsplan.
Zu beachtende Punkte: Entwickeln Sie Versionszweige, die zum vereinbarten Zeitpunkt gestartet werden müssen. Achten Sie darauf, den Versionsstart nicht im Voraus zu verfolgen.
Online-Problem: Am 12. Oktober 2023 sind die Auftragsindikatoren für die stündliche Auslieferung der Suchergebnisseite gesunken. Dies liegt daran, dass die versteckten Punkte nicht getestet und im Voraus freigegeben wurden, was dazu führte, dass eine nachgelagerte Analyse nicht möglich war.

5.4. Vergrabener Punkttest

Nach Abschluss der Entwicklung muss der Test anhand der Berichtsregeln überprüft werden. Einzelheiten finden Sie unter: 6.2.2, Anwendungsfälle für Berichtsregeln
Der Test führt eine Feldüberprüfung an den vergrabenen Punkten auf der Gleisplattform durch. Einzelheiten finden Sie unter: 6.2.1, Anwendungsfälle für die Feldüberprüfung
Nach Abschluss der Überprüfung wird der Prüfbericht ausgegeben. Einzelheiten finden Sie unter: 6.3.3, Nutzung der Gleisplattform

5.5. Annahme vergrabener Punkte

Das vergrabene Produkt überprüft die Prüfaufzeichnungen im durch die Prüfung erstellten Prüfbericht.
Führen Sie gleichzeitig eine Tabellenüberprüfung der Daten durch

5.6. Vergrabene Punkte online

Nach Abschluss der Abnahme wird der entsprechende Versionsstatus von Meridian auf Online geändert.
Frontend-Nachfolgeversion online
Zu beachtende Punkte: Jedes Mal während der Entwicklung müssen Sie den neuesten Online-Master-Zweig verwenden, um einen neuen Entwicklungszweig abzurufen. Wenn Sie den Code zusammenführen, bevor Sie online gehen, stellen Sie sicher, dass während des Prozesses keine anderen Online-Zweige vorhanden sind. Wenn ja, dann Sie Sie müssen sich darauf konzentrieren, um ein Überschreiben beim letzten Mal zu vermeiden. Online-Inhalte.
Online-Problem: Am 18. Oktober 2023 waren die Daten im Jingxiao LBS-bezogenen Geschäfts-Dashboard abnormal. Dies lag daran, dass die online zusammengeführte Filiale die normale Version abdeckte, die beim letzten Mal gestartet wurde, was zu Berichtsfehlern führte.

6. Die wichtigste Qualitätssicherung von erdverlegten Punkten ist die Prüfung vergrabener Punkte

6.1. Häufig gestellte Fragen zu vergrabenen Punkten

Es gibt mehrere häufig gestellte Fragen:

Der vergrabene Bedarf folgt nicht dem Meridian und der gemeldete Inhalt ist falsch.
Als das Unternehmen die Logik änderte, vergaß es, die vergrabenen Punkte zu ändern und zu melden.
Die Upstream- und Downstream-Synchronisierung war nicht richtig, als der vergrabene Punkt online ging.
Die neu hinzugefügte Felddatenstruktur ist nachgelagert nicht kompatibel

6.2. Vergrabene Testfälle – Qualitätssicherung der gemeldeten Inhalte

6.2.1. Anwendungsfälle der Feldvalidierung

Überprüfen Sie, ob die gemeldeten verdeckten Punkte mit den im Plan festgelegten Feldnamen und Feldtypen übereinstimmen
Wenn im Bestattungsplan Parameterlängen markiert sind oder es sich bei den Parametern um Aufzählungen handelt, ist eine Überprüfung erforderlich.
Wenn es sich um verschachteltes JSON handelt, müssen Sie darauf achten, die ursprüngliche JSON-Struktur nicht zu zerstören.

6.2.2. Anwendungsfälle für Berichtsregeln

1) PV-Szene

Szenario 1: Rufen Sie die Seite normal auf

Verhalten: Rufen Sie die PV-Seite normal auf und bleiben Sie dort
Erwartete Ergebnisse: Normalerweise wird nur ein vergrabener PV-Punkt gemeldet und page_id, page_param und document sind konsistent.
Besonderes Szenario:

▪Szenario mit verschachtelten Registerkartenseiten: Beim Betreten wird nur 1 Hauptregisterkarte PV-Vergrabungspunkt gemeldet, und beim Wechseln der Registerkarten wird eine weitere Registerkarte PV-Vergrabungspunkt gemeldet. Beispielsweise werden beim Betreten 2 PV-Vergrabungspunkte angezeigt (1 äußerer PV-Vergrabungspunkt mit großem Rahmen). Wenn Wenn ein Haupt-Tab-Pv vergraben ist), wird ein Fehler gemeldet; wiederholtes Wechseln der Tabs führt nicht dazu, dass derselbe Seiten-Pv erneut angezeigt wird.

anfällig für Probleme

▪Beim normalen Aufrufen der Seite werden keine ausgeblendeten PV-Punkte gemeldet. Die ausgeblendeten Punkte werden nur beim Wechseln der relevanten Registerkarten gemeldet.

▪Beim Betreten der Seite werden keine ausgeblendeten PV-Punkte gemeldet, und ausgeblendete PV-Punkte werden nur beim Verlassen der Seite gemeldet.

Szenario 2: Zurück zu diesem Seitenszenario

Verhalten: Geben Sie Seite A normal ein und bleiben Sie dort. Klicken Sie dann in diesem Szenario auf ein Element, um die untergeordnete Seite B aufzurufen, und kehren Sie dann zu Seite A zurück.
Erwartete Ergebnisse: 3 versteckte PV-Punkte werden nativ gemeldet, nämlich A, B und A, und page_id, page_param und document von Seite A sind konsistent. Der h5-Fallback meldet keine versteckten PV-Punkte.
Es kann zu Problemen kommen: Die Rollback-Seite meldet nicht die versteckten PV-Punkte von Seite A

Szenario 3: Verlassen Sie das Seitenszenario schnell (hauptsächlich, um das Problem zu lösen, dass der Parameter pageParam vom Server ausgegebene Parameter enthält. Wenn die Schnittstelle nicht antwortet, müssen auch die vergrabenen PV-Punkte normal gemeldet werden.)

Verhalten: Betreten Sie die Seite normal und verlassen Sie die Seite schnell
Erwartete Ergebnisse: 1 vergrabener PV-Punkt wird normal gemeldet und page_id, page_param und document sind konsistent
Mögliche Probleme:

Szene 4: Nach unten ziehen, um die Szene zu aktualisieren

Verhalten: Rufen Sie die Seite normal auf und ziehen Sie sie dann nach unten, um sie zu aktualisieren
Erwartete Ergebnisse: Bei der Pulldown-Aktualisierung werden keine verdeckten PV-Punkte mehr gemeldet
Mögliche Probleme:

Szene 5: Die APP wechselt zur Hintergrund- oder Sperrbildschirmszene

Verhalten: Rufen Sie die Seite normal auf, schalten Sie dann die APP in den Hintergrund oder sperren Sie den Bildschirm, öffnen Sie ihn oder entsperren Sie ihn erneut
Erwartete Ergebnisse: Gemäß den Vorschriften werden verdeckte PV-Punkte nicht mehr gemeldet
Mögliche Probleme:

2) Klicken Sie auf die Szene

Szenario 1: Betreten Sie die Seite, ohne zu klicken

Verhalten: Klicken Sie nicht auf das entsprechende Element
Erwartete Ergebnisse: Laut dem Dokument zu versteckten Punkten werden Klick-vergrabene Punkte hier nicht gemeldet, wenn die Standardmeldung nicht erforderlich ist (einige vergrabene Punkte haben die Logik von Standard-Klick-vergrabenen Punkten, dieses Szenario entspricht den Erwartungen).
Mögliche Probleme:

Szenario 2: Normaler Klick

Verhalten: Klicken Sie normal auf das entsprechende Element
Erwartete Ergebnisse: 1-Klick-vergrabener Punkt wird normal gemeldet und event_id, page_id, page_param, event_param, json_param, et_model stimmen mit dem Dokument überein
Mögliche Probleme:

Szenario 3: Kein Sprung beim Klicken (kein Funktionsauslöser, keine interaktive Änderung)

Verhalten: Normaler Klick auf das entsprechende Element ohne Interaktion
Erwartetes Ergebnis: Es werden keine Klickereignisse gemeldet
Mögliche Probleme:

Szenario 4: Verrutschender vergrabener Punkt

Verhalten: Stoppen Sie, nachdem Sie zum Durchsuchen gewischt haben
Erwartete Ergebnisse: Klick-vergrabene Ereignisse melden
Mögliche Probleme:

3) Belichtungsszene

Szenario 1: Rufen Sie die Seite normal auf und das Element ist zu diesem Zeitpunkt nicht durchgesickert (testen Sie, ob das offengelegte Element nicht durchgesickert ist, und melden Sie es).

Verhalten: Rufen Sie die Seite normal auf, das Element ist zu diesem Zeitpunkt nicht durchgesickert, und verlassen Sie dann die Seite
Erwartetes Ergebnis: Die entsprechenden Expositionspunkte werden nicht gemeldet
Problemanfällig: Verborgene Punkte melden, bevor sie durchsickern

Szenario 2: Rufen Sie die Seite normal auf. Zu diesem Zeitpunkt ist das Element aus der Anzeige durchgesickert (Sie müssen die Szenarien testen, in denen das Element gerade durchgesickert ist, 50 % durchgesickert ist und 100 % durchgesickert ist, um sicherzustellen, dass es konsistent ist mit der Platzbeschränkung und der Zeit der Elementfreilegung im vergrabenen Dokument. Testbericht-Zeitpunkt und Platzbeschränkungen der Freilegungselemente)

Verhalten: Betreten Sie die Seite normal. Zu diesem Zeitpunkt ist das Element aus dem angegebenen Verhältnis herausgesickert, und verlassen Sie dann die Seite.
Erwartete Ergebnisse: Der Meldezeitpunkt dieses Elements = der Meldezeitpunkt der Anforderungen im ausgeblendeten Dokument (Meldung, wenn es ausläuft oder wenn die Seite verlassen wird), und die Berichtsparameter bleiben konsistent
Mögliche Probleme:

▪Das versteckte Dokument erfordert, dass Sie die Seite verlassen und zur Offenlegung melden. Wenn es tatsächlich ausläuft, melden Sie es und umgekehrt.

▪Das Dokument mit versteckten Punkten erfordert 100 % Leckage, um als offengelegt zu gelten. Wenn tatsächlich ein Pixel verloren geht, wird der versteckte Punkt gemeldet.

▪Die Belichtungslogik ist auf beiden Seiten inkonsistent und die Menge der Belichtungsdaten auf Android und iOS ist sehr unterschiedlich.

Szenario 3: Testen Sie den Meldezeitpunkt von Expositionselementen

Verhalten: Geben Sie die Seite normal ein. Zu diesem Zeitpunkt ist das Element zu 100 % durchgesickert, was verschiedene Ausstiegsseitenszenarien auslöst: Aufrufen der Seite auf niedrigerer Ebene, Zurückkehren zur vorherigen Seite, Aktualisieren der Seite, Wechseln zu anderen Registerkartenseiten und Aufrufen der Seite Hintergrund. 5 Szenarien
Erwartete Ergebnisse: Die Anzahl der diesem Element entsprechenden Expositionsberichte = die Anzahl der im Dokument eingebetteten Anforderungen
Es kann zu Problemen kommen: Das vergrabene Dokument muss die Seite verlassen, um die Belichtung zu melden, aber das tatsächliche Leck wird gemeldet, oder beim Verlassen der Seite wird eine bestimmte Szene übersehen, was dazu führt, dass die Belichtungsdaten nicht rechtzeitig gemeldet werden

Szenario 4: Betreten Sie die Seite normal (testen Sie die In-Page-Deduplizierungslogik offengelegter Elemente)

Verhalten: Rufen Sie die Seite normal auf, schieben Sie die Seite nach oben und unten, damit das Element zweimal angezeigt wird, und verlassen Sie dann die Seite.
Erwartete Ergebnisse: Die Anzahl der diesem Element entsprechenden Expositionsberichte = die Häufigkeit, mit der die Anforderungen im Dokument vergraben sind (ob Duplikate auf der Seite entfernt werden sollen, nur eine Exposition melden)
Mögliche Probleme:

Szenario 5: Rufen Sie die Seite normal auf (testen Sie die Rückgabe- und Berichtslogik von Belichtungselementen).

Verhalten: Rufen Sie die Seite normal auf, schieben Sie die Seite nach oben und unten, um das Element anzuzeigen, rufen Sie dann die Seite der unteren Ebene oder eine andere Registerkarte auf, kehren Sie dann von der Seite der unteren Ebene zurück und verlassen Sie die Seite
Erwartete Ergebnisse: Melden Sie die Sichtbarkeit des entsprechenden Elements nach der Rückkehr von der untergeordneten Seite oder einer anderen Registerkarte
Mögliche Probleme:

▪Erforderlich, die Exposition zurückzugeben und erneut zu melden, hat jedoch nach der tatsächlichen Rückkehr keine erneute Meldung vorgenommen

Szenario 6: Pulldown-Aktualisierungsszenario von Expositionsdaten (Testen der Pulldown-Aktualisierungsberichtslogik von Expositionselementen)

Verhalten: Rufen Sie die Seite normal auf, das Element wird zu 100 % angezeigt und ziehen Sie dann nach unten, um eine Seitenaktualisierung auszulösen
Erwartete Ergebnisse: Zum Aktualisieren nach unten ziehen und erneut Bericht erstatten.
Mögliche Probleme:

▪Erforderlich, um die Exposition nach der Aktualisierung erneut zu melden, sie wurde jedoch nicht tatsächlich gemeldet.

6.3. Tool-Track-Plattform für vergrabene Punkttests

6.3.1. Einführung in die Plattform

Track ist eine Qualitätsplattform aus einer Hand für APP-, M- und Miniprogramme. Es unterstützt die spurlose Erfassung vergrabener Punkte durch Agenten und Code-Scannen und überprüft automatisch die Daten vergrabener Punkte über das einheitliche Regelzentrum, sodass Tests, Entwicklung, Produkte und Unternehmen bequem vergrabene Testpunkte schnell und effizient anzeigen können. Gleichzeitig können die vergrabenen Punkte durch die Traversal-Technologie automatisch auf Selbsttest, Rauch, Regression und andere Aspekte der vergrabenen Punkte getestet werden, wodurch Arbeitskräfte eingespart und die Effizienz der Qualität der vergrabenen Punkte verbessert werden.

6.3.2. Plattformnutzung

1) Erstellen Sie einen Plan für vergrabene Punkte

Hier bedarf es der Verknüpfung mit dem gepflegten Bestattungsplan auf dem Meridian.

2) Wählen Sie diesen vergrabenen Punktplan nach der Generierung aus

3) Nachdem Sie die Berichtsmethode ausgewählt haben, wählen Sie „QR-Code scannen, um zu melden“.

Füllen Sie die entsprechende Website aus, generieren Sie einen QR-Code, scannen Sie den Code mit Ihrer Kamera und öffnen Sie die App zum Melden.

4) Auslösende vergrabene Ereignisse, die getestet werden müssen, werden in der Echtzeitberichterstattung unten angezeigt. Wählen Sie das entsprechende Ereignis aus und die gemeldeten Feldinformationen werden rechts angezeigt.

5) Vergleichen Sie die Felder, markieren Sie die Testergebnisse und erstellen Sie nach der Markierung einen Testbericht.

Autor: JD Retail Zhang Yuxun

Quelle: JD Cloud Developer Community Bitte geben Sie beim Nachdruck die Quelle an

Eine kurze Diskussion über vergrabene Punkte und Qualitätssicherung | JD Cloud-Technikteam