Windows app cert kit что это

Использование комплекта сертификации приложений для Windows

чтобы дать вашему классическому приложению возможность получить сертификат, проверить и протестировать его на компьютере, прежде чем отправлять его для сертификации и получения списка в магазине Windows. чтобы сертифицировать приложение, необходимо установить и запустить комплект сертификации Windows приложений. дополнительные сведения о конкретных тестах в пакете см. в статье Windows приложений для проверки комплекта сертификации.

Подробное рассмотрение процесса сертификации и использования этого средства в см. в статье сертификация приложения для настольных систем.

текущий выпуск Windows ACK доступен на 14 языках (чешский, английский, французский, немецкий, итальянский, японский, корейский, польский, португальский (бразилия), русский, упрощенный китайский, испанский, традиционный китайский и турецкий).

Предварительные требования

перед установкой Windows ACK необходимо установить и запустить операционную систему.

Примечание. при установке комплекта сертификации приложений Windows 3,3 или более поздней версии на компьютер заменяется любая ранее установленная версия пакета.

инструкции по запуску Windows комплекта сертификации для приложений 3,3

проверка классического приложения с помощью пакета сертификации Windows приложений 3,3 в интерактивном режиме

проверка приложения Windows desktop с помощью пакета сертификации Windows приложений 3,3 из командной строки

Перейдите в папку, где был сохранен отчет, и откройте его, чтобы просмотреть результаты теста. В этом списке перечислены неудачные тесты с возможным запросом отказа. Необходимо отправить подробное описание для каждого возможного запроса отказа.

в папке, содержащей комплект сертификации Windows приложений, введите следующие команды в следующем порядке:

где: [report file name] — полное имя файла XML, который будет создан пакетом для включения в тестовый отчет.

После завершения теста откройте файл отчета с именем [ имя файла отчета ] и просмотрите результаты теста.

Примечание. чтобы получить дополнительные сведения о командной строке комплекта сертификации приложений Windows, введите команду appcert.exe/?

набор сертификации приложений Windows должен быть запущен в контексте активного сеанса пользователя, но вы не можете запускать приложения в неинтерактивном сеансе. Так как пакет обрабатывает маркеры для запуска тестов с административными привилегиями или без них, он также зависит от контекста сеанса пользователя. Пакет можно запустить из службы, но служба должна иметь возможность порождать этот процесс в активном сеансе пользователя.

использование комплекта сертификации Windows приложений для проверки приложений Windows 7

Отправка на сертификацию

Справочные документы

Тесты комплекта сертификации приложений для Windows

мы изменили комплект, чтобы тесты Windows ACK были проще в использовании. Теперь в комплекте есть:

Источник

Комплект сертификации приложений для Windows

Чтобы сертифицировать приложение для Windows или подготовить его к публикации в Microsoft Store, необходимо сначала проверить и протестировать его локально. В этой статье показано, как установить и запустить комплект сертификации приложений для Windows, чтобы убедиться в том, что приложение является безопасным и эффективным.

Предварительные условия

Необходимые условия для тестирования универсального приложения для Windows:

Обновление на месте: установка более современной версии комплекта сертификации приложений для Windows будет заменять все установленные ранее версии комплекта.

Новые возможности

Комплект теперь поддерживает тесты для приложений моста для классических приложений Windows. Эти тесты позволяют опубликовать приложение в Microsoft Store или пройти сертификацию.

Теперь комплект можно интегрировать в автоматические процедуры тестирования, если интерактивные пользовательские сеансы недоступны.

Проверка приложений перед запуском больше не поддерживается.

Известные проблемы

Ниже приведен список известных проблем с комплектом сертификации приложений для Windows.

Во время тестирования, если установщик завершит работу, но оставит активные процессы или открытые окна, то комплект сертификации приложений может обнаружить, что установщик должен еще выполнить некоторые действия. В этом случае комплект зависнет на задаче «Файлы трассировки установки процесса», и работу пользовательского интерфейса невозможно будет продолжить.

Решение. После завершения работы установщика вручную закройте все активные процессы или открытые установщиком окна.

Для ARM UWA или любого приложения UWA, не ориентированного на семейство устройств для компьютеров или OneCore, в финальном отчете может появиться сообщение с текстом «Во время проверки выполнены не все тесты. Это может повлиять на отправку в Store.». Это сообщение не применяется в случаях, когда пользователь вручную не отменил выбор тестов.

