Testen und Bereitstellen von Windows Store-Apps

Testen und Bereitstellen von Windows Store-Apps: Hilo (JavaScript und HTML)

[ Dieser Artikel richtet sich an Windows 8.x- und Windows Phone 8.x-Entwickler, die Windows-Runtime-Apps schreiben. Wenn Sie für Windows 10 entwickeln, finden Sie weitere Informationen unter neueste Dokumentation]

Aus: Umfassende Entwicklung einer Windows Store-App mit JavaScript: Hilo

Leitfaden-Logo

Vorherige Seite | Nächste Seite

Mithilfe von Tests stellen Sie eine hohe Qualität der App sicher. Hilo wurde im Hinblick auf gute Testbarkeit entworfen, und für Sie ist es ratsam, genauso vorzugehen. Die Testaspekte für eine Windows-Bibliothek für JavaScript-App unterscheiden sich von den Testaspekten für eine JavaScript-basierte Webbrowser-App. Für Hilo wurden Komponententests, Integrationstests, Anhalte- und Fortsetzungstests, Lokalisierungstests, Leistungstests und Tests mit dem Zertifizierungskit für Windows-Apps durchgeführt.

Download

Herunterladen des Hilo-Beispiels
Buch herunterladen (PDF)

Anweisungen zum heruntergeladenen Code finden Sie unter Erste Schritte mit Hilo.

Sie erfahren Folgendes:

  • Einfluss der verschiedenen Testmodi auf die Zuverlässigkeit und Korrektheit einer App
  • Schreiben von Komponententests zum Testen von WinJS-Funktionen

Betrifft

  • Windows-Runtime für Windows 8
  • WinJS
  • JavaScript

Möglichkeiten zum Testen Ihrer App

Sie können eine App auf unterschiedlichste Weise testen. Für Hilo wurden die folgenden Verfahren gewählt.

  • Mit Komponententests werden einzelne isolierte Funktionen getestet. Anhand von Komponententests wird überprüft, ob jede Funktionseinheit den Erwartungen entsprechend ausgeführt wird, sodass Fehler nicht in der gesamten App verbreitet werden. Wenn ein Fehler an der Stelle erkannt wird, an der er auftritt, ist dies effizienter, als lediglich die Auswirkungen des Fehlers an einer sekundären Fehlerstelle zu beobachten.
  • Mit Integrationstests wird überprüft, ob die Komponenten einer App ordnungsgemäß interagieren. Bei Integrationstests wird für die App-Funktionen die beabsichtigte Nutzung der App simuliert. Normalerweise zielt ein Integrationstest auf die Schicht direkt unterhalb der Benutzeroberfläche ab. In Hilo wird nicht ausdrücklich zwischen Komponenten- und Integrationstests unterschieden. Sie können diese Art von Test jedoch implizit anhand der Interaktionen von Funktionen und Objekten erkennen, die zusammenarbeiten, um Ansichtsmodelle für einen überwachenden Controller zu erstellen.
  • Bei UX (User Experience)-Tests wird direkt mit der Benutzeroberfläche interagiert. Diese Art von Test muss häufig manuell durchgeführt werden. Einige UX-Tests können durch automatisierte Integrationstests ersetzt werden, aber der manuelle Eingriff bleibt in gewissem Umfang erforderlich.
  • Bei Sicherheitstests geht es um potenzielle Sicherheitsprobleme. Sie basieren auf einem Bedrohungsmodell, mit dem mögliche Angriffsklassen bestimmt werden.
  • Mit Lokalisierungstests wird sichergestellt, dass eine App in allen Sprachumgebungen ausgeführt werden kann.
  • Mit Barrierefreiheitstests wird sichergestellt, dass eine App die Navigation per Fingereingabe, Zeigegerät und Tastatur unterstützt. Außerdem wird geprüft, ob unterschiedliche Bildschirmkonfigurationen unterstützt werden.
  • Anhand von Leistungstests wird bestimmt, welche Aufgaben eine App ausführt. Mit Leistungstests lassen sich häufig Engpässe erkennen oder Routinen bestimmen, die einen großen Prozentsatz der CPU-Zeit einer App beanspruchen.
  • Mit Gerätetests wird sichergestellt, dass eine App in dem Bereich der von ihr unterstützten Hardware ordnungsgemäß ausgeführt wird. Beispielsweise sollte getestet werden, ob eine App mit unterschiedlichen Bildschirmauflösungen und Fingereingabefunktionen ordnungsgemäß funktioniert.

