重要提示：

当提交应用程序更新进行认证时，其认证过程与原始应用程序的认证过程相同。

重要提示：

在将所有应用程序安装到投放市场的 Windows Phone 设备并在其上运行之前，都必须使用 Microsoft 签发的 Authenticode 证书对他们进行签名。

要求

要求内容

2.1

从 Windows Phone Marketplace 中获取的应用程序必须提供完备的功能（下文允许的外部数据存取除外）。除非您与用户已存在计费支付关系，否则您不得要求用户在使用过程中、在 Windows Phone Marketplace 之外支付费用以激活、解锁或延长该应用程序的使用。

2.2

您的应用程序不得用于销售、绑定或以其他方式推广移动语音服务套餐。

2.3

您的应用程序不得危害 (a) Windows Phone 设备或 (b) Windows Phone Marketplace 的安全或功能。

2.4

如果您的应用程序包含或显示广告，则该广告必须符合 Microsoft 广告创意承诺原则指南 (Microsoft Advertising Creative Acceptance Policy Guide)，并且该应用程序必须具有独特的、实质的及合法的内容和目的，而不仅仅是广告的展示。

2.5

如果您的应用程序需要另外下载一个大的数据包（例如，大于 50 MB），以使该应用程序的运行与描述一致，则该应用程序的描述必须说明该数据包的估计大小，并且说明用于获取数据的网络连接可能引起额外费用。

2.6

如果您的应用程序支持聊天、即时消息传递或其他形式的个人到个人的沟通，并允许用户使用移动设备设置或创建其帐户或 ID，则该应用程序必须包含验证机制，以确认创建帐户或 ID 的用户年龄在 13 岁或以上。

2.7

以下要求适用于使用 Microsoft Location Service API 接收用户移动设备的位置的应用程序：

2.7.1

您的应用程序必须使用 Microsoft Location Service API 确定位置。

2.7.2

您的应用程序的隐私策略必须通知用户的信息包括，如何使用和公开从 Location Service API 获取的位置数据，以及用户对位置数据的使用及共享所具有的控制。

2.7.3

您的应用程序必须在应用程序中提供设置，使用户可以启用或禁止应用程序通过 Location Service API 访问和使用位置。

2.7.4

如果您的应用程序向其他服务或其他个人（包括广告网络）发布或提供从 Location Service API 获取的位置数据，则您的应用程序必须实施一个获得选择加入许可的方法。为了实现一个征得用户许可的方法，该应用程序必须 (a) 首先描述如何使用或共享位置信息；(b) 在按所描述的方式发布位置信息之前获取用户的明确许可；并且 (c) 提供一个机制，用户可通过该机制在以后选择退出位置信息的发布。您的应用程序必须定期提醒用户或提供一个可视的指示器，表明位置数据正在被发送给其他服务或个人。

2.7.5

您的应用程序不得替代、避开或隐藏任何与 Location Service API 相关的 Microsoft 用户通知或提示。

2.7.6

您的应用程序不得替代或避开用户在移动设备上禁用位置服务的选项。

2.7.7

您的应用程序必须仅在必要时才向 Location Service API 请求位置信息并保留和使用这些位置数据，以提供应用程序承诺提供给用户的位置感知功能。

2.7.8

您和您的应用程序必须采取措施，以防止未经授权地访问、使用或公开从 Location Service API 接收的位置数据。

2.8

如果您的应用程序从移动设备向任何服务或其他个人发布用户的个人信息，则该应用程序必须实现一个征得用户许可的方法。个人信息是指与某位可识别的用户相关的所有信息或数据，包括但不限于以下内容，且与其保存位置（移动设备或可从移动设备访问的基于 web 的服务器）无关：

• 联系人
• 照片
• 电话号码
• 短信或其他文本通信
• 浏览历史记录

为了实现一个征得用户容许的方法，该应用程序必须 (a) 提供隐私策略，该策略至少必须描述如何使用或共享个人信息；(b) 在按所描述的方式发布信息之前获取用户的明确许可；并且 (c) 提供一个机制，使用户可通过该机制随后选择退出信息的发布。

2.9

如果您的应用程序使用 Microsoft 推送通知服务 (Microsoft Push Notification Service)，则该应用程序及 Microsoft推送通知服务的使用必须符合以下要求：

2.9.1

该应用程序必须首先描述所提供的通知并获取用户的明确许可（选择加入），而且必须提供一个机制，用户可以通过该机制在以后选择退出接收推送通知。使用 Microsoft 推送通知服务提供的所有通知必须与提供给用户的描述一致，并且必须符合所有适用的应用程序策略和内容策略。

2.9.2

该应用程序及其 Microsoft 推送通知服务的使用不得过度占用网络容量或 Microsoft 推送通知服务的带宽，或由于过多的推送通知对 Windows Phone、其他 Microsoft 设备或服务造成负担，Microsoft 将基于其合理的考虑进行判断；并且该应用程序不得危害或干扰任何 Microsoft 网络或服务器，或连接到 Microsoft 推送通知服务的任何第三方服务器或网络。