Решение. Недоступно

Для приложений моста для классических приложений, использующих пакет SDK для Windows версии 10.0.15063, следует игнорировать сбои в тесте ресурсов манифеста приложения, указывающие на то, что образ не соответствует ожидаемым размерам, если отклонение составляет один пиксель. Допуск теста — +/-1 пиксель. Например, небольшая плитка на 125% будет 88.75 x 88.75 px, если округление до 89x89px приведет к сбою ограничения на размер 88x88px.

Решение. Недоступно

Проверка приложения для Windows с помощью комплекта сертификации приложений для Windows в интерактивном режиме

В меню Пуск выберите Приложения, найдите Комплекты Windows и щелкните Комплект сертификации приложений для Windows.

В комплекте сертификации приложений для Windows выберите категорию проверки, которую необходимо выполнить. Например: Для проверки приложения для Windows щелкните Validate a Windows app (Проверить приложение для Windows).

Вы можете перейти непосредственно к тестируемому приложению или выбрать приложение из списка в пользовательском интерфейсе. При первом запуске комплекта сертификации приложений для Windows в пользовательском интерфейсе будут перечислены все приложения для Windows, установленные на компьютере. При последующих запусках в пользовательском интерфейсе будут отображаться последние проверенные приложения для Windows. Если в этом списке отсутствует приложение, которое необходимо протестировать, щелкните Моего приложения нет в списке, чтобы отобразить полный список приложений, установленных в вашей системе.

После выбора приложения, которое нужно протестировать, нажмите кнопку Далее.

На следующем экране вы увидите рабочий процесс тестирования, который соответствует типу тестируемого приложения. Если тест выделен серым, он не применим к вашей среде. Например, если вы тестируете приложение для Windows 10 в Windows 7, будут доступны только статические тесты. Обратите внимание, что Microsoft Store может применять все тесты этого рабочего процесса. Выберите тесты, которые будут выполнены, и нажмите кнопку Далее.

Комплект сертификации приложений для Windows начнет проверку приложения.

В ответ на запрос по окончании тестирования введите путь к папке, в которую следует сохранить отчет о тестировании.

Комплект сертификации приложений для Windows создаст HTML-файл вместе с отчетом в формате XML и сохранит его в этой папке.

Откройте файл отчета и просмотрите результаты теста.

Если вы используете Visual Studio, вы можете запустить комплект сертификации приложений для Windows при создании пакета приложения. Подробнее об этом см. в разделе Packaging UWP apps (Создание пакетов приложений UWP).

Проверка приложения для Windows с помощью комплекта сертификации приложений для Windows из командной строки

Комплект сертификации приложений для Windows должен выполняться в контексте активного сеанса пользователя.

Откройте окно командной строки от имени администратора («Запустить от имени администратора»).

В командном окне перейдите в каталог, содержащий комплект сертификации приложений для Windows.

Введите следующие команды в указанном порядке для тестирования приложения, которое уже установлено на компьютере тестирования:

Или можно использовать следующие команды, если приложение не установлено. Комплект сертификации приложений для Windows откроет пакет и применит соответствующий рабочий процесс проверки:

По окончании тестирования откройте файл отчета с именем [report file name] и проверьте результаты теста.

Тестирование на маломощном компьютере

Пороговые значения теста производительности комплекта сертификации приложений для Windows основаны на производительности маломощного компьютера.

Характеристики компьютера, на котором выполняется тестирование, могут повлиять на результаты теста. Чтобы определить, соответствует ли производительность вашего приложения политикам Microsoft Store, мы рекомендуем проводить тестирование на маломощном компьютере, например, с процессором Intel Atom, разрешением экрана 1366×768 (или выше) и механическим (а не твердотельным) жестким диском.

Так как маломощные компьютеры совершенствуются, со временем их рабочие характеристики могут меняться. Выберите самую новую версию политик Microsoft Store и протестируйте свое приложение с использованием самой новой версии комплекта сертификации приложений для Windows, чтобы обеспечить соответствие вашего приложения последним требованиям к производительности.

Источник

Certify your desktop application

Certification for Win32 desktop apps is deprecated. Instead, submit files here.

