Release-Arbeiten haben eine unangenehme Kategorie von Fehlern: Probleme, die nach einer Ablehnung trivial zu beschreiben sind, aber vor dem Klicken auf „Senden“ leicht übersehen werden. Ein Screenshot hat die falsche Größe. Ein Antwortfeld verschwindet leise. Zum Fangen ist keine schwere Plattform erforderlich.
Ich habe zwei kostenlose Browser-Tools rund um diese Prüfungen entwickelt. Beide laufen vollständig im aktuellen Tab, benötigen kein Konto und machen ihre Einschränkungen sichtbar, anstatt eine Heuristik in ein Versprechen zu verwandeln.
01 / Vermögenswerte speichern
Eine Screenshot-Überprüfung mit geschäftsspezifischen Regeln
Der Store Screenshot Validator liest Bildmetadaten lokal und vergleicht jede Datei mit dem ausgewählten Auflistungsziel. Apple-Prüfungen werden nach App Store Connect-Screenshot-Slot für iPhone, iPad und Mac organisiert; Google Play deckt Telefon-Screenshots ab; und der Microsoft Store deckt Desktop-Screenshots ab.
Für Apple werden genaue Abmessungen, akzeptierte Formate, Satzanzahl und Transparenz für jede veröffentlichte iPhone- und iPad-Displayfamilie sowie für Mac überprüft. Google Play fügt Kantenlängen-, Seitenverhältnis-, Format- und Empfehlungsbereitschaftsprüfungen hinzu. Der Microsoft Store prüft das PNG-Format, die Mindestabmessungen des Desktops, die Dateigröße und die Satzanzahl. Jeder Regelsatz ist direkt mit dem aktuellen Apple verknüpft, Google oder Microsoft-Dokumentation und zeichnet das Überprüfungsdatum auf.
Der Scheck ist eine Ergänzung zu Screen Studio Kit, keine kleinere Kopie davon. Screen Studio Kit ist für die Erstellung, Lokalisierung, Geräterahmen, Validierung, Erfassung und den Export-Workflow verantwortlich. Das Browser-Tool beantwortet eine engere Frage: Sind diese fertigen Dateien strukturell für diesen Upload-Slot bereit?
02 / API Verträge
Ein inkompatibler Bericht von Verbraucherseite
Der OpenAPI Breaking Change Checker vergleicht eine Basisbeschreibung mit einem Kandidatenersatz. Es akzeptiert Swagger 2.0 und OpenAPI 3.0 oder 3.1 in JSON oder YAML, löst interne JSON-Zeigerverweise auf und gruppiert Ergebnisse in relevante Änderungen, Bedarfsprüfungen und kompatible Änderungen.
Der Vergleich umfasst entfernte Pfade und Vorgänge, erforderliche Parameter, Anforderungs- und Antwortmedientypen, Antwortstatus, Objekteigenschaften, erforderliche Felder, Typen, Aufzählungswerte und Sicherheitsanforderungen. Berichte können als Markdown oder JSON exportiert werden.
Dies ist die kleine, unmittelbare Version eines Workflows, der bereits in Diff Anything vorhanden ist und neben anderen lokalen Vergleichstypen auch einen speziellen OpenAPI- und JSON-Schema-Vergleich umfasst. Der Browser-Checker ist nützlich, wenn die API-Beschreibung bereits vorliegt und ein schneller, gemeinsam nutzbarer Bericht ausreicht.
03 / Grenzen
Lokale Verarbeitung ist sinnvoll. Das gilt auch für ehrliche Grenzen.
Keines der Tools hat ein Backend. Bilder werden mit Browser-Datei-APIs überprüft; API-Beschreibungen werden in JavaScript analysiert und verglichen. Durch Schließen oder Neuladen der Seite wird der Arbeitsstatus gelöscht.
Das macht keines der beiden Ergebnisse zu einer Zertifizierung. Ein Screenshot-Tool kann nicht die Lizenzierung, die visuelle Wahrhaftigkeit, die Lokalisierungsqualität oder jede Richtlinie beurteilen. Eine API-Beschreibung kann kein undokumentiertes Laufzeitverhalten aufdecken oder beweisen, dass jeder Client eine Schemaänderung sicher verarbeitet. Externe Referenzen werden vom Prüfer identifiziert, aber nicht abgerufen.
Automatisieren Sie die Zielprüfungen. Halten Sie die daraus resultierende Interpretation sichtbar.
Diese Grenze ist beabsichtigt. Diese Tools sollten vermeidbare Freigabereibungen beseitigen, ohne die Überprüfungsarbeit zu verbergen, die noch einer Person gehört.