2.9.3

Microsoft 推送通知服务不得被用于发送关键任务或其他生命攸关的事件通知，包括但不限于与医疗设备或状态相关的关键通知。MICROSOFT 明确声明不能保证 MICROSOFT 推送通知服务的使用或 MICROSOFT 推送通知服务通知的交付不中断、无错误，或以其他方式承诺上述服务的实时性。

2.10

您的应用程序必须具有独特的、实质的及合法的内容和目的，而不是仅仅启动一个网页。

要求

要求内容

4.1.1 – 程序包要求列表

XAP 程序包文件最大为 225 MB。

XAP 程序包必须包含以下内容：

• 一个有效的 Windows Phone 应用程序清单文件，其名称为 WMAppManifest.xml。有关更多信息，请参阅 Windows Phone 的应用程序清单文件主题。
• WMAppManifest.xml 文件中的 <Title> 元素必须包含应用程序标题。<Title> 元素不得为空。在 Windows Phone Marketplace 的提交过程的第 2 步中输入的应用程序标题 (Application title) 和在手机中显示的标题必须一致。

有关设置应用程序和平铺标题的更多信息，请参阅 如何为 Windows Phone 的应用程序平铺图标设置初始属性。

• 一个有效的 .NET 应用程序清单文件，其名称为 AppManifest.xml。
• 在 AppManifest.xml 文件中指定的程序集文件。
• 您希望在手机的应用程序列表中显示的移动应用程序小平铺图标。游戏必须使用移动应用程序大平铺图标替代移动应用程序小平铺图标。移动应用程序小平铺图标必须是一个 62 x 62 像素的 PNG 文件。
• 当用户在手机的开始 (Start) 体验中将应用程序锁定到快速启动区域时，希望显示的移动应用程序大平铺图标。移动应用程序大平铺图标必须是一个 173 x 173 像素的 PNG 文件。

4.1.2 – XAP 文件重新打包过程

当您向 Windows Phone Marketplace 提交 XAP 文件时，该文件将被解压缩、验证并重新打包。

重新打包包含以下步骤：

• Windows Phone 应用程序清单为每个应用程序提供一个产品标识符。
• 重新发现并在清单中列出安全功能。
• 在 Windows Phone 清单中设置手机体验集线器 (Hub) 类型（例如， Music + Videos Hub）。
• 创建数字版权管理头文件并将其命名为 WMAppPRHeader.xml。
• 程序包的原始内容、最新的 Windows Phone 应用程序清单以及数字版权管理头文件被压缩为一个新的 XAP 程序包。

要求

要求内容

4.2.1

您必须使用在 Windows Phone Application Platform 上支持的记录的 API 开发应用程序。有关更多信息，请参阅 Windows Phone 类库参考 主题。

想要获取Windows Phone OS 7.1的新的和改进的API的信息，和Windows Phone OS两个版本的兼容性信息，可以参考“Windows Phone OS 兼容性”。

4.2.2

应用程序不得通过 PInvoke 或 COM 互操作性调用本机代码。如果它进行了该调用操作，将无法完成认证过程。

4.2.3

应用程序必须使用零售配置而不是调试来进行编译。应用程序不得包含调试符号或输出。

4.2.4

应用程序不得重新发布 Windows Phone 程序集。但是，您可以重新发布全景图、透视透视表和地图程序集。

4.2.5

在使用 System.Windows.Controls 命名空间中的任何方法时，应用程序不得调用 Microsoft.Xna.Framework.Game 程序集或 Microsoft.Xna.Framework.Graphics 程序集中的任何 API。

注意：

在应用程序更新过程中，功能列表可能会改变。当提交一个应用程序更新来进行认证时，其认证过程与原始应用程序的过程是相同的。

要求

要求内容

测试步骤

4.4 语言验证

应用程序必须至少以一种 Windows Phone Marketplace 支持的应用程序语言进行本地化。

一个Windows Phone应用程序如果没有设置一个中立的语言将会提交失败。想要获取更多关于怎样本地化应用程序和怎样设置一种中立语言的信息，可以参考：“怎样编译一个本地化Windows Phone应用程序”。

要求

要求内容

测试步骤

4.5 Windows Phone Marketplace 图解

您必须为每个应用程序提交一个图标，以在 Windows Phone Marketplace 目录中代表您的应用程序。该图标必须与 XAP 程序包中所提供的图标完全一致。用户在进行购买之前，将在浏览手机中的应用程序目录时看到该图标。

警告：

不要对以下手机应用程序图标使用透明的 PNG 图像文件。