Follow these steps to get your desktop app certified for Windows 7, Windows 8, Windows 8.1, and Windows 10.

If you wish to convert your desktop app to be compatible with the Universal Windows Platform and Windows Store, you will use the Windows Desktop Bridge, in which case you should follow the Desktop Bridge guidance for certification steps.

If you are developing and certifying a UWP app from the start, see Guidance for Windows App Certification in UWP for info on certification.

Step 1: Prepare for certification

Step 2: Test your app with the Windows App Certification Kit

Step 3: Use the Windows Certification Dashboard

To submit your app for certification, you’ll need to log in or register a company account on the Windows Certification Dashboard. Once you do, not only will you be able to get your app certified, but you’ll also gain access to tools to review and manage your app at all stages of the process.

Step 4: Promote your desktop app

See also:

App compatibility forum: Find support from the community about compatibility and logo certification.

Windows SDK blog: Find tips and news related to app certification.

Windows Server forum: Visit the Certification forum to get answers.

Compatibility cookbook: Get info about what’s new or changed in the latest version of Windows.

Источник

Using the Windows App Certification Kit

To give your desktop app the best chance of getting certified, validate and test it on your computer before you submit it for certification and listing in the Windows Store. To certify your app, you need to install and run the Windows App Certification Kit. For details on specific tests within the kit, refer to Windows App Certification Kit tests.

For a high level look at the certification process, and where the use of this tool fits in, see Certify your desktop app.

The current release of Windows ACK is available in 14 languages (Czech, English, French, German, Italian, Japanese, Korean, Polish, Portuguese (Brazil), Russian, Simplified Chinese, Spanish, Traditional Chinese, and Turkish).

Prerequisites

Before you install the Windows ACK, you need to install and run the operating system.

Note: When you install Windows App Certification Kit 3.3 or higher on your PC, you replace any previously installed version of the kit.

Instructions to run Windows App Certification Kit 3.3

Validate your desktop app by using the Windows App Certification Kit 3.3 interactively

Validate your Windows desktop app by using the Windows App Certification Kit 3.3 from a command line

Navigate to the folder where you saved the report and open it to view the results of the test. Failed tests with a possible waiver request are listed here. You must submit a detailed description for each possible waiver request.

From the folder that contains the Windows App Certification Kit, enter these commands in this order:

where: [report file name] is the fully qualified file name of the XML file that the kit will create to contain the test report.

After the test completes, open the report file named [report file name] and view the test results.

Note: For more information about the Windows App Certification Kit command line, enter the command appcert.exe /?

The Windows App Certification Kit must be run in the context of an active user session but you can’t launch apps in a non-interactive session. The way the kit handles tokens for running tests with or without administrative privileges depends on this user session context as well. The kit can be run from a service, but the service must be able to spawn the kit process in an active user session.

Use the Windows App Certification Kit to validate your Windows 7 apps

Submit for certification

Reference Documents

Windows App Certification Kit tests

We’ve changed the kit to make the Windows ACK tests easier to use. The kit now has:

Источник

Windows App Certification Kit tests

The Windows App Certification Kit contains a number of tests that help ensure your app is ready to be published to the Microsoft Store. The tests are listed below with their criteria, details, and suggested actions in the case of failure.

Deployment and launch tests

Monitors the app during certification testing to record when it crashes or hangs.

Background

Apps that stop responding or crash can cause the user to lose data and have a poor experience.

We expect apps to be fully functional without the use of Windows compatibility modes, AppHelp messages, or compatibility fixes.

Apps must not list DLLs to load in the HKEY-LOCAL-MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Windows\AppInit-DLLs registry key.

Test details

We test the app resilience and stability throughout the certification testing.

The Windows App Certification Kit calls IApplicationActivationManager::ActivateApplication to launch apps. For ActivateApplication to launch an app, User Account Control (UAC) must be enabled and the screen resolution must be at least 1024 x 768 or 768 x 1024. If either condition is not met, your app will fail this test.

Corrective actions

Make sure UAC is enabled on the test computer.

Make sure you are running the test on a computer with large enough screen.

If your app fails to launch and your test platform satisfies the prerequisites of ActivateApplication, you can troubleshoot the problem by reviewing the activation event log. To find these entries in the event log:

Troubleshoot the file with the problem, identify and fix the problem. Rebuild and re-test the app. You can also check if a dump file was generated in the Windows App Certification Kit log folder that can be used to debug your app.