Im restlichen Text dieses Artikels werden die Tools und Verfahren beschrieben, die zum Durchführen dieser Testansätze in Hilo verwendet wurden. Weitere Informationen zur Testautomatisierung finden Sie unter Testen mit dem Ziel der kontinuierlichen Bereitstellung mit Visual Studio 2012.

[Oben]

Durchführen von Komponenten- und Integrationstests mit Mocha

Für das Schreiben von Komponenten- und Integrationstests sollten Sie ungefähr genauso viel Zeit wie für das Schreiben des App-Codes ansetzen. Der Aufwand lohnt sich, weil sich deutlich stabilerer Code ergibt, der weniger Fehler aufweist und weniger Revisionen erfordert.

In Hilo wurde für Komponenten- und Integrationstests Mocha verwendet. Mocha ist ein Testframework, das nicht von Microsoft stammt und mit dem sowohl synchroner als auch asynchroner Code getestet werden kann. Außerdem wurde Mocha zusammen mit Chai genutzt, einer ebenfalls nicht von Microsoft stammenden Bibliothek für Assertionstests. Das Hilo.Specifications-Projekt in der Visual Studio-Projektmappe "Hilo" enthält sämtlichen Code, der Hilo-Tests unterstützt.

Hinweis  Die Hilo-Version mit dem Hilo.Specifications-Projekt ist unter Leitfaden – HiloJS: Windows Store-App mit JavaScript verfügbar.
 

Sie können die Tests ausführen, indem Sie das Hilo.Specifications-Projekt als Startprojekt festlegen, dem Ordner "lib" des Projekts die Dateien "Mocha.js" und "Chai.js" hinzufügen und das Projekt dann ausführen. Es ergibt sich die folgende Ausgabe, wenn die Komponententests für den Bildabfrage-Generator ausgeführt werden.

Ausgabe der Komponententests

Weitere Informationen zu Komponententests mit Mocha finden Sie unter Testen asynchroner Funktionen und Testen synchroner Funktionen.

Bei diesen Tests wird ein beforeEach-Hook angegeben, der als Setupfunktion dient, die zu Beginn jedes Komponententests aufgerufen wird. Dies ist der Code für den beforeEach-Hook.

Hilo.Specifications\specs\queries\imageQueryBuilder.spec.js