• 在手机的 Windows Phone Marketplace 中使用的移动应用程序的小平铺图标（必需的），大小为 99 x 99 像素。
• 在手机的 Windows Phone Marketplace 中使用的移动应用程序的大平铺图标（必需的），大小为173 x 173 像素。
• 在手机的 Windows Phone Marketplace 中使用的 PC 应用程序的大平铺图标（必需的），大小为200 x 200 像素。
• 在背景全景图中使用的背景画（可选的），大小为 1000 x 800 像素。

1. 定位您计划和您的应用程序一起提交的图解文件。
2. 确认该图标代表该应用程序，并且该图标与 XAP 程序包完成安装后在设备上出现的图标一致。
3. 确认包含在提交中的所有适用图像文件具有正确的尺寸，并且是非透明的 PNG 格式。

要求

要求内容

测试步骤

4.6 应用程序屏幕截图

对于每个应用程序，您必须提供至少一个或最多八个屏幕截图。用户在进行购买之前，将在目录的详细信息页面看到这些屏幕截图。

屏幕截图必须只包含应用程序图像，并且不得含有任何仿真器镶边。不允许图形增强的屏幕截图。

警告：

不要使用透明的 PNG 图像文件作为应用程序的屏幕截图。

有关更多信息，请参阅 如何为 Windows Phone Marketplace 创建屏幕截图。

详细信息页面的屏幕截图必须是 480 x 800 像素的 PNG 文件。

1. 定位应用程序屏幕截图文件。
2. 确认每个屏幕截图显示了在应用程序运行时的手机屏幕或仿真器的直接截图。
3. 确认每个屏幕截图都没有包含仿真器镶边。
4. 确认每个屏幕截图都没有进行图形增强。
5. 确认每个屏幕截图都是 480 x 800 像素，并且都是非透明的 PNG 文件。

要求

要求内容

测试步骤

4.7.1 适用的应用程序平铺图像

大的和小的移动应用程序平铺图像都必须代表该应用程序。

1. 查看应用程序列表。
2. 确认移动应用程序的小平铺图像代表该应用程序。
3. 在应用程序列表中，轻点并按住应用程序的移动应用程序小平铺图像，然后选择锁定到开始。
4. 确认开始屏幕中的移动应用程序大平铺图像代表该应用程序。

要求

要求描述

测试步骤

5.1.1多设备支持

应用程序必须能够在所有 Windows Phone 设备上运行，而不考虑型号、屏幕大小、键盘硬件和制造商。

1. 在两台或多台 Windows Phone 设备上安装您的应用程序。
2. 确认应用程序是否能够正常安装和卸载。
3. 完成上述测试后，确保已经安装了您的应用程序，然后启动应用程序。
4. 全面测试应用程序的功能和特性，以确认不会存在特定设备上出现问题。
5. 确认应用程序不会导致设备停止响应或崩溃。

5.1.2 应用程序关闭

应用程序必须处理 .NET Framework 引起的异常情况，并且不会意外关闭。认证过程会监控应用程序是否会意外关闭。意外关闭的应用程序不能通过认证。

在处理异常情况时，应用程序必须提供简单易懂的错误信息。您可能会提供有关应用程序上下文的消息。异常情况处理完毕后，应用程序必须继续运行并且仍能对用户输入做出响应。

显示通用或无用错误消息的应用程序不能通过认证。

1. 启动您的应用程序。
2. 浏览整个应用程序，然后关闭应用程序。
3. 确认关闭过程中不会发生意外行为。
4. 确认在出现应用程序错误后，应用程序仍能对用户输入和用户交互做出响应。
5. 在手机处于“飞行”模式时，重复上述步骤。根据上述方法验证每个步骤。

5.1.3 应用程序响应

如果应用程序执行某项操作（比如通过网络连接下载数据）导致设备超过 3 秒钟无响应，则应用程序必须显示可视进度和忙碌指示器。

1. 启动您的应用程序。
2. 全面测试应用程序特性和功能。
3. 在测试应用程序时，确认应用程序无响应的时间不会超过 3 秒钟。
4. 确认在应用程序执行某项操作导致设备超过 3 秒钟无响应时显示进度指示器。
5. 如果显示进度指示器，则确认应用程序会为用户提供选项以取消正在执行的操作。

要求

要求描述

测试步骤

5.2.1 启动时间

• 应用程序必须在启用后的 5 秒钟之内呈现第一个屏幕。

应用程序可能会在 XAP 程序包的根目录中名为 SplashScreenImage.jpg 的文件中显示启动屏幕图像，同时依然继续尝试加载应用程序。

• 启动后的 20 秒内，应用程序必须对用户输入做出响应。

1. 启动您的应用程序。
2. 确认应用程序在启动后的 5 秒钟内呈现第一个屏幕。
3. 确认应用程序在启动后的 20 秒内对用户输入做出响应。

5.2.2 应用程序关闭后仍保持响应

当用户离开 Windows Phone 应用程序后，操作系统会关闭并终止该应用程序。在关闭后重新启动应用程序时，其启动时间必须符合 5.2.1 节（启动时间）的要求。