Platform Version Launch test

Checks that the Windows app can run on a future version of the OS. This test has historically been only applied to the Desktop app workflow, but this is now enabled for the Store and Universal Windows Platform (UWP) workflows.

Background

Operating system version info has restricted usage for the Microsoft Store. This has often been incorrectly used by apps to check OS version so that the app can provide users with functionality that is specific to an OS version.

Test details

The Windows App Certification Kit uses the HighVersionLie to detect how the app checks the OS version. If the app crashes, it will fail this test.

Corrective action

Apps should use Version API helper functions to check this. See Operating System Version for more information.

Background tasks cancellation handler validation

This verifies that the app has a cancellation handler for declared background tasks. There needs to be a dedicated function that will be called when the task is cancelled. This test is applied only for deployed apps.

Background

Store apps can register a process that runs in the background. For example, an email app may ping a server from time to time. However, if the OS needs these resources, it will cancel the background task, and apps should gracefully handle this cancellation. Apps that don’t have a cancellation handler may crash or not close when the user tries to close the app.

Test details

The app is launched, suspended and the non-background portion of the app is terminated. Then the background tasks associated with this app are cancelled. The state of the app is checked, and if the app is still running then it will fail this test.

Corrective action

Add the cancellation handler to your app. For more information see Support your app with background tasks.

App count

Background

This test was implemented as per Store policy.

Test details

Windows App Certification Kit error message: APTCACheck Test failed

The AllowPartiallyTrustedCallersAttribute (APTCA) attribute enables access to fully trusted code from partially trusted code in signed assemblies. When you apply the APTCA attribute to an assembly, partially trusted callers can access that assembly for the life of the assembly, which can compromise security.

What to do if your app fails this test

Don’t use the APTCA attribute on strong named assemblies unless your project requires it and the risks are well understood. In cases where it’s required, make sure that all APIs are protected with appropriate code access security demands. APTCA has no effect when the assembly is a part of a Universal Windows Platform (UWP) app.

Remarks

/SafeSEH Exception Handling Protection

Windows App Certification Kit error message: SafeSEHCheck Test failed

An exception handler runs when the app encounters an exceptional condition, such as a divide-by-zero error. Because the address of the exception handler is stored on the stack when a function is called, it could be vulnerable to a buffer overflow attacker if some malicious software were to overwrite the stack.

What to do if your app fails this test

Enable the /SAFESEH option in the linker command when you build your app. This option is on by default in the Release configurations of Visual Studio. Verify this option is enabled in the build instructions for all executable modules in your app.

Remarks

The test is not performed on 64-bit binaries or ARM chipset binaries because they don’t store exception handler addresses on the stack.

Data Execution Prevention

Windows App Certification Kit error message: NXCheck Test failed

This test verifies that an app doesn’t run code that is stored in a data segment.

What to do if your app fails this test

Enable the /NXCOMPAT option in the linker command when you build your app. This option is on by default in linker versions that support Data Execution Prevention (DEP).

Remarks

We recommend that you test your apps on a DEP-capable CPU and fix any failures you find that result from DEP.

Address Space Layout Randomization

Windows App Certification Kit error message: DBCheck Test failed

Address Space Layout Randomization (ASLR) loads executable images into unpredictable locations in memory, which makes it harder for malicious software that expects a program to be loaded at a certain virtual address to operate predictably. Your app and all components that your app uses must support ASLR.

What to do if your app fails this test

Enable the /DYNAMICBASE option in the linker command when you build your app. Verify that all modules that your app uses also use this linker option.

Remarks

Normally, ASLR doesn’t affect performance. But in some scenarios there is a slight performance improvement on 32-bit systems. It is possible that performance could degrade in a highly congested system that have many images loaded in many different memory locations.

This test is performed only on apps written in unmanaged languages, such as by using C or C++.

Read/Write Shared PE Section

Windows App Certification Kit error message: SharedSectionsCheck Test failed.

Binary files with writable sections that are marked as shared are a security threat. Don’t build apps with shared writable sections unless necessary. Use CreateFileMapping or MapViewOfFile to create a properly secured shared memory object.

What to do if your app fails this test

Remove any shared sections from the app and create shared memory objects by calling CreateFileMapping or MapViewOfFile with the proper security attributes and then rebuild your app.