describe("Image Query Builder", function () {

    var queryBuilder, storageFolder;

    beforeEach(function (done) {
        queryBuilder = new Hilo.ImageQueryBuilder();

        var whenFolder = Windows.Storage.ApplicationData.current.localFolder.getFolderAsync("Indexed");
        whenFolder.then(function (folder) {
            storageFolder = folder;
            done();
        });
    });


Der beforeEach-Hook erstellt einfach eine Instanz des ImageQueryBuilder-Objekts für den Ordner mit dem Namen "Indexed", der im Stammordner des lokalen App-Datenspeichers enthalten ist. Diese Instanz wird dann in jedem Komponententest verwendet. Der beforeEach-Hook akzeptiert eine optionale Einzelparameterfunktion, die als done-Funktion bezeichnet wird, vom aufrufenden Komponententest. Die done-Funktion ist eine anonyme Funktion. Wenn diese Funktion in der Rückruffunktion enthalten ist, wird Mocha damit darüber informiert, dass Sie einen asynchronen Test schreiben. Falls die done-Funktion weggelassen wird, wird der Komponententest synchron ausgeführt. In der asynchronen Rückruffunktion im beforeEach-Hook wird entweder die done-Funktion aufgerufen oder ein konfigurierbares Timeout überschritten. Dabei wird Mocha jeweils angewiesen, mit dem Ausführen des restlichen Komponententests fortzufahren, von dem der beforeEach-Hook aufgerufen wurde.

[Oben]

Testen asynchroner Funktionen

Sie können asynchrone Funktionen testen, indem Sie einen Funktionsrückruf angeben, der nach Abschluss des Tests ausgeführt wird. Dies ist der Code für einen Komponententest, mit dem geprüft wird, ob eine Dateisystemabfrage die Anzahl der zurückzugebenden Bilder angibt:

Hilo.Specifications\specs\queries\imageQueryBuilder.spec.js


describe("when executing a query that specifies the number of images to load", function () {
    var queryResult;

    beforeEach(function () {
        queryResult = queryBuilder
            .count(1)
            .build(storageFolder)
            .execute();
    });

    it("should load the specified number of images", function (done) {
        queryResult.then(function (images) {
            expect(images.length).equals(1);
            done();
        }).done(null, done);
    });
});


In diesem Komponententest wird der beforeEach-Hook aufgerufen, um eine Instanz des ImageQueryBuilder-Objekts zu erstellen. Dabei wird eine Zusage in einer Variablen gespeichert, mit der der Zugriff auf das von der Abfrage geladene Array mit Objekten bereitgestellt wird. Der Komponententest überprüft dann, ob nur ein Bild zurückgegeben wurde, bevor die Rückruffunktion aufgerufen wird, um die Ausführung des Komponententests abzuschließen.

Nach Auflösung der Zusage wird ein Wert als Parameter für die Rückruffunktion bereitgestellt. Bei dieser Lösung können Sie die angeforderten Daten asynchron zurückgeben. Anschließend können Sie den Wert der asynchronen Rückruffunktion für eine Assertion oder Erwartung testen. Hier wird der asynchrone Test und der done-Aufruf dazu in die it-Funktion der Erwartung eingefügt.

Hinweis  Die it-Funktionen in diesen Komponententests sind asynchron, die beforeEach-Hooks jedoch nicht.
 

Wenn Sie eine expect-Funktion aufrufen und die Erwartung nicht erfolgreich ist, wird eine Ausnahme ausgelöst. Normalerweise wird die Ausnahme von der Mocha-Testausführung abgefangen und als Fehler beim Testen gemeldet. Der Fehler der Erwartung wird von den Zusagen der WinJS jedoch abgefangen, sodass er von Mocha nicht empfangen werden kann. Ein weiteres Ergebnis des Abfangens ist, dass die done-Funktion nicht aufgerufen wird. Der Test verbleibt daher in einem Wartezustand, und für Mocha tritt nach zwei Sekunden ein Timeout auf. Anstelle der Meldung über die fehlgeschlagene Erwartung wird also ein Bericht über die Testzeitüberschreitung bereitgestellt.

Für WinJS-Zusagen wird der Fehler nach dem Auslösen einer Ausnahme in einer then-Funktion an die Fehlerbehandlungsfunktion der done-Funktion einer Zusage weitergeleitet. Sie können also auf den von einer Erwartung ausgelösten Fehler zugreifen, indem Sie am Ende des then-Aufrufs einen done-Aufruf verketten.

Um die asynchrone Erwartung abzuschließen, müssen Sie die done-Rückruffunktion von Mocha aufrufen, indem Sie den als Parameter erfassten Fehler übergeben. Wenn Sie Parameter an die done-Funktion von Mocha übergeben, wird Mocha darüber informiert, dass der Test fehlgeschlagen ist. Von Mocha wird angenommen, dass der von Ihnen übergebene Parameter der Fehler aus der Erwartung bzw. der Grund ist, dass der Test fehlgeschlagen ist. Dies bedeutet, dass Sie die done-Funktion von Mocha mit dem Fehlerparameter der Fehlerbehandlungsrückruf-Funktion aufrufen können.

Für die done-Funktion einer Zusage werden drei Rückrufparameter verwendet: eine completed-Rückruffunktion, eine error-Rückruffunktion und eine progress-Rückruffunktion. Wenn der Wert der completed-Rückruffunktion null lautet, wird der erfüllte Wert zurückgegeben. Da der Fehlerbehandlungsrückruf der Zusage über die gleiche Methodensignatur wie die done-Rückruffunktion von Mocha verfügt, kann die done-Funktion direkt als Rückruffunktion übergeben werden.

[Oben]

Testen synchroner Funktionen

Sie können synchrone Funktionen testen, indem Sie eine Rückruffunktion weglassen. Dies ist der Code für einen Komponententest, mit dem überprüft wird, ob eine ImageQueryBuilder-Klasse eine Dateisystemabfrage für eine Monats- und Jahresangabe konfigurieren kann:

Hilo.Specifications\specs\queries\imageQueryBuilder.spec.js


describe("when specifying a month and year for images", function () {
    var queryOptions;

    beforeEach(function () {
        var query = queryBuilder
            // Query for January 2012.
            .forMonthAndYear(new Date(2012, 0))
            .build(storageFolder);

        queryOptions = new Windows.Storage.Search.QueryOptions();
        queryOptions.loadFromString(query._queryOptionsString);
    });

    it("should configure the query for the specified month and year", function () {
        // The resulting query will always be against the local time zone.
        // This means that we need to adjust our spec to test for a local time.
        // Start with January 1st 2012 (local time).
        var start = new Date(2012, 0, 1, 0, 0, 0).toISOString().replace(/\.\d\d\dZ$/, "Z");
        //End on one second before February 1st 2012 (local time).
        var end = new Date(2012, 0, 31, 23, 59, 59).toISOString().replace(/\.\d\d\dZ$/, "Z");
        expect(queryOptions.applicationSearchFilter).equals("System.ItemDate:" + start + ".." + end);
    });
});


In diesem Komponententest wird der beforeEach-Hook aufgerufen, um eine Instanz des ImageQueryBuilder-Objekts zu erstellen. Nachdem die Ausführung des beforeEach-Hooks abgeschlossen ist, wird die forMonthAndYear-Funktion auf der ImageQueryBuilder-Instanz abgerufen, wobei ein Monats- und Jahreswert als Funktionsparameter angegeben wird. Anschließend wird die Abfrage für den angegebenen Monat und das Jahr erstellt, indem die build-Funktion aufgerufen und ein StorageFolder-Objekt als Funktionsparameter übergeben wird. Als Nächstes wird eine Instanz der QueryOptions-Klasse erstellt und mit den Abfrageoptionen aus der ImageQueryBuilder-Instanz initialisiert. Im Rahmen des Komponententests wird dann überprüft, ob die ApplicationSearchFilter-Eigenschaft der QueryOptions-Instanz den richtigen Monat und das richtige Jahr als Zeichenfolge mit korrekter Formatierung enthält.

[Oben]

Verwenden von Visual Studio zum Testen des Anhaltens und Fortsetzens der App

Wenn Sie eine Windows Store-App debuggen, enthält die Symbolleiste Debugspeicherort ein Dropdownmenü, mit dem Sie die App anhalten, fortsetzen oder anhalten und herunterfahren (beenden) können. Mit diesem Feature können Sie sicherstellen, dass sich die App erwartungsgemäß verhält, wenn sie von Windows angehalten oder fortgesetzt wird oder wenn sie nach der Sequenz "Anhalten und herunterfahren" vom System aktiviert wird. Dies ist das Dropdownmenü, mit dem Sie die aktive App anhalten können:

Symbolleiste "Debugspeicherort"

Wenn Sie im Debugger das Anhalten der App vorführen möchten, führen Sie Hilo im Visual Studio-Debugger aus und legen in den Ereignishandlern oncheckpoint (oder suspending) und onactivated von Hilo Haltepunkte fest. Wählen Sie dann auf der Symbolleiste Debugspeicherort die Option Suspend and shutdown aus. Die App wird geschlossen. Starten Sie die App im Debugger neu. Die App folgt dem Codepfad zum Fortsetzen ab dem terminated-Zustand. Weitere Informationen finden Sie unter Behandeln von Anhalten, Fortsetzen und Aktivierung.

[Oben]

Testen von Geräten mit dem Simulator und Remotedebugger

Visual Studio enthält einen Simulator, mit dem Sie die Windows Store-App in verschiedenen Geräteumgebungen ausführen können. Beispielsweise können Sie mit dem Simulator überprüfen, ob die App in Verbindung mit verschiedenen Bildschirmauflösungen und unterschiedlicher Eingabehardware ordnungsgemäß ausgeführt wird. Sie können Fingereingabegesten auch dann simulieren, wenn Sie die App auf einem Computer entwickeln, der Fingereingaben nicht unterstützt.

Dies ist die im Simulator ausgeführte App "Hilo":

Ausführung von Hilo im Simulator

Um den Simulator zu starten, klicken Sie in Visual Studio auf der Symbolleiste Debuggen im Dropdownmenü auf Simulator. Weitere Optionen im Dropdownmenü lauten Local machine und Remote machine.

Hilo wurde nicht nur im Simulator getestet, sondern auch auf unterschiedlicher Hardware. Sie können die App per Remotedebuggen auf einem Computer testen, auf dem Visual Studio nicht installiert ist. Weitere Informationen zum Remotedebuggen finden Sie unter Ausführen von Windows Store-Apps auf einem Remotecomputer.

[Oben]

Verwenden pseudo-lokalisierter Versionen für Lokalisierungstests

Für die Lokalisierungstests wurden pseudo-lokalisierte Versionen von Hilo verwendet. Weitere Informationen finden Sie unter Testen im Hinblick auf Lokalisierbarkeit.

[Oben]

Sicherheitstests

Als Grundlage für Sicherheitstests in Hilo verwendeten wir die STRIDE-Methodik zum Erstellen von Bedrohungsmodellen. Weitere Informationen über diese Methodik finden Sie unter Aufdecken von Fehlern im Sicherheitsentwurf mithilfe des STRIDE-Ansatzes.

[Oben]

Verwenden von Leistungstesttools

Zusätzlich zu den Profilerstellungstools zum Messen der App-Leistung wurden auch die Leistungsanalyse für HTML5-Apps, die Windows-Zuverlässigkeits- und Leistungsüberwachung (perfmon) und der JavaScript Memory Analyzer verwendet. Weitere Informationen finden Sie unter Analysieren der Speicherauslastung in Windows Store-Apps und Verbessern der Leistung.

[Oben]

Vorbereiten der App für den weltweiten Markt

Durch das Vorbereiten der App für internationale Märkte können Sie mehr Benutzer erreichen. Unter Globalisieren Ihrer App finden Sie Anleitungen, Prüflisten und Aufgaben, die Sie beim Globalisieren und Lokalisieren der App unterstützen, damit Sie eine Benutzeroberfläche für Benutzer auf internationalen Märkten erstellen können. Hilo unterstützt alle Formate gregorianischer Kalender. Die Ressourcenzeichenfolgen von Hilo wurden in drei Sprachen lokalisiert: Englisch (USA), Deutsch (Deutschland) und Japanisch.

Folgende Aspekte mussten beim Entwickeln von Hilo u. a. berücksichtigt werden:

  • Machen Sie sich frühzeitig Gedanken über die Lokalisierung. Es wurde überlegt, wie sich die Leserichtung und andere UI-Elemente auf Benutzer mit unterschiedlichen Gebietsschemas auswirken. Außerdem wurde die Zeichenfolgenlokalisierung zu einem frühen Zeitpunkt integriert, um den gesamten Prozess besser steuern zu können.
  • Trennen Sie Ressourcen für die einzelnen Gebietsschemas. Wir verwenden für jedes Gebietsschema im Projekt einen eigenen Ordner. Beispielsweise sind unter strings > en-US > resources.rejson die Zeichenfolgen für das Gebietsschema "en-US" definiert. Weitere Informationen finden Sie unter Schnellstart: Verwenden von Zeichenfolgenressourcen und So wird's gemacht: Benennen von Ressourcen mithilfe von Qualifizierern.
  • Lokalisieren Sie das App-Manifest. Wir haben die Schritte in Lokalisieren des Paketmanifests ausgeführt. In diesem Abschnitt wird beschrieben, wie mit dem Manifest-Designer der Name, die Beschreibung und weitere kennzeichnende Features einer App lokalisiert werden.
  • Stellen Sie sicher, dass jeder Text der UI durch eine Zeichenfolgenressource definiert ist. Dies ist beispielsweise der HTML-Code zum Definieren des App-Titels, der auf der Hauptseite angezeigt wird:

    Hilo\Hilo\hub\hub.html

    
    <div data-win-control="WinJS.UI.HtmlControl"
        data-win-options="{ uri: '/Hilo/Controls/Header/Header.html', titleResource: 'AppName.Text' }">
    </div>
    
    
    

    Für das Gebietsschema "en-US" wird AppName.Text in der Ressourcendatei als "Hilo" definiert.

  • Fügen Sie der App-Ressourcendatei kontextbezogene Kommentare hinzu. Mithilfe von Kommentaren in der Ressourcendatei können Lokalisierer Zeichenfolgen präziser übersetzen. Beispielsweise wurde für die Zeichenfolge AppName.Text der Kommentar "Page title on hub page" (Seitentitel auf der Hubseite) bereitgestellt, um dem Lokalisierer mehr Kontext zur Verwendung der Zeichenfolge an die Hand zu geben. Weitere Informationen finden Sie unter So wird's gemacht: Vorbereiten für die Lokalisierung.
  • Legen Sie die Leserichtung für alle Seiten fest. Die Schritte unter So wird's gemacht: Anpassen des Layouts für Rechts-nach-links-Sprachen und Lokalisieren von Schriftarten wurden ausgeführt, um sicherzustellen, dass Hilo auch über Unterstützung für Layouts von rechts nach links verfügt.

Sie können die Lokalisierung Ihrer App testen, indem Sie die Liste der bevorzugten Sprachen in der Systemsteuerung konfigurieren. Weitere Informationen dazu, wie Sie die App für den weltweiten Einsatz vorbereiten, finden Sie unter So wird's gemacht: Vorbereiten für die Lokalisierung, Richtlinien und Prüfliste für Anwendungsressourcen und Schnellstart: Übersetzen von UI-Ressourcen.

[Oben]

Testen der App mit dem Zertifizierungskit für Windows-Apps

Um optimale Voraussetzungen zum Zertifizieren der App zu schaffen, überprüfen Sie die App mit dem Zertifizierungskit für Windows-Apps. Das Kit führt eine Reihe von Tests aus, um zu überprüfen, ob die App bestimmte Zertifizierungsanforderungen für den Windows Store erfüllt. Dieses Tests umfassen folgende Aufgaben:

  • Untersuchen des App-Manifests, um sicherzustellen, dass sein Inhalt richtig ist.
  • Untersuchen der im App-Manifest definierten Ressourcen, um sicherzustellen, dass sie vorhanden und gültig sind.
  • Testen der Flexibilität und Stabilität der App.
  • Bestimmen, wie schnell die App gestartet und wie schnell sie angehalten wird.
  • Überprüfen, ob die App nur APIs für Windows Store-Apps lädt.
  • Überprüfen, ob die App Windows-Sicherheitsfeatures verwendet.

Sie müssen das Zertifizierungskit für Windows-Apps für einen Releasebuild der App ausführen. Wenn Sie es für einen Debugbuild ausführen, schlägt die Überprüfung fehl. Weitere Informationen finden Sie unter Gewusst wie: Festlegen von Debug- und Releasekonfigurationen.

Sie können die App jedes Mal überprüfen, wenn Sie sie erstellen. Wenn Sie Team Foundation Build verwenden, können Sie den Buildcomputer so konfigurieren, dass das Zertifizierungskit für Windows-Apps bei jedem Erstellen einer App automatisch ausgeführt wird. Weitere Informationen finden Sie unter Überprüfen eines Pakets in automatisierten Builds.

Weitere Informationen finden Sie unter So wird's gemacht: Testen Ihrer App mit dem Zertifizierungskit für Windows-Apps.

[Oben]

Erstellen einer Prüfliste für die Windows Store-Zertifizierung

Sie verwenden den Windows Store als primäre Methode, um Ihre Apps zu verkaufen oder verfügbar zu machen. Informationen zum Vorbereiten und Übermitteln der App finden Sie unter Veröffentlichen von Windows Store-Apps.

Wir empfehlen, dass Sie beim Planen der App eine Prüfliste für Veröffentlichungsanforderungen erstellen, die Sie später beim Testen der App verwenden können. Diese Prüfliste kann je nach Art der von Ihnen erstellten App und der geplanten Monetarisierung der App variieren. Dies ist die Prüfliste:

  1. Eröffnen Sie ein Entwicklerkonto. Sie benötigen ein Entwicklerkonto, um Apps in den Windows Store hochzuladen. Weitere Informationen finden Sie unter Eröffnen eines Entwicklerkontos.
  2. Reservieren Sie einen App-Namen. Sie können einen App-Namen für ein Jahr reservieren. Wenn Sie die App nicht innerhalb eines Jahres übermitteln, läuft die Reservierung ab. Weitere Infos finden Sie unter Eingeben des App-Namens.
  3. Erwerben Sie eine Entwicklerlizenz. Sie benötigen zum Entwickeln einer Windows Store-App eine Entwicklerlizenz. Weitere Informationen finden Sie unter Anfordern einer Entwicklerlizenz.
  4. Bearbeiten Sie das App-Manifest. Ändern Sie das App-Manifest, um die Funktionen der App festzulegen, und stellen Sie Elemente wie z. B. Logos bereit. Weitere Informationen finden Sie unter Konfigurieren Ihrer Windows Store-App mithilfe des Manifest-Designers.
  5. Verknüpfen Sie die App mit dem Windows Store. Wenn Sie die App mit dem Windows Store verknüpfen, wird die App-Manifestdatei mit den Windows Store-spezifischen Daten aktualisiert.
  6. Erstellen Sie das App-Paket. Der einfachste Weg zum Erstellen eines App-Pakets ist die Verwendung von Microsoft Visual Studio. Weitere Informationen finden Sie unter Packen einer Windows Store-App mit Microsoft Visual Studio. Alternativ können Sie das App-Paket an der Eingabeaufforderung erstellen. Weitere Informationen finden Sie unter Erstellen eines App-Pakets an einer Eingabeaufforderung.
  7. Laden Sie das App-Paket in den Windows Store hoch. Während des Uploads wird das App-Paket auf die Einhaltung der technischen Aspekte aus den Zertifizierungsanforderungen überprüft. Wenn die App diese Tests besteht, werden Sie in einer Meldung informiert, dass der Upload erfolgreich war. Besteht ein Paket einen Uploadtest nicht, wird eine Fehlermeldung angezeigt. Weitere Informationen finden Sie unter Beheben von Fehlern beim Paketupload.

Wir haben Hilo zwar nicht in den Windows Store hochgeladen, jedoch die erforderlichen Schritte ausgeführt, um sicherzustellen, dass die App die Validierung besteht.

Führen Sie die folgenden Schritte aus, bevor Sie das App-Paket für den Upload in den Windows Store erstellen:

  • Lesen Sie die Prüfliste für die App-Übermittlung. In dieser Prüfliste werden die Informationen angegeben, die Sie bereitstellen müssen, wenn Sie die App hochladen. Weitere Informationen finden Sie in der Prüfliste für die App-Übermittlung.
  • Stellen Sie sicher, dass Sie mit dem Zertifizierungskit für Windows-Apps einen Releasebuild der App überprüft haben. Weitere Informationen finden Sie unter Testen der App mit dem Zertifizierungskit für Windows-Apps.
  • Erstellen Sie Screenshots, die die wichtigsten Features der App zeigen.
  • Lassen Sie Ihre App von anderen Entwicklern testen. Weitere Informationen finden Sie unter Lokales Freigeben eines App-Pakets.

Wenn die App persönliche Daten erfasst oder Software von Dritten verwendet, müssen Sie außerdem Datenschutzbestimmungen oder zusätzliche Lizenzbedingungen einschließen.

[Oben]

 

 

Anzeigen:
© 2018 Microsoft