1. 启动您的应用程序。
2. 使用“返回”按钮或者通过选择应用程序菜单中的“退出”功能关闭应用程序。
3. 再次启动您的应用程序。
4. 验确认应用程序在 5 秒钟内正常启动并能在启动后的 20 秒内做出响应。

5.2.3应用程序失效后仍保持响应

当用户点击了“开始”键，或者设备超时导致了锁屏，此时Windows Phone 应用程序会失效。当应用调用了Launcher 或者Chooser API的时候，Windows Phone 应用程序也会失效。

在Windows Phone 7.0系统中，当一个Windows Phone 应用程序失效时，会被“墓碑化”。在Windows Phone 7.1系统中，当一个Windows Phone 应用程序失效时，会被置成“休眠”状态。但是，如果是由资源使用策略引起的“墓碑化”，应用程序应该能够被系统终止运行。

应用被终止运行后，当再次被激活时，应用必须遵守5.2.1-启动时间的要求。

想要获取更多的信息和更好的示范，可以查阅“Windows Phone 执行模式概述”

5.2.4 “返回”按钮的使用

为了保持一致的用户体验，“返回”按钮只能用于应用程序的向后导航。关于“返回”按钮的使用，共有以下四项要求。

5.2.4.1 – “返回”按钮：上一页

按“返回”按钮必须使应用程序返回至上一页，或者返回至返回堆栈中保存的上一页。

1. 启动您的应用程序。
2. 浏览整个应用程序。
3. 按“返回”按钮。
4. 确认应用程序关闭当前显示的屏幕，并将您返回至返回堆栈中保存的上一页。

5.2.4.2 – “返回”按钮：第一个屏幕

当应用程序显示第一屏时按“返回”按钮应用程序必须关闭。

1. 启动您的应用程序。
2. 按“返回”按钮。
3. 确认应用程序是正常关闭，或者允许用户通过菜单或对话框中确认关闭应用程序。

5.2.4.3 – “返回”按钮：上下文菜单和对话框

如果当前页面显示上下文菜单或对话框，按“返回”按钮会关闭菜单或对话框，并使用户返回至打开上下文菜单或对话框的屏幕。

1. 启动您的应用程序。
2. 浏览整个应用程序。
3. 显示上下文菜单或对话框。
4. 点按“返回”按钮。
5. 确认上下文菜单或对话框关闭，并返回至打开上下文菜单或对话框的屏幕。

5.2.4.4 – “返回”按钮：游戏

对于游戏，在游戏期间按“返回”按钮，游戏可能会选择显示暂停上下文菜单或对话框，或者将用户导航至上一个菜单屏幕。在暂停上下文菜单或对话框中再次按“返回”按钮，将关闭菜单或对话框。

1. 启动您的游戏。
2. 开始玩游戏。
3. 点按“返回”按钮。
4. 确认游戏暂停。

5.2.5 内存占用

应用程序的内存使用量不得超过 90 MB（内存超过 256 MB 的设备除外）。

您可以使用下面的类查询设备上的可用内存量，并在运行时修改应用程序行为，以充分利用其他内存。

• 在Windows Phone OS 7.0上使用DeviceExtendedProperties类。
• 在Windows Phone OS 7.1上使用DeviceStatus类。

DeviceTotalMemory 值表示物理内存大小，以字节为单位。此值小于实际的设备内存量。对于通过认证的应用程序，当 DeviceTotalMemory 小于或等于256 MB 时，Microsoft 建议 ApplicationPeakMemoryUsage 返回的值小于 90 MB。

5.2.6 试用应用程序

应用程序不得在紧凑循环中调用任一生成试用应用程序的 API。例如，游戏应用程序不得在游戏过程中调用任一生成试用应用程序的 API。不得频繁调用这些API，并且应对调用的返回值进行缓存。有关创建试用应用程序的最佳实践的信息，请参见 创建 Windows Phone 试用应用程序。

要求

要求描述

测试步骤

5.3.1

应用程序不得延误或阻止用户发出呼叫、接听来电或者结束通话。

1. 确保手机具有有效的移动网络连接。
2. 启动您的应用程序。
3. 接听来电。
4. 确认应用程序的声音或振动不会对手机的通话质量造成不良影响。
5. 结束通话。
6. 确认应用程序返回至原来的状态并恢复网络连接。
7. 通过点按“开始”按钮关闭应用程序。
8. 确认您能够成功发启呼叫。

5.3.2

应用程序不得延误或阻止用户发送或接收短信或彩信。

发送短信或彩信

1. 确保手机具有有效的移动网络连接。
2. 通过查看手机“设置”页面，确保手机并非处于“飞行”模式。
3. 启动您的应用程序。
4. 通过点按“开始”按钮关闭应用程序。
5. 确认能够将短信或彩信发送至其他手机。

接收短信或彩信

