Windows App Certification Kit – Testergebnisse Nicht verfügbar App-Name: App-Version: App-Herausgeber: App-Architektur: Betriebssystemversion: Kitversion: Betriebssystemarchitektur: Während der Überprüfung wurden nicht alle Tests ausgewählt. Dies kann sich auf die Einreichung beim Store auswirken. Weitere Informationen Dieser Bericht wurde mit einer veralteten Version des Zertifizierungskits für Windows-Apps erstellt. Daher treten möglicherweise Probleme beim Übertragungsvorgang der App auf. Wir empfehlen Ihnen dringend, die Validierung mit der aktuellen Version auszuführen. Klicken Sie hier, um die aktuelle Version herunterzuladen Testen Sie auch, ob Sie ein x86-Paket an den Store übermitteln können, und übermitteln Sie ein Paket. Zeitpunkt der Berichtgenerierung: Gesamtergebnis: Unvollständig - Dies ist ein Zwischenbericht; setzen Sie den Toolkit-Assistenten fort, um den Bericht abzuschließen. BESTANDEN NICHT BESTANDEN BESTANDEN MIT WARNUNGEN Untersuchen Sie die Warnungen und ermitteln Sie deren Ursache, um sicherzustellen, dass die Benutzer Ihrer App nicht beeinträchtigt werden. Ergebnisse für optionale Tests Die Tests in diesem Abschnitt dienen nur zu Informationszwecken und werden nicht zur Auswertung Ihrer App während des Onboardings im Microsoft Store verwendet. Die Fehlersuche soll verhindern, dass Benutzer beeinträchtigt werden. ÜBERSPRUNGEN WARNUNG Testfall: Alle nicht signierten Dateien mit den Erweiterungen EXE, DLL, SYS, DRV, OCX, SCR und CPL werden in den Bericht aufgenommen. Keine weiteren Informationen für Anforderung: Test: Warnung: Information: Fehler: Auswirkungen, falls nicht behoben: Auswirkungen: Behebungsmethode: WSLK hat keine Änderungen am System erkannt. Ursache kann eine fehlgeschlagene oder unvollständige Deinstallation sein. Deinstallieren Sie Ihre Anwendung, und führen Sie dann diesen Schritt aus. Beim Test der nicht freigegebenen Dateien und Ordner wurden folgende Fehler erkannt: Ein Benutzer entfernt eine App möglicherweise, um Speicherplatz freizugeben oder um den Computer in den Zustand zurückzuversetzen, der vor dem Installieren der App vorlag. Bei der Deinstallation muss der Computer in seinen ursprünglichen Zustand versetzt werden, um eine optimale Benutzerfreundlichkeit zu ermöglichen. Entfernen Sie alle Dateien und Einträge unter "Software". Weitere Informationen finden Sie unter dem folgenden Link: Eigenschaften des Installationsprogramms Die App hat einen sofortigen Neustart nach der Installation erzwungen. Wenn der Benutzer nach der Installation der App sofort zu einen Neustart gezwungen wird, können Datenverluste bei anderen Apps auftreten, die gerade ausgeführt werden. Die App sollte dem Benutzer die Möglichkeit geben, den Computer zu einem späteren Zeitpunkt neu zu starten. Weitere Informationen finden Sie unter dem folgenden Link: Befehlszeilenoptionen für das Standardinstallationsprogramm Die App hat einen sofortigen Neustart nach der Deinstallation erzwungen. Wenn der Benutzer nach der Deinstallation der App sofort zu einen Neustart gezwungen wird, können Datenverluste bei anderen Apps auftreten, die gerade ausgeführt werden. Beim Deinstallieren der Anwendung darf ein Neustart niemals die einzige Option sein. Benutzer müssen die Möglichkeit zu einem späteren Neustart haben. Befehlszeilenoptionen für das Standardinstallationsprogramm Beim Test der Registrierungseinträge wurde folgender Fehler erkannt: Die App hat die erforderlichen Registrierungseinträge nicht erstellt. Apps müssen die Registrierungseinträge "DisplayName", "InstallLocation", "Publisher", "UninstallString" und "ProductVersion" erstellen. Apps, die die erforderlichen Registrierungseinträge nicht erstellen, werden von Inventurprogrammen für Unternehmen möglicherweise nicht gefunden. Dies kann zu Problemen bei Betriebssystemmigrationen oder -upgrades führen. App-Infos werden von Windows-Telemetrieprogrammen möglicherweise nicht genau übermittelt. Fügen Sie die erforderlichen Informationen zum Windows Installer-Paket der App hinzu, damit "Software" in der Systemsteuerung ordnungsgemäß konfiguriert werden kann. Beim Festlegen dieser Eigenschaften werden die entsprechenden Werte automatisch in die Registrierung geschrieben. Weitere Informationen finden Sie unter dem folgenden Link: "Programme" konfigurieren Beim Test der Registrierung für Einzelbenutzer wurden folgende Fehler erkannt: Die Anwendung steht für alle Benutzer des Computers zur Verfügung. Bei einer Installation pro Benutzer sollten keine Registrierungseinträge erstellt oder geändert werden, die sich auf den gesamten Computer beziehen (HKLM). Beim Schreibtest in die Windows-Registrierung und/oder Stammverzeichnisse wurden folgende Fehler erkannt: Apps sollten Daten nicht in Systemordnern wie %SystemDrive% oder %WinDir% speichern. Das Speichern von App- und Benutzerdaten in einem Systemordner kann Zugriffs- und Sicherheitsprobleme für den Benutzer zur Folge haben. Mithilfe der APIs für bekannte Ordner können Sie sicherstellen, dass Sie stets auf Ihre Daten zugreifen können. Schreiben Sie die Dateien in die richtigen Ordner. Weitere Informationen finden Sie unter dem folgenden Link: Mit bekannten Ordnern arbeiten Beim Test der Installation in den Programme Ordner wurden folgende Fehler erkannt: Systemeigene Apps, z. B. 32-Bit und 64-Bit-Apps, müssen standardmäßig unter %ProgramFiles% installiert werden. Beachten Sie, dass 32-Bit-Apps, die unter x64-Versionen von Windows ausgeführt werden, unter %ProgramFiles(x86)% gespeichert werden müssen. Das Speichern von Programmdateien ein einem anderen Ordner kann Zugriffs- und Sicherheitsprobleme für den Benutzer zur Folge haben. Schreiben Sie die Dateien in die richtigen Ordner. Weitere Informationen finden Sie unter dem folgenden Link: Mit bekannten Ordnern arbeiten Beim Ladetest der Windows-Startapps wurden folgende Fehler erkannt: Apps, die beim Start geladen werden, können unerwünschte Auswirkungen wie überflüssige Popups, schlechtere Akkulaufzeit oder schlechtere Reaktionsfähigkeit des Computers haben. Befolgen Sie die bewährten Methoden für den Ein/Aus-Übergang. Weitere Informationen finden Sie unter dem folgenden Link: Leitfaden zum Windows-Ein/Aus-Übergang Beim Test der AppInit_DLLs wurden folgende Fehler erkannt: Apps, die AppInit-DLLs installieren, können nicht zertifiziert werden. Die AppInit-DLLs werden geladen, indem "LoadLibrary()" während des DLL_PROCESS_ATTACH-Prozesses von "User32.dll" aufgerufen wird. Da sie früh geladen werden, erleichtern sie die Ausführung von Schadsoftware in jedem Prozess. Sie können Systemdeadlocks verursachen und die Zuverlässigkeit und Leistung des Systems beeinträchtigen. Nutzen Sie andere Verfahren, um ähnliche Ergebnisse zu erreichen. Weitere Informationen finden Sie unter dem folgenden Link: Mit dem Registrierungswert "AppInit_DLLs" arbeiten Beim Test der Signatur von Dateien und Treiber wurden die folgenden Fehler erkannt: Oben aufgeführte Dateien mit den Endungen DLL, OCX, SCR, CPL oder EXE, bei denen es sich nicht um wesentliche ausführbare Dateien der Anwendung (mit Verknüpfung im Startmenü oder auf dem Desktop) handelt, können Sie einfach ignorieren. Alle anderen müssen signiert werden, um die Windows App Certification-Anforderungen zu erfüllen. Digital signierte Dateien zeigen den Benutzern, dass es sich um Originalsoftware handelt. Außerdem ermöglichen sie es, zu erkennen, ob eine Datei manipuliert wurde, beispielsweise durch einem Virus. Windows kann den Start aller nicht signierten Apps mit Administratorzugriff verhindern. Signieren Sie die App, wenn sie in gesperrten Umgebungen ordnungsgemäß und ohne Popups und UAC-Meldungen arbeiten soll. Die hier aufgelisteten unsignierte Dateien mit den Endungen DLL, OCX, SCR, CPL oder EXE, bei denen es sich nicht um wesentliche ausführbare Dateien der App handelt, oder Treiber können Sie einfach ignorieren. Alle Dateien ausgenommen Treiber müssen eine Authenticode-Signatur aufweisen. Für Treiber ist eine WHQL-Zertifizierung erforderlich. Weitere Informationen finden Sie unter dem folgenden Link: Digitale Signaturen für Kernelmodule unter Windows Beim Test auf signierte Dateien wurden folgende Fehler erkannt: Alle portierbaren ausführbaren Dateien müssen eine gültige Signatur enthalten. Anhand digital signierter Dateien erkennen Benutzer, dass sie über Originalsoftware verfügen. Signieren Sie alle portierbaren ausführbaren Dateien in der Anwendung. Beim Test der plattformspezifischen Dateien und Treiber wurden folgende Fehler erkannt: Wenn in der Liste keine Treiberdateien oder ausführbare 16-Bit-Dateien enthalten sind, können Sie diesen Fehler ignorieren. Die ausführbare Datei muss für die Prozessorarchitektur erstellt werden, auf der sie installiert wird. Einige ausführbare Dateien können möglicherweise auf anderen Prozessorarchitekturen ausgeführt werden. Erstellen Sie die ausführbaren Dateien und Treiber für die Prozessorarchitektur, in der sie installiert werden sollen. Weitere Informationen finden Sie unter den folgenden Links: Programmierleitfaden zu 64-Bit-Windows Anwendungsinstallation auf 64-Bit-Systemen Beim Test der korrekten Betriebssystemversion wurden folgende Fehler erkannt: So werden Kunden unnötigerweise am Installieren ihrer Apps gehindert. Testen Sie auf die korrekte Windows-Version, indem Sie prüfen, ob die aktuelle Version größer oder gleich der erforderlichen Version ist. Betriebssystemversionierung Beim UAC-Test wurden folgende Fehler erkannt: Für den Benutzer sichtbare Verknüpfungen (Desktop oder Startmenü) müssen als Standardbenutzer ausgeführt werden können. Beispiel: „asInvoker“. Wenn bei einer der Dateien "uiAccess" auf "True" festgelegt ist, müssen Sie einen Verzicht anfordern. Wenn eine App nur dann ausgeführt oder installiert werden kann, wenn der Benutzer über Administratorrechte verfügt, sind Benutzer gezwungen, Anwendungen mit unnötigen erhöhten Zugriffsrechten auszuführen. Listen Sie die Dateien im App-Manifest mit den richtigen Berechtigungen auf. Weitere Informationen finden Sie unter dem folgenden Link: Benutzerkontensteuerung Beim UAC-Test wurden folgende Fehler erkannt: Eine App darf gemäß Microsoft Store-Richtlinie keine Rechteerweiterung für Administratoren oder UIAccess anfordern. Erhöhte Sicherheitsberechtigungen werden nicht unterstützt. Apps können nicht auf geschützte Benutzeroberflächenelemente des Systems zugreifen und müssen als interaktiver Benutzer ausgeführt werden. Weitere Informationen finden Sie unter folgendem Link: Details zum Ausgleich Beim Test von Blockierungen während des Neustarts wurden folgende Fehler erkannt: Einige Apps zeigen EULAs, automatische Updates, Registrierungsformulare an oder fordern zu Benutzerinteraktionen auf. Wenn das für Ihre App der Fall ist, wird möglicherweise gemeldet, dass sie die Neustartanforderung nicht einhält. Wenn eine der Dateien aus diesem Grund gemeldet wird, deaktivieren oder schließen Sie die entsprechenden Module und führen den Test mit einem sauberen Betriebssystem erneut aus. Wenn eine App nicht ordnungsgemäß herunterfährt, können Daten verloren gehen, wenn das Betriebssystem das Herunterfahren erzwingt. Außerdem wird der Prozess für Herunterfahren/Neustart verlangsamt, sodass das gesamte System als langsamer wahrgenommen wird. Die App muss auf ein Herunterfahren des Systems reagieren und Sitzungsmeldungen so schnell wie möglich beenden. Weitere Informationen finden Sie unter dem folgenden Link: Herunterfahren der Anwendung Beim Test zum Nicht-Laden von Treibern und Dateien im abgesicherten Modus wurden folgende Fehler erkannt: Im abgesicherten Modus können Benutzer Diagnosen und Problembehandlung für Windows ausführen. Nur Treiber und Dienste, die für die grundlegenden Vorgänge des Systems oder für Diagnose und Wiederherstellung benötigt werden, sollten im abgesicherten Modus geladen werden. Das Laden anderer Dateien erschwert die Problembehandlung beim Betriebssystem. Entfernen Sie die App-Einträge aus den folgenden Registrierungsschlüsseln: HKLM/System/CurrentControlSet/Control/SafeBoot/Minimal HKLM/System/CurrentControlSet/Control/SafeBoot/Network Jede Anwendung, die in diese Schlüssel schreibt, benötigt einen Verzicht mit geschäftlicher Begründung, um diese Anforderung zu erfüllen. Beim Test der Mehrbenutzerprüfprotokolle wurden folgende Fehler erkannt: Möglicherweise ist die Installation der App nicht für mehrere Benutzer zugreifbar oder verwendbar. Stellen Sie sicher, dass die App keine systemweiten Datendateien oder Einstellungen in benutzerspezifischen Datenspeichern wie Benutzerprofilen oder HKCU speichert. In diesem Fall sind diese nicht für andere Benutzer verfügbar. Ihre App muss systemweite Konfigurationen und Daten installieren. Weitere Informationen finden Sie unter dem folgenden Link: Programmierrichtlinien für Remotedesktopdienste Beim Test der Mehrbenutzerregistrierung wurden folgende Fehler erkannt: Möglicherweise ist die App nicht für mehrere Benutzer des Computers zugreifbar oder verwendbar. Stellen Sie sicher, dass die App keine systemweiten Datendateien oder Einstellungen in benutzerspezifischen Datenspeichern wie Benutzerprofilen oder HKCU speichert. In diesem Fall sind diese nicht für andere Benutzer verfügbar. Ihre App muss systemweite Konfigurationen und Daten installieren. Weitere Informationen finden Sie unter dem folgenden Link: Beim Test der Mehrbenutzersitzung wurden folgende Fehler erkannt: Mehrere Benutzer können die App möglicherweise nicht problemlos in gleichzeitigen Sitzungen starten. Stellen Sie sicher, dass die App das Starten mehrerer gleichzeitiger Sitzungen, lokal oder remote, nicht blockiert. Die App darf nicht von globalen Mutexen oder anderen benannten Objekten abhängen, um auf mehrere Instanzen zu überprüfen oder sie zu blockieren. Wenn die App mehrere gleichzeitige Sitzungen pro Benutzer blockiert, müssen pro Benutzer oder pro Sitzung definierte Namespaces für Mutexe oder andere benannte Objekte verwendet werden. Weitere Informationen finden Sie unter dem folgenden Link: Problembehandlung für Mehrbenutzersitzungstests Beim Test des Benutzerordners wurden folgende Fehler erkannt: Verschiedene Benutzer können die App möglicherweise nicht in gleichzeitigen Sitzungen ausführen. Die App muss in mehreren gleichzeitigen lokalen Sitzungen oder Remotesitzungen ausgeführt werden. Die App darf zur Laufzeit keine Administratorberechtigungen benötigen. Benutzerdaten und Einstellungen müssen im Benutzerprofil isoliert werden. Weitere Informationen finden Sie unter dem folgenden Link: Beim Test von Abstürzen und Hängen wurden die folgenden Fehler erkannt: Ein App, die hängt oder abstürzt, kann zu Datenverlusten führen und ist nicht benutzerfreundlich. Untersuchen und debuggen Sie die App, um den Fehler zu identifizieren und zu beheben. Store-Apps werden debuggt. Beim Test des App-Starts wurden die folgenden Fehler erkannt: Eine App, die nicht gestartet werden kann, ist nicht benutzerfreundlich und wird vom Microsoft Store nicht akzeptiert. Untersuchen und debuggen Sie die App, um den Fehler zu identifizieren und zu beheben. Problembehandlung für App-Start Die Überprüfung des Handlers für den Abbruch von Hintergrundaufgaben hat folgende Fehler erkannt: Eine App, die Aufforderungen für den Abbruch von Hintergrundaufgaben nicht verarbeiten kann und deren Beendigung daher erzwungen wird. Die Hintergrundaufgaben müssen einen Ereignishandler für den Abbruch implementieren. Die Überprüfung des Vorabstarts der App hat folgende Fehler erkannt: Der Start der App dauert selbst bei aktiviertem Vorabstart etwas länger. Achten Sie darauf, dass Sie die LaunchActivatedEventArgs.PreLaunch-Option in der OnLaunched-Methode der App so behandeln, dass sie Vorabstartereignisse unterstützt. Bei der Überprüfung der hohen Betriebssystemversion wurden die folgenden Fehler festgestellt: Die App sollte kein Versionsinformationen verwenden, um die für das Betriebssystem spezifische Funktionalität bereitzustellen. Überprüfen Sie die verfügbare Betriebssystemfunktionalität anhand der empfohlenen Methoden. Weitere Informationen finden Sie unter dem folgenden Link. Betriebssystemversion Beim Test der Kompatibilitätspatches wurden folgende Fehler erkannt: Apps müssen ohne Windows-Kompatibilitätsmodi, AppHelp-Meldungen oder Kompatibilitätspatches vollständig funktionieren. Beheben Sie den Fehler in der Komponente, die den Kompatibilitätspatch verwendet, und stellen Sie sicher, dass er nicht für Funktionalität der App erforderlich ist. Weitere Informationen finden Sie unter dem folgenden Link: Bekannte Kompatibilitätspatches Beim Test des Kompatibilitätsmanifests wurden die folgenden Fehler gefunden: Mit dem Kompatibilitätsabschnitt des App-Manifests kann das Betriebssystem für Ihre App das ordnungsgemäße Kompatibilitätsverhalten unter verschiedenen Windows-Versionen bereitstellen. Stellen Sie sicher, dass ein Manifest für Ihre App vorliegt und dass der Kompatibilitätsabschnitt die entsprechenden Werte enthält. Anwendungsmanifest Beim Test des App-Manifests wurden folgende Fehler erkannt: Apps, die gegen die Zertifizierungsanforderungen für den Microsoft Store verstoßen, dürfen nicht an den Microsoft Store übermittelt werden. Apps, die gegen die Windows Phone Store-Zertifizierungsanforderungen verstoßen, dürfen nicht an den Windows Phone Store übermittelt werden. Das Manifest für Windows Store-Apps muss gültige Einträge für alle erforderlichen Felder enthalten. Ändern Sie die oben aufgeführten Manifesteinträge entsprechend. Weitere Informationen finden Sie unter dem folgenden Link: Zertifizierungsanforderungen Beim Test des Bündelmanifests wurden folgende Fehler erkannt: Apps, die gegen die Zertifizierungsanforderungen für den Microsoft Store verstoßen, dürfen nicht an den Microsoft Store übermittelt werden. Das Bündelmanifest muss gültige Einträge für alle erforderlichen Felder enthalten. Ändern Sie die oben aufgeführten Manifesteinträge entsprechend. Weitere Informationen finden Sie unter dem folgenden Link: Zertifizierungsanforderungen Beim Test der Paketgröße wurden folgende Fehler erkannt: Pakete, die die erforderlichen Größenlimits überschreiten, sind im Microsoft Store nicht zulässig. Verringern Sie die Paketgröße, um die Store-Anforderungen einzuhalten. Weitere Informationen finden Sie unter folgendem Link: Zertifizierungsanforderungen Beim Test der Anzahl der Apps wurden folgende Fehler erkannt: Pakete, die mehr als eine im Manifest definierte App aufweisen, sind im Microsoft Store nicht zulässig. Das App-Manifest darf nur eine App pro Paket definieren. Weitere Informationen finden Sie unter dem folgenden Link: Zertifizierungsanforderungen Beim Testen des eingeschränkten Namespace wurden folgende Fehler erkannt: App-Manifeste, die auf eingeschränkte Namespaces verweisen, sind im Microsoft Store nicht zulässig. Entfernen Sie die eingeschränkten Namespaces aus Ihrem App-Manifest. Beim Validierungstest des JSON-Schemas wurden folgende Fehler festgestellt: Microsoft Edge-Erweiterungen, die gegen die Zertifizierungsanforderungen für den Microsoft Store verstoßen, dürfen nicht an den Microsoft Store übermittelt werden. Die Datei "manifest.json" der Erweiterung muss gültige Einträge für alle erforderlichen und angegebenen Felder enthalten. Geben Sie alle erforderlichen Einträge an, und lösen Sie die oben genannten Konflikte auf. Bei der Überprüfung auf unzulässige Dateitypen wurden folgende Fehler festgestellt: Microsoft Edge-Erweiterungen, die unzulässige Dateitypen enthalten, sind im Microsoft Store nicht zulässig. Entfernen Sie die unzulässigen Dateien aus dem Paket. Beim Test auf Registrierungsüberprüfungen wurden folgende Fehler erkannt: Apps dürfen keine Treiber oder NT-Dienste installieren. Installieren Sie keine Treiber oder NT-Dienste. Beim Test auf registrierte Dateizuordnungsverben wurden folgende Fehler erkannt: Von Apps sollten keine Dateizuordnungsverben registriert werden. Registrieren Sie keine Dateizuordnungsverben. Beim Ressourcenpaketetest wurden folgende Fehler erkannt: Ressourcenpakete dürfen keine übertragbaren ausführbaren Dateien enthalten. Entfernen Sie alle portierbaren ausführbare Dateien aus Paketen, die als Ressourcenpakete deklariert sind. Beim Test mit Attack Surface Analyzer wurden folgende Fehler erkannt: Die App hat während der Installation oder zur Laufzeit eine ACL für einen Registrierungsschlüssel oder ein Verzeichnis geändert. Durch Ändern der standardmäßigen Sicherheitsmechanismen von Windows besteht für Kundencomputer ein erhöhtes Risiko gegenüber Schadsoftware. Während der Installation oder zur Laufzeit muss Ihre App Daten in den Bereichen lesen und schreiben, die von Windows App Certification vorgeschrieben sind, ohne die vorhandenen Zugriffssteuerungslisten zu ändern. Weitere Informationen finden Sie unter dem folgenden Link: Attack Surface Analyzer-Fehler beheben Beim Test mit dem Analyzer für Binärdateien wurden folgende Fehler erkannt: Wenn die App die verfügbaren Windows-Schutzmechanismen nicht verwendet, besteht für den Kundencomputer ein erhöhtes Risiko gegenüber Schadsoftware. Wenn die App die verfügbaren Windows-Schutzmechanismen nicht verwendet, besteht für den Kundencomputer ein erhöhtes Risiko gegenüber Schadsoftware. Wenden Sie beim Verknüpfen der App die Optionen SAFESEH, DYNAMICBASE und NXCOMPAT an. Weitere Informationen finden Sie unter dem folgenden Link: Wenden Sie beim Verknüpfen der App die erforderlichen Linkeroptionen SAFESEH, DYNAMICBASE, NXCOMPAT und APPCONTAINER an. Weitere Informationen finden Sie unter den folgenden Links: Fehler des Analyzers für Binärdateien beheben Beim Test mit dem Analyzer für gesperrte Dateien wurden folgende Fehler erkannt: Falls die App Dateien mit bekannten Sicherheitsproblemen enthält, erhöht sich das Sicherheitsrisiko für den Computer des Benutzers. Entfernen Sie alle Verweise und Instanzen identifizierter unsicherer Dateien. Aktualisieren oder entfernen Sie alle Verweise und Instanzen der identifizierten Dateien. Fehler mit gesperrten Dateien werden behoben Beim Test der privaten Codesignatur sind folgende Fehler aufgetreten: Die Verwendung von privaten Codesignaturschlüsseln im Paket verletzt die Zertifizierungsanforderungen für den Microsoft Store. Die Verwendung von privaten Codesignaturschlüsseln im Paket verletzt die Anforderungen für die Windows Phone Store-Zertifizierung. Entfernen Sie alle privaten Codesignaturschlüssel (z. B. .pfx- und .snk-Dateien) aus dem Paket. Beim Test der unterstützten APIs wurden folgende Fehler erkannt: Die Verwendung einer API, die nicht Teil des Windows SDKs für Microsoft Store-Apps ist, verstößt gegen die Zertifizierungsanforderungen für den Microsoft Store. Überprüfen Sie die Fehlermeldungen, um die API zu identifizieren, die nicht Teil des Windows SDK für Microsoft Store-Anwendungen ist. Wenn es sich bei der aufgelisteten DLL um eine zulässige Weiterverteilungsfunktion aus einem NuGET-Paket, SDK oder einem anderen Toolkit handelt: Haben Sie vielleicht vergessen, die DLL zu Ihrer App hinzuzufügen? Bitte beachten Sie, dass Anwendungen, die in einer Debug-Konfiguration oder ohne .NET Native aktiviert sind (wo zutreffend), diesen Test u. U. nicht bestehen, da diese Umgebungen möglicherweise nicht unterstützte APIs einbeziehen. Testen Sie Ihre App in einer Release-Konfiguration erneut und gegebenenfalls mit aktiviertem .NET Native. Weitere Informationen finden Sie unter dem nachstehenden Link: Alternativen zu Windows-APIs in Microsoft Store-Apps Beim Test der unterstützten APIs wurden folgende Fehler erkannt: Die Verwendung einer API, die nicht Teil des Windows SDK für Windows Phone Store-Apps ist, verstößt gegen die Windows Phone Store-Zertifizierungsanforderungen. Prüfen Sie die Fehlermeldungen, um die API zu identifizieren, die nicht Teil des Windows SDKs für Windows Phone Store-Apps ist. Beachten Sie, dass Apps, die in einer Debugkonfiguration erstellt wurden, diesen Test u. U. nicht bestehen, weil durch diese Umgebungen nicht unterstützte APIs eingeführt werden können. Testen Sie die App in einer Releasekonfiguration erneut. Alternativen zu Windows-APIs in Windows Phone Store-Apps. Beim Test der Bytecodegenerierung wurden folgende Fehler erkannt: Als Leistungsoptimierung zum Verkürzen der Ausführungszeit für JavaScript generieren JavaScript-Dateien mit der Erweiterung ".js" bei der Bereitstellung der App Bytecode. Diese Optimierung verkürzt die Start- und Ausführungszeiten für JavaScript wesentlich. Möglicherweise müssen Sie einen oder mehrere dieser Schritte berücksichtigen, um das Problem zu beheben: - Stellen Sie die App nicht durch Drücken von F5 in Visual Studio bereit. Erstellen Sie stattdessen ein APP-Paket. - Stellen Sie sicher, dass die Ereignisprotokollierung aktiviert ist - Alle JavaScript-Dateien sind syntaktisch gültig; andernfalls schließen Sie die betreffenden Dateien aus dem Paket aus - Beachten Sie, dass Sie alle vorherigen Versionen der App deinstallieren müssen, bevor Sie mit der der Bereitstellung beginnen Andernfalls schließen Sie die betreffenden Dateien aus dem Paket aus. Beim Test der optimierten Bindungsverweise wurden folgende Fehler festgestellt: Beim Verwenden von Bindungen sollte "WinJS.Binding.optimizeBindingReferences" auf "True" festgelegt werden, um die Speicherauslastung zu optimieren. Legen Sie im JavaScript der App "WinJS.Binding.optimizeBindingReferences" auf "True" fest. Beim Test der App-Ressourcenüberprüfung wurden folgende Fehler erkannt: Die App kann möglicherweise nicht installiert werden, wenn die im App-Manifest deklarierten Zeichenfolgen oder Bilder nicht richtig sind. Wenn die App mit diesen Fehlern installiert werden kann, werden Ihr Anwendungslogo oder andere von der App verwendete Bilder möglicherweise nicht richtig angezeigt. Beheben Sie das in der Fehlermeldung angegebene Problem. Weitere Informationen finden Sie unter dem folgenden Link: App-Paket-Ressourcenüberprüfung Beim Test der Brandingvalidierung wurden folgende Fehler festgestellt: Microsoft Store-Apps sollten vollständig und voll funktionsfähig sein. Apps, die die Standardbilder (z. B. aus Vorlagen oder SDK-Beispielen) verwenden, gewährleisten keine zufriedenstellende Benutzererfahrung und können im Store-Katalog schwer identifiziert werden. Windows Phone Store-Apps sollten vollständig und voll funktionsfähig sein. Apps, die die Standardbilder, z. B. aus Vorlagen oder SDK-Beispielen, verwenden, verursachen eine schlechte Benutzererfahrung und können nur schwer im Katalog des Stores identifiziert werden. Ersetzen Sie die Standardbilder mit etwas, das eindeutiger und repräsentativer für Ihre App ist. Beim Test der Debugkonfiguration wurden folgende Fehler erkannt: Im Microsoft Store sind keine Debugversionen von Apps zulässig. Windows Phone Store erlaubt keine Debugversionen einer App. Stellen Sie sicher, dass die App nicht mit Debugversionen eines Frameworks verknüpft ist und dass sie mit einer Releasekonfiguration mit aktivierter Optimierung erstellt wurde. Wenn es sich hierbei um eine verwaltete App handelt, stellen Sie sicher, dass die richtige Version von .NET Framework installiert ist. Stellen Sie sicher, dass die App nicht mit Debugversionen eines Frameworks verknüpft ist und dass sie mit der Releasekonfiguration mit aktivierter Optimierung erstellt wurde. Beim Test der UTF-8-Codierung wurden die folgenden Fehler erkannt: HTML-, CSS- und JavaScript-Dateien müssen im Format UTF-8 mit entsprechender Bytereihenfolge-Marke (Byte-Order Mark, BOM) codiert werden, um die Bytecode-Zwischenspeicherung nutzen zu können und andere Fehler zur Laufzeit zu vermeiden. Öffnen Sie die betreffende Datei, und wählen Sie in Visual Studio im Menü "Datei" den Eintrag "Speichern unter" aus. Wählen Sie neben der Schaltfläche "Speichern" im Dropdown-Steuerelement die Option "Mit Codierung speichern" aus. Wählen Sie im Dialogfeld "Erweiterte Speicheroptionen" die Option "Unicode (UTF-8 mit Signatur)" aus, und klicken Sie auf die Schaltfläche "OK". Beim Test auf die Direct3D-Featureebenenunterstützung wurden die folgenden Fehler erkannt: Der Microsoft Store erfordert, dass alle Anwendungen, die Direct3D verwenden, auf Featureebene 9_1 ordnungsgemäß gerendert werden. Weitere Informationen finden Sie unter dem folgenden Link: Zertifizierungsanforderungen für Windows-Apps Stellen Sie sicher, dass Ihre App auf der Direct3D-Featureebene 9_1 ordnungsgemäß gerendert wird, auch wenn Sie erwarten, dass die App auf einer höheren Featureebene ausgeführt wird. Weitere Informationen finden Sie unter dem folgenden Link: Entwicklung für verschiedene Direct3D-Featureebenen Beim Test für das Direct3D-Trimmen nach dem Anhalten wurden folgende Fehler erkannt: Falls die App nicht "Trim" auf dem Direct3D-Gerät aufruft, wird von der App für frühere 3D-Arbeitsschritte zugeordneter Arbeitsspeicher nicht freigegeben. Dadurch erhöht sich das Risiko, dass Apps aufgrund von zu wenig Systemspeicher beendet werden. Die App sollte die Trim-API in der IDXGIDevice3-Schnittstelle jedes Mal beim Anhalten aufrufen. Weitere Informationen Die App hat die folgenden Sonderfunktionen deklariert: Wenn Sie kein Unternehmenskonto beim Microsoft Store besitzen, können Sie diese App nicht hochladen. Wenn Sie über ein Unternehmenskonto verfügen, müssen Sie während des Übertragungsprozesses eine Begründung liefern, damit diese Funktion unterstützt wird. Wenn Ihr ISV-Konto nicht über spezielle Berechtigungen im Windows Phone Store verfügt, können Sie diese App nicht hochladen. Sonderfunktionen sind für sehr spezifische Szenarien vorgesehen. Die Verwendung dieser Funktionen ist ausschließlich auf Unternehmenskonten beschränkt. Außerdem ist die Verwendung dieser Funktionen stark eingeschränkt und unterliegt weiteren Onboarding-Richtlinien und -Prüfungen von Microsoft Store. Es empfiehlt sich, die Sonderfunktion zu entfernen, wenn sie von Ihrer App nicht benötigt wird. Sonderfunktionen sind für sehr spezifische Szenarien vorgesehen, und die Verwendung dieser Funktionen ist ausschließlich auf ISVs mit speziellen Berechtigungen beschränkt. Es empfiehlt sich, die Sonderfunktion zu entfernen, wenn sie von Ihrer App nicht benötigt wird. App-Sonderfunktionen Beim Eigenschaftentest wurden die folgenden Fehler erkannt: Apps, die die Windows-Runtime-Metadatenüberprüfung nicht bestehen, sind im Microsoft Store nicht zulässig. Windows Phone Store akzeptiert keine Apps, die die Windows-Runtime-Metadatenvalidierung nicht bestehen. Stellen Sie sicher, dass alle Eigenschaften für eine Windows-Runtime-Klasse eine Get-Methode besitzen. (Set-Methoden sind optional). Stellen Sie für alle Eigenschaften von Windows-Runtime-Typen sicher, dass der Typ des Rückgabewerts der Get-Methode mit dem Typ des Eingabeparameters der Set-Methode übereinstimmt. Beim Test auf die Richtigkeit der Typnamen wurden die folgenden Fehler erkannt: Apps, die die Windows-Runtime-Metadatenüberprüfung nicht bestehen, sind im Microsoft Store nicht zulässig. Windows Phone Store akzeptiert keine Apps, die die Windows-Runtime-Metadatenvalidierung nicht bestehen. Stellen Sie sicher, dass es keine Windows-Runtime-Typen im globalen Namespace oder im Windows-Namespace der obersten Ebene gibt. Beim Test auf die Groß-/Kleinschreibung der Typnamen wurden die folgenden Fehler erkannt: Apps, die die Windows-Runtime-Metadatenüberprüfung nicht bestehen, sind im Microsoft Store nicht zulässig. Windows Phone Store akzeptiert keine Apps, die die Windows-Runtime-Metadatenvalidierung nicht bestehen. Stellen Sie sicher, dass alle Windows-Runtime-Typen innerhalb Ihres app-Pakets eindeutige Namen ohne Berücksichtigung der Groß-/Kleinschreibung besitzen. Stellen Sie sicher, dass kein Windows-Runtime-Typname innerhalb Ihres app-Pakets gleichzeitig als Namespacename verwendet wird. Beim ExclusiveTo-Attributtest wurden die folgenden Fehler erkannt: Apps, die die Windows-Runtime-Metadatenüberprüfung nicht bestehen, sind im Microsoft Store nicht zulässig. Windows Phone Store akzeptiert keine Apps, die die Windows-Runtime-Metadatenvalidierung nicht bestehen. Stellen Sie sicher, dass Windows-Runtime-Klassen keine Schnittstellen implementieren, die als "ExclusiveTo" für eine andere Klasse markiert sind. Beim Test auf den Typstandort wurden die folgenden Fehler erkannt: Apps, die die Windows-Runtime-Metadatenüberprüfung nicht bestehen, sind im Microsoft Store nicht zulässig. Windows Phone Store akzeptiert keine Apps, die die Windows-Runtime-Metadatenvalidierung nicht bestehen. Stellen Sie sicher, dass sich die Metadaten für alle Windows-Runtime-Typen in der winmd-Datei befinden, die den längsten mit dem Namespace übereinstimmenden Namen im app-Paket besitzt. Beim Test auf die allgemeine Richtigkeit der Metadaten wurden die folgenden Fehler erkannt: Apps, die die Windows-Runtime-Metadatenüberprüfung nicht bestehen, sind im Microsoft Store nicht zulässig. Windows Phone Store akzeptiert keine Apps, die die Windows-Runtime-Metadatenvalidierung nicht bestehen. Stellen Sie sicher, dass sich der Compiler, mit dem Sie Ihre Windows-Runtime-Typen generieren, auf dem aktuellen Stand der Windows-Runtime-Spezifikationen befindet. Beim Test der der Plattform entsprechenden Dateien wurden folgende Fehler erkannt: Wenn Sie Dateien in das App-Paket einschließen, die mit der Zielprozessorarchitektur inkompatibel sind, kann dies dazu führen, dass für Ihre App zur Laufzeit ein Fehler auftritt. Stellen Sie sicher, dass die Binärdateiarchitektur mit dem ProcessorArchitecture-Attribut kompatibel ist, das im App-Paket-Manifest angegeben ist. Der Plattform entsprechende Dateien Beim Test der unterstützten Verzeichnisstruktur wurden folgende Fehler erkannt: Wenn der unterstützte MAX_PATH-Wert überschritten wird, tritt für die App zur Laufzeit ein Fehler auf. Verwenden Sie eine kürzere Verzeichnisstruktur oder einen kürzeren Dateinamen. Beim Testen blockierter ausführbarer Dateien wurden die folgenden Fehler erkannt: Das Starten von ausführbaren Dateien ist auf Windows 10 S-Systemen eingeschränkt. Apps, die von dieser Funktion abhängig sind, werden auf Windows 10 S-Systemen u. U. nicht ordnungsgemäß ausgeführt. Stellen Sie fest, welcher der gekennzeichneten Einträge einen Aufruf zum Starten einer ausführbaren Datei darstellt, die nicht Bestandteil Ihrer App ist, und entfernen Sie diese Aufrufe. Wenn die gekennzeichneten Dateien Bestandteil Ihrer Anwendung sind, können Sie die Warnung ignorieren. Beim Verwendungstest für Archivdateien wurden folgende Fehler erkannt: Ausführbare Dateien innerhalb archivierter Dateien oder selbstextrahierende Inhalte werden während des Onboardings beim Microsoft Store nicht signiert. Daher können sie auf Windows 10 S-Systemen nicht ausgeführt werden. Überprüfen Sie alle gekennzeichneten Dateien, um festzustellen, ob sie Auswirkungen auf Ihre in der Windows 10 S-Umgebung ausgeführte App haben. Falls Ihre App beeinträchtigt würde, entfernen Sie ausführbare Dateien aus archivierten Dateien, und verwenden Sie zum Speichern ausführbarer Dateien auf einem Datenträger keine selbstextrahierenden Archive, um den Verlust von App-Funktionalität zu vermeiden. Beim Test des mit DPI-Werten kompatiblen Manifests wurden folgende Fehler erkannt: Apps, die nicht als mit DPI-Werten kompatibel festgelegt sind, jedoch mit einer Anzeigeeinstellung mit hohem DPI-Wert ausgeführt werden, können eine fehlerhafte Skalierung von Benutzeroberflächenelementen, abgeschnittenen Text und verschwommene Bilder aufweisen. Es wird empfohlen, dass Sie Ihre App im App-Manifest als mit DPI-Werten kompatibel deklarieren. Die SetProcessDPIAware-API sollte von Apps nicht verwendet werden. Schreiben von Apps, die mit hohen DPI-Werten kompatibel sind Beim Validierungstest der Kompatibilität mit DPI-Werten wurden folgende Fehler erkannt: Beim Validierungstest der Kompatibilität mit DPI-Werten wurden folgende Warnungen erkannt: Es wird empfohlen, die App im Manifest als mit DPI-Werten kompatibel festzulegen. Andernfalls sollte die App mit DPI-Werten kompatible API-Aufrufe verwenden, z. B.: entweder SetProcessDpiAwarenessContext oder SetThreadDpiAwarenessContext APIs. Beim Test der WinJS-Hintergrundaufgaben sind folgende Fehler aufgetreten: Apps mit Hintergrundaufgaben, die "close()" nicht aufrufen, können die Akkulaufzeit verkürzen. Aktualisieren Sie die Hintergrundaufgabe, sodass "close()" aufgerufen wird. WinJS-Hintergrundaufgaben Beim Verwendungstest für Unternehmensfunktionen wurden folgende Fehler erkannt: Features für Unternehmen werden vom Microsoft Store eingeschränkt, da Sie das Verhalten des Betriebssystems unerwartet ändern können. Überprüfen Sie die Fehlermeldungen, um das Problem zu identifizieren und zu beheben. Verzichtserklärungen