Remarks

This test is performed only on apps written in unmanaged languages, such as by using C or C++.

AppContainerCheck

Windows App Certification Kit error message: AppContainerCheck Test failed.

What to do if your app fails this test

If a native executable file fails the test, make sure that you used the latest compiler and linker to build the file and that you use the /appcontainer flag on the linker.

If a managed executable fails the test, make sure that you used the latest compiler and linker, such as Microsoft Visual Studio, to build the UWP app.

Remarks

ExecutableImportsCheck

Windows App Certification Kit error message: ExecutableImportsCheck Test failed.

What to do if your app fails this test

Don’t merge the import table into an executable code section. Make sure that the /merge flag of the Visual C++ linker is not set to merge the «.rdata» section into a code section.

Remarks

This test is performed on all binary code except purely managed assemblies.

WXCheck

Windows App Certification Kit error message: WXCheck Test failed.

The check helps to ensure that a binary does not have any pages that are mapped as writable and executable. This can occur if the binary has a writable and executable section or if the binary’s SectionAlignment is less than PAGE-SIZE.

What to do if your app fails this test

Make sure that the binary does not have a writeable or executable section and that the binary’s SectionAlignment value is at least equal to its PAGE-SIZE.

Remarks

An executable may have a writable and executable section if it has been built with Edit and Continue enabled (/ZI). Disabling Edit and Continue will cause the invalid section to not be present.

PAGE-SIZE is the default SectionAlignment for executables.

Private Code Signing

Tests for the existence of private code signing binaries within the app package.

Background

Private code signing files should be kept private as they may be used for malicious purposes in the event they are compromised.

Test details

Corrective actions

Supported API test

Test the app for the use of any non-compliant APIs.

Background

Apps must use the APIs for UWP apps (Windows Runtime or supported Win32 APIs) to be certified for the Microsoft Store. This test also identifies situations where a managed binary takes a dependency on a function outside of the approved profile.

Test details

Corrective actions

Make sure that the app was compiled as a release build and not a debug build.

NoteВ В The debug build of an app will fail this test even if the app uses only APIs for UWP apps.

Review the error messages to identify the API the app uses that is not an API for UWP apps.

NoteВ В C++ apps that are built in a debug configuration will fail this test even if the configuration only uses APIs from the Windows SDK for UWP apps. See, Alternatives to Windows APIs in UWP apps for more info.

Performance tests

The app must respond quickly to user interaction and system commands in order to present a fast and fluid user experience.

The characteristics of the computer on which the test is performed can influence the test results. The performance test thresholds for app certification are set such that low-power computers meet the customer’s expectation of a fast and fluid experience. To determine your app’s performance, we recommend that you test on a low-power computer, such as an Intel Atom processor-based computer with a screen resolution of 1366×768 (or higher) and a rotational hard drive (as opposed to a solid-state hard drive).

Bytecode generation

Test Details

Corrective Action

If this test fails, consider the following when addressing the issue:

Optimized binding references

When using bindings, WinJS.Binding.optimizeBindingReferences should be set to true in order to optimize memory usage.

Test Details

Verify the value of WinJS.Binding.optimizeBindingReferences.

Corrective Action

Set WinJS.Binding.optimizeBindingReferences to true in the app JavaScript.

App manifest resources test

App resources validation

The app might not install if the strings or images declared in your app’s manifest are incorrect. If the app does install with these errors, your app’s logo or other images used by your app might not display correctly.

Test Details

Inspects the resources defined in the app manifest to make sure they are present and valid.

Corrective Action

Use the following table as guidance.

The image defines both Scale and TargetSize qualifiers; you can define only one qualifier at a time.

You can customize images for different resolutions.

In the actual message, contains the name of the image with the error.

Make sure that each image defines either Scale or TargetSize as the qualifier.

The image failed the size restrictions.

Ensure that all the app images adhere to the proper size restrictions.

In the actual message, contains the name of the image with the error.

The image is missing from the package.

A required image is missing.

In the actual message, contains the name of the image that is missing.

The image is not a valid image file.

Ensure that all the app images adhere to the proper file format type restrictions.

In the actual message, contains the name of the image that is not valid.