1. 确认手机具有有效的移动网络连接。
2. 通过查看手机“设置”页面，确保手机并非处于“飞行”模式。
3. 向手机发送短信和彩信，并等待最多 10 分钟。
4. 通过点按“开始”按钮关闭应用程序。
5. 确认手机在应用程序内或者在应用程序关闭后的 5 秒钟内显示短信或彩信的相关通知。

5.3.3

在接听来电或接收短信和彩信时，应用程序不得停止响应或意外关闭。

1. 确保手机具有有效的移动网络连接。
2. 通过查看手机“设置”页面，确保手机并非处于“飞行”模式。
3. 接听来电，并接收短信或彩信。
4. 确认接收通知时，应用程序不会停止响应或意外关闭。
5. 完成上述步骤的验证后，单击消息通知或接听来电。
6. 如果收到来电，则结束通话。
7. 如果未能收到来电，则确认在通话结束时向用户显示应用程序，并且应用程序不会停止响应或意外关闭。
8. 如果收到消息，则按“返回”按钮确认能够返回到应用程序。

要求

要求描述

测试步骤

5.4.1 恶意软件屏蔽

应用程序不得包含病毒、恶意程序以及任何恶意软件。

1. 启动您的应用程序。
2. 扫描应用程序以防止恶意程序。
3. 确认应用程序中没有病毒、恶意程序或恶意软件。

5.4.2 MSIL 类型安全验证

Windows Phone 可执行多重沙盒机制，以帮助保护设备和设备上运行的应用程序的完整性。Windows Phone 公共语言运行时 (CLR) 依靠应用程序代码的类型安全执行，帮助强制执行安全和隔离机制。

应用程序必须执行 MSIL 类型安全代码以通过认证。有关 C# 不安全代码的更多信息，请参见 不安全代码和指针（C# 编程指南）。

5.4.3 安全透明性验证

Windows Phone 应用程序平台不允许应用程序运行安全性苛求代码。调用安全性苛求代码的应用程序不能通过认证。

有关 .NET 安全模型的更多信息，请参见 .NET Framework 4 中的安全变更。

要求

要求描述

测试步骤

5.5.1 – 语言验证

您的应用程序产品描述和用户界面上使用的文字必须本地化为该应用程序支持的每种语言。

1. 查看应用程序的产品描述，并确认其是否已本地化至目标语言。
2. 启动您的应用程序。
3. 确认应用程序的用户界面文本已本地化至目标语言。

5.5.2 – 内容和主题

应用程序内容（比如文本和可视元素）必须清晰可见，而无论手机主题是什么。例如，如果手机主题从黑色背景更改为白色背景，则应用程序的文本和可视元素必须清晰可见。

1. 导航至“应用程序列表”的“设置”页面。
2. 点按“主题”并将“背景”更改为“深色”。
3. 启动您的应用程序。
4. 确认应用程序的文本和可视元素清晰可见。
5. 返回“设置”下的“主题”页面，并将“背景”更改为“浅色”。
6. 启动您的应用程序。
7. 确认应用程序的文本和可视元素清晰可见。

要求

要求描述

测试步骤

技术支持信息

应用程序必须包含应用程序名称、版本信息和技术支持联系信息，并且易于查找。

1. 启动您的应用程序。
2. 确认应用程序在显眼的位置显示应用程序名称、版本信息和技术支持联系信息。

要求

要求描述

测试步骤

6.1 – 位置感知应用程序

用户可以从手机的“系统设置”页面关闭位置服务。当手机上的位置服务关闭后，位置感知应用程序必须仍能做出响应。

建议

• 显示简洁易懂的消息，表明位置数据不可用。

1. 导航至“设置”菜单下的“位置”页面，将“位置服务”设置为“开”。
2. 启动您的应用程序。
3. 按手机上的“主屏幕”按键返回至主屏幕。
4. 返回至“设置”菜单下的“位置”页面，将“位置服务”设置为“关”。
5. 启动您的应用程序并确认应用程序仍能做出响应。

要求

要求描述

测试步骤

6.2.1 – 可配置功能

在用户界面或“设置”菜单中，应用程序必须支持用户独立地禁用消息通知。

1. 启动您的应用程序。
2. 确保应用程序用户界面或“设置”菜单能够让用户禁用消息通知和“瓷砖”通知。

6.2.2 – 消息通知选择加入

当您的应用程序首次使用 BindToShellToast 方法时，该应用程序必须征求用户的明确许可以便接收消息通知。

重要提示：

您只需要在首次使用 BindToShellToast 方法时征求用户的许可。此后将不必再征求用户的许可。例如，如果您的应用程序每次进行加载时都要调用 BindToShellToast，则仅会在首次启动应用程序时对用户进行提示。

1. 启动您的应用程序。
2. 确认首次使用 BindToShellToast 方法时应用程序会对用户进行提示。此提示必须请求明确的许可，以便接收消息通知。

