Run, debug, and test an MSIX package
Run your packaged application and see how it looks without having to sign it. Then, set breakpoints and step through code. When you're ready to test your application in a production environment, sign your application and then install it. This topic shows you how to do each of these things.
Run your application
You can run your application to test it out locally without having to obtain a certificate and sign it. How you run the application depends on what tool you used to create the package.
You created the package by using Visual Studio
Set the packaging project as the startup project, and then press F5 to start your app.
You created the package using a different tool
Open a Windows PowerShell command prompt, and from the root directory of your package files, run this cmdlet:
Add-AppxPackage –Register AppxManifest.xml
To start your app, find it in the Windows Start menu.
A packaged application always runs as an interactive user, and any drive that you install your packaged application on to must be formatted to NTFS format.
Debug your app
How you debug the application depends on what tool you used to create the package.
If you created your package by using the new packaging project available in Visual Studio 2017 version 15.4 and later (including Visual Studio 2019), just set the packaging project as the startup project, and then press F5 to debug your app.
If you created your package using any other tool, follow these steps:
Make sure that you start your packaged application at least one time so that it's installed on your local machine.
See the Run your app section above.
Start Visual Studio.
If you want to debug your application with elevated permissions, start Visual Studio by using the Run as Administrator option.
In Visual Studio, choose Debug->Other Debug Targets->Debug Installed App Package.
In the Installed App Packages list, select your app package, and then choose the Attach button.
Modify your application in between debug sessions
If you make your changes to your application to fix bugs, repackage it by using the MakeAppx tool. See Run the MakeAppx tool.
Debug the entire application lifecycle
In some cases, you might want finer-grained control over the debugging process, including the ability to debug your application before it starts.
You can use PLMDebug to get full control over application lifecycle including suspending, resuming, and termination.
PLMDebug is included with the Windows SDK.
Test your app
To deploy your packaged application for end-to-end production testing as you prepare for distribution, you need to sign your package with a certificate that is trusted on the machine you're deploying the app.
Test an application that you packaged by using Visual Studio
Visual Studio signs your application by using a test certificate. You'll find that certificate in the output folder that the Create App Packages wizard generates. The certificate file has the .cer extension and you'll have to install that certificate into the Trusted People certificate store on the PC that you want to test your application on. See Package a desktop or UWP app in Visual Studio.
Test an application that you packaged using a different tool
If you package your application outside of Visual Studio you can sign your application package using the Sign Tool. If the cert you used for signing is not trusted on the machine you're testing on, you'll need to install the cert to Trusted People certificate store before installing the app package.
Sign your application package
To manually sign your application package:
Create a certificate. See Create a certificate.
Install that certificate into the Trusted People certificate store on your system.
Sign your application by using that certificate, see Sign an app package using SignTool.
Make sure that the publisher name on your certificate matches the publisher name of your app.
Test your application for Windows 10 S
Before you publish your app, make sure that it will operate correctly on devices that run Windows 10 S. In fact, if you plan to publish your application to the Microsoft Store, you must do this because it is a store requirement. Apps that don't operate correctly on devices that run Windows 10 S won't be certified.
Run another process inside the full trust container
You can invoke custom processes inside the container of a specified app package. This can be useful for testing scenarios (for example, if you have a custom test harness and want to test output of the app). To do so, use the
Invoke-CommandInDesktopPackage PowerShell cmdlet:
Invoke-CommandInDesktopPackage [-PackageFamilyName] <string> [-AppId] <string> [-Command] <string> [[-Args] <string>] [<CommonParameters>]
Have questions? Ask us on the MSIX Tech Community.