The image «BadgeLogo» has an ABGR value at position (x, y) that is not valid. The pixel must be white (##FFFFFF) or transparent (00######)

The badge logo is an image that appears next to the badge notification to identify the app on the lock screen. This image must be monochromatic (it can contain only white and transparent pixels).

In the actual message, contains the color value in the image that is not valid.

The image «BadgeLogo» has an ABGR value at position (x, y) that is not valid for a high-contrast white image. The pixel must be (##2A2A2A) or darker, or transparent (00######).

The badge logo is an image that appears next to the badge notification to identify the app on the lock screen. Because the badge logo appears on a white background when in high-contrast white, it must be a dark version of the normal badge logo. In high-contrast white, the badge logo can only contain pixels that are darker than (##2A2A2A) or transparent.

In the actual message, contains the color value in the image that is not valid.

The image must define at least one variant without a TargetSize qualifier. It must define a Scale qualifier or leave Scale and TargetSize unspecified, which defaults to Scale-100.

The package is missing a «resources.pri» file.

If you have localizable content in your app manifest, make sure that your app’s package includes a valid resources.pri file.

The «resources.pri» file must contain a resource map with a name that matches the package name

You can get this error if the manifest changed and the name of the resource map in resources.pri no longer matches the package name in the manifest.

In the actual message, contains the package name that resources.pri must contain.

To fix this, you need to rebuild resources.pri and the easiest way to do that is by rebuilding the app’s package.

The «resources.pri» file must not have AutoMerge enabled.

MakePRI.exe supports an option called AutoMerge. The default value of AutoMerge is off. When enabled, AutoMerge merges an app’s language pack resources into a single resources.pri at runtime. We don’t recommend this for apps that you intend to distribute through the Microsoft Store. The resources.pri of an app that is distributed through the Microsoft Store must be in the root of the app’s package and contain all the language references that the app supports.

The string failed the max length restriction of characters.

In the actual message, is replaced by the string with the error and contains the maximum length.

The string must not have leading/trailing whitespace.

The schema for the elements in the app manifest don’t allow leading or trailing white space characters.

In the actual message, is replaced by the string with the error.

Make sure that none of the localized values of the manifest fields in resources.pri have leading or trailing white space characters.

The string must be non-empty (greater than zero in length)

There is no default resource specified in the «resources.pri» file.

In the default build configuration, Visual Studio only includes scale-200 image resources in the app package when generating bundles, putting other resources in the resource package. Make sure you either include scale-200 image resources or configure your project to include the resources you have.

There is no resource value specified in the «resources.pri» file.

Make sure that the app manifest has valid resources defined in resources.pri.

The image file must be smaller than 204800 bytes.\*\*

Reduce the size of the indicated images.

The file must not contain a reverse map section.\*\*

While the reverse map is generated during Visual Studio ‘F5 debugging’ when calling into makepri.exe, it can be removed by running makepri.exe without the /m parameter when generating a pri file.

\*\* Indicates that a test was added in the Windows App Certification Kit 3.3 for Windows 8.1 and is only applicable when using the that version of the kit or later.

Branding validation

UWP apps are expected to be complete and fully functional. Apps using the default images (from templates or SDK samples) present a poor user experience and cannot be easily identified in the store catalog.

Test Details

The test will validate if the images used by the app are not default images either from SDK samples or from Visual Studio.

Corrective actions

Replace default images with something more distinct and representative of your app.

Debug configuration test

Test the app to make sure it is not a debug build.

Background

To be certified for the Microsoft Store, apps must not be compiled for debug and they must not reference debug versions of an executable file. In addition, you must build your code as optimized for your app to pass this test.

Test details

Test the app to make sure it is not a debug build and is not linked to any debug frameworks.

Corrective actions

File encoding test

UTF-8 file encoding

Background

HTML, CSS, and JavaScript files must be encoded in UTF-8 form with a corresponding byte-order mark (BOM) to benefit from bytecode caching and avoid certain runtime error conditions.

Test details

Test the contents of app packages to make sure that they use the correct file encoding.

Corrective Action

Open the affected file and select Save As from the File menu in Visual Studio. Select the drop-down control next to the Save button and select Save with Encoding. From the Advanced save options dialog, choose the Unicode (UTF-8 with signature) option and click OK.

Direct3D feature level test

Direct3D feature level support

Tests Microsoft Direct3D apps to ensure that they won’t crash on devices with older graphics hardware.

Background

Microsoft Store requires all applications using Direct3D to render properly or fail gracefully on feature level 9-1 graphics cards.

Because users can change the graphics hardware in their device after the app is installed, if you choose a minimum feature level higher than 9-1, your app must detect at launch whether or not the current hardware meets the minimum requirements. If the minimum requirements are not met, the app must display a message to the user detailing the Direct3D requirements. Also, if an app is downloaded on a device with which it is not compatible, it should detect that at launch and display a message to the customer detailing the requirements.

Test Details

The test will validate if the apps render accurately on feature level 9-1.

Corrective Action

Ensure that your app renders correctly on Direct3D feature level 9-1, even if you expect it to run at a higher feature level. See Developing for different Direct3D feature levels for more info.

Direct3D Trim after suspend

NoteВ В This test only applies to UWP apps developed for WindowsВ 8.1 and later.

Background

If the app does not call Trim on its Direct3D device, the app will not release memory allocated for its earlier 3D work. This increases the risk of apps being terminated due to system memory pressure.

Test Details

Checks apps for compliance with d3d requirements and ensures that apps are calling a new Trim API upon their Suspend callback.

Corrective Action

The app should call the Trim API on its IDXGIDevice3 interface anytime it is about to be suspended.

App Capabilities test

Special use capabilities

Background

Special use capabilities are intended for very specific scenarios. Only company accounts are allowed to use these capabilities.

Test Details

Validate if the app is declaring any of the below capabilities:

If any of these capabilities are declared, the test will display a warning to the user.

Corrective Actions

Consider removing the special use capability if your app doesn’t require it. Additionally, use of these capabilities are subject to additional on-boarding policy review.

Windows Runtime metadata validation

Background

Ensures that the components that ship in an app conform to the Windows Runtime type system.

Test Details

Verifies that the .winmd files in the package conform to Windows Runtime rules.

Corrective Actions

Package Sanity tests

Platform appropriate files test

Apps that install mixed binaries may crash or not run correctly depending upon the user’s processor architecture.

Background

This test validates the binaries in an app package for architecture conflicts. An app package should not include binaries that can’t be used on the processor architecture specified in the manifest. Including unsupported binaries can lead to your app crashing or an unnecessary increase in the app package size.

Test Details

Validates that each file’s «bitness» in the PE header is appropriate when cross-referenced with the app package processor architecture declaration

Corrective Action

Follow these guidelines to ensure that your app package only contains files supported by the architecture specified in the app manifest:

If the Target Processor Architecture for your app is Neutral processor Type, the app package cannot contain x86, x64, or ARM binary or image type files.

If the Target Processor Architecture for your app is x86 processor type, the app package must only contain x86 binary or image type files. If the package contains x64 or ARM binary or image types, it will fail the test.

If the Target Processor Architecture for your app is x64 processor type, the app package must contain x64 binary or image type files. Note that in this case the package can also include x86 files, but the primary app experience should utilize the x64 binary.

However, if the package contains ARM binary or image type files, or only contains x86 binaries or image type files, it will fail the test.

If the Target Processor Architecture for your app is ARM processor type, the app package must only contain ARM binary or image type files. If the package contains x64 or x86 binary or image type files, it will fail the test.

Supported Directory Structure test

Validates that applications are not creating subdirectories as part of installation that are longer than MAX-PATH.

Background

OS components (including Trident, WWAHost, etc.) are internally limited to MAX-PATH for file system paths and will not work correctly for longer paths.

Test Details

Verifies that no path within the app install directory exceeds MAX-PATH.

Corrective Action

Use a shorter directory structure, and or file name.

Resource Usage test

WinJS Background Task test

WinJS background task test ensures that JavaScript apps have the proper close statements so apps don’t consume battery.

Background

Apps that have JavaScript background tasks need to call Close() as the last statement in their background task. Apps that do not do this could keep the system from returning to connected standby mode and result in draining the battery.

Test Details

If the app does not have a background task file specified in the manifest, the test will pass. Otherwise the test will parse the JavaScript background task file that is specified in the app package, and look for a Close() statement. If found, the test will pass; otherwise the test will fail.

Corrective Action

Update the background JavaScript code to call Close() correctly.

Источник

• ← Windows api что это
• Windows apps что это за папка windows 10 →