重点提醒：

     为了在Windows Phone OS 7.1上获取最好的用户体验，微软建议当你的应用在锁屏状态下运行时，使用下面的新特性，而不是设置ApplicationIdleDetectionMode属性。

• 快速切换,OS对内置特性进行了大量的改进，以提高应用在前后台切换时的性能。
• 后台代理的特点,在“Windows  Phone的多任务”对此中有描述，例如后台数据传输和后台音频播放。

更多信息可以参考“Windows Phone 的执行模式”。

要求

要求描述

测试步骤

6.3.1 – 最大限度地减少在锁定屏幕下运行时的用电量

当提示屏幕锁定后，在锁定屏幕下运行的所有应用程序必须停止进行任何用户界面更新、活动计时器以及其他非关键操作进程。

1. 启动您的应用程序。
2. 锁定手机。
3. 确认应用程序停止了所有用户界面更新、活动计时器以及其他非关键操作进程。

6.3.2 在锁定屏幕下播放音频的应用程序

6.3.2.1

应用程序在锁定屏幕下播放音频时，手机电池的最短使用时间必须大于 6 小时。

1. 启动您的应用程序。
2. 播放音乐文件。
3. 锁定手机。
4. 确认电池使用时间大于 6 小时。

6.3.2.2

如果应用程序在手机锁定后不播放音频，则在手机屏幕锁定后应用程序必须保持闲置状态。

1. 启动您的应用程序。
2. 确保手机上没有播放任何音乐文件。
3. 锁定手机。
4. 确认应用程序并未播放音乐，并且手机处于闲置状态。

6.3.3 – 在锁定屏幕下不播放音频的应用程序

6.3.3.1

应用程序在锁定屏幕下运行时，手机电池的最短使用时间必须大于 120 小时。

1. 将手机电池充满电。
2. 在手机“设置”页面开启“飞行”模式。
3. 启动您的应用程序。
4. 锁定手机。
5. 确认电池使用时间至少为 120 小时。

要求

要求描述

测试步骤

6.4.1

应用程序功能必须与视频和/或音乐媒体播放相关。

1. 启动您的应用程序。
2. 验证确认应用程序功能与视频和/或音乐媒体有关。
3. 确认应用程序处理音乐和/或音频播放。
4. 确认在手机上安装应用程序后，应用程序显示在“字幕”列表中。

6.4.2

当用户点按与音乐 + 视频服务的“历史记录”或“正在播放”列表有关的平铺图标时，应用程序必须 (a) 启动针对平铺中确定的内容的播放体验，或者 (b) 启动提供之前播放的媒体内容相关信息的视图，并允许用户继续播放。当用户点按音乐 + 视频服务的“历史记录”、“正在播放”或“新建”列表中的内容平铺图标时，应用程序不得启动主登录页面或默认登录页面。

1. 点按音乐 + 视频服务的“历史记录”或“正在播放”列表中的音乐或视频平铺图标。
2. 确认应用程序启动播放体验。

6.4.3

当应用程序播放媒体时，应用程序必须更新音乐 + 视频服务的“历史记录”列表。

1. 启动您的应用程序。
2. 播放应用程序内的视频或音乐媒体文件。
3. 导航至音乐 + 视频服务，并确保“历史记录”列表包含您播放过的视频或音乐文件的相关信息。

6.4.4

在向手机添加媒体或用户在应用程序中创建“对象”（例如，创建无线电台；创建音乐标签）时，应用程序必须更新音乐 + 视频服务的 “新建”列表。

1. 启动您的应用程序。
2. 在应用程序内创建无线电台或音乐标签等对象。
3. 导航至音乐 + 视频服务，并确保“新建”列表包含您创建的对象的信息。

6.4.5

当媒体与容器关联时，音乐 + 视频服务的“新建”和“历史记录”列表中的服务平铺图标必须表示有效容器（比如唱片集、艺术家、播放列表和无线电台），而不是独立的媒体项。

1. 启动您的应用程序。
2. 在应用程序内，创建视频和/或音乐媒体容器。例如，唱片集、艺术家、播放列表和无线电台，而不是独立的媒体项。
3. 播放容器内容。
4. 导航至音乐 + 视频服务。
5. 确认“新建”和“历史记录”列表进行了更新。

6.4.6

音乐 + 视频服务中的服务平铺图标不得包含广告、媒体报道或其他未经许可的内容。

1. 导航至音乐 + 视频服务。
2. 确认每个音乐和视频平铺图标均不包含广告、媒体报道或其他未经许可的内容。

6.4.7

遵守音乐 + 视频服务中的图解规则，如如何集成 Windows Phone 音乐和视频服务主题所示。

1. 导航至音乐 + 视频服务。
2. 确认每个音乐或视频平铺图标均包含应用程序标题或徽标。
3. 确认“正在播放”列表中的每个音乐或视频标题均为 358 x 358 像素。
4. 确认其他任何列表中的每个音乐或视频标题均为 173 x 173 像素。
5. 确认 MediaHistoryItem 类的Title 属性包含表示其内容的文本，比如电台名或视频标题。

重要提示：

6.5 节中的要求并不适用于音乐 + 视频服务应用程序，如 6.4 节所述。

要求

要求描述

测试步骤

6.5.1 – 初始启动功能

当用户于应用程序启动后在手机上播放音乐时，应用程序不得通过调用 Microsoft.Xna.Framework.Media.MediaPlayer 类，暂停、恢复或停止手机 MediaQueue 中播放的音乐。

如果应用程序要播放自己的背景音乐或者调整背景音乐音量，则必须获得用户的同意方可停止播放/调整背景音乐（例如“消息”对话框或“设置”菜单）。应用程序每次启动时均必须显示该提示，除非已向用户提供选择加入设置并且用户已经使用此项设置进行选择加入。

1. 播放音乐文件。
2. 启动您的应用程序。
3. 确认在应用程序加载时，不会暂停、恢复或者停止正在播放的音乐。

6.5.2 – 可配置功能

如果应用程序播放背景音乐，则应用程序必须为用户提供针对背景音乐和背景音乐音量的可配置设置。

1. 启动您的应用程序。
2. 确认应用程序允许用户配置应用程序的背景音乐或者背景音乐音量。
3. 确认对这些设置进行的更改在应用程序关闭后不会影响手机上的音乐播放。

6.5.3 – 播放视频或音频片段的应用程序

应用程序可能会在未征求用户同意的情况下，中断手机上当前播放的音乐，以播放非互动式全动视频或者非互动式音频片段（例如影片剪辑或媒体剪辑）。

应用程序必须在其关闭后，恢复之前播放的音乐。

1. 播放音乐文件。
2. 在播放音乐文件时，启动您的应用程序。
3. 在应用程序内播放非互动式全动视频文件或者非互动式音频片段。
4. 当文件或音频片段播放完毕后，必须从暂停位置继续播放手机背景音乐。

6.5.4 – 音效与背景音乐

不得在应用程序中使用 SoundEffect 类连续播放背景音乐。

要求

要求描述

测试步骤

6.6.1

应用程序必须能够执行与照片处理相关的主要功能。

1. 启动应用程序。
2. 确认应用程序能够处理照片。例如，确认应用程序能够列出、打开、显示或编辑照片。

6.6.2

Windows Phone OS 7.0

根据 Windows Phone 照片附加应用程序的扩展性主题所述，XAP 程序包根中的 Extras.xml 文件必须有效。在Windows Phone OS 7.0文档描述在这里。

Windows Phone OS 7.1 

根据 Windows Phone 照片附加应用程序的扩展性主题所述，应用必须正确地，公开地作为一个照片附加应用。

6.6.3

应用程序必须支持以下两种启动行为：

1. 当从“应用程序”列表（无需输入照片）启动应用程序时，应用程序必须调用 PhotoChooser 方法让用户选择照片或者捕获新的照片。
2. 当应用程序使用 JPEG 文件格式的输入照片从照片查看器中的“附加程序”菜单启动应用程序时，应用程序必须执行让用户无需执行任何照片选择步骤即可处理输入照片的功能。
3. 在Windows Phone开始界面，点击图片应用。
4. 操作一张图片。
5. 点击页面下方应用面板上的 三个点。
6. 点击“应用”菜单（Windows Phone 7.0附加），并且点击应用程序名称。
7. 确保该应用程序允许修改照片。
8. 返回开始界面，从应用程序列表启动应用。
9. 确保应用程序允许用户选择一张照片。

6.6.4 启动应用

应用程序必须是明显的，并且应用程序允许照片根据应用程序的启动进行修改。

1. 在Windows Phone开始界面点击图片应用。
2. 导航至一张图片。
3. 点击页面下方应用面板上的三个点。
4. 点击“应用”按钮（在Windows Phone OS 7.0上附加），并且点击你的应用程序名称。
5. 确保点击照片是明显的，并且照片能够根据应用的启动进行修改。

要求

要求描述

测试步骤

6.7.1

应用程序必须能够执行与照片处理相关的主要功能。

1. 启动您的应用程序。
2. 确认应用程序的主要功能是加载照片。

6.7.2

应用程序必须支持以下两种启动行为：

1. 当从“应用程序”列表（无需输入照片）启动应用程序时，应用程序必须调用 PhotoChooser 方法让用户选择照片或者捕获新的照片。
2. 当应用程序使用 JPEG 文件格式的输入照片通过照片查看器从共享选择器启动应用程序时，应用程序必须执行让用户无需执行任何照片选择步骤即可加载或共享输入照片的功能。

1. 在Windows Phone 开始界面启动图片应用程序。
2. 导航至一张图片。
3. 点击页面下方应用面板上的三个点。
4. 点击“分享”按钮，并且点击你的应用程序名称。
5. 确保该应用允许用户上传或者分享一张照片。
6. 返回开始界面，从应用程序列表启动应用。
7. 确保应用程序允许用户选择一张照片，用来上传。

要求

要求描述

测试步骤

6.8.1 应用程序的基本功能

对于 Windows Phone OS 7.1 

应用程序的基本功能必须与照相机或者照片有关。

1. 在Windows Phone 开始界面，点击图片应用程序。
2. 导航至“应用”面板。
3. 从“应用”面板启动应用程序。
4. 确保应用程序的基本功能与照相机或者照片有关。

要求

要求描述

测试步骤

6.9.1 用户初始化后台音频

对于 Windows Phone OS 7.1 

除非用户激活了一个能看到的UI元素，否则应用程序不能初始化后台音频

1. 启动你的应用程序。
2. 确保应用程序有一个能够看到的UI元素，可以用来播放后台音频。
3. 激活UI元素来播放后台音频。
4. 确保后台音频开始播放。

6.9.2 停止播放后台音频

对于 Windows Phone OS 7.1 

当应用程序在前台运行时，应用程序必须提供一个能看到的UI元素给用户，用来停止播放后台音频。

1. 启动你的应用程序。
2. 开始播放应用程序。
3. 确保应用程序里能够停止播放音频的UI元素是能够被看到的。
4. 激活UI元素来停止播放应用程序。
5. 确保音频播放被停止了。

6.9.3 通用的音量控制命令

对于 Windows Phone OS 7.1 

当应用程序在后台播放音频，如果用户点击了通用音量控制面板上的暂停键，应用程序必须停止播放音频。

如果应用程序有暂停功能，通过点击通用音量控制面板上的暂停键，应用程序可以暂停或继续播放音频。

1. 启动你的应用程序。
2. 开始播放音频。
3. 关掉应用程序。
4. 确保应用程序能够在后台继续播放。
5. 查看通用的音量控制面板。
6. 如果应用程序有暂停功能，通过点击通用音量控制面板上的暂停键，应用程序可以暂停播放音频。通过点击通用音量控制面板，确保能够重新播放音频。
7. 通过点击通用音量控制面板，停止播放音频。
8. 确保音频播放已经停止。

6.9.4 通用音量控制描述

对于 Windows Phone OS 7.1 

当应用程序播放一个背景音频时，显示在通用音量控制面板的数据元素必须能够描述该音频，例如音频名称，音轨，艺术家，播放状态或者应用程序名称。

应用程序的错误码不能出现在通用音频控制面板。

广告和其他不相关的内容不能出现在通用引用控制面板。

1. 启动你的应用程序。
2. 开始播放音频。
3. 关掉应用程序。
4. 确保应用程序能够继续在后台播放音频。
5. 查看通用音量控制面板。
6. 确保能看到数据元素，并且该数据元素是与正在播放的音频相关的。

6.9.5 后台音频的流化代理

对于 Windows Phone OS 7.1 

应用程序只能使用AudioStreamingAgent API来执行与音频播放和数据元素管理相关的任务。

1. 启动你的应用程序。
2. 关掉应用程序。
3. 确保后台音频的流化代理仅仅用来流化预期的音频内容，并且和数据元素管理相关。

要求

要求描述

测试步骤

6.10.1 用户初始化后台数据传输

对于 Windows Phone OS 7.1 

除非用户激活了一个能看到的UI元素，否则应用程序不能初始化后台数据传输。

1. 启动你的应用程序。
2. 确保应用程序有一个能够看到的UI元素，可以用来在后台进行数据传输。
3. 激活UI元素来进行数据传输。
4. 确保后台数据传输已经开始。

6.10.2

对于 Windows Phone OS 7.1 

当应用程序在前台运行时，应用程序必须允许用户通过一个可以看到的UI元素，查看所有已经激活的和即将激活的后台数据传输的状态。

1. 启动你的应用程序。
2. 初始化一个后台数据传输事件。
3. 确保有一个能够看到的UI元素可以显示正在进行的后台数据传输。
4. 确保UI元素正确地显示了后台数据传输事件。
5. 操作UI元素来停止后台数据传输事件。
6. 确保用来表示正在进行的后台数据传输的UI元素中，没有显示已经停止的后台数据传输事件。

6.10.3 取消后台数据传输

对于 Windows Phone OS 7.1 

应用程序必须给用户提供一个能够看到的UI元素，用来取消已经开始的和即将进行的后台数据传输事件。

1. 启动你的应用程序。
2. 初始化一个后台数据传输事件。
3. 确保有一个能够看到UI元素，可以让用户取消正在进行的后台数据传输事件。
4. 操作UI元素来停止正在进行的数据传输事件。
5. 确保后台数据传输事件已经停止，并且与后台数据传输相关的UI元素都不再显示。