2017年5月16日，W3C的 Philippe le Hegaret 发布一篇博客文章，回顾了W3C的Web平台测试项目近两年的主要进展，具体内容如下。

2013年，Tobie Langel 发布了题为“测试开放Web平台（Testing the Open Web Platform）"的文章，提出了一个简单的想法，W3C将通过扩大在Web平台测试上的努力。几年间，这一努力取得了很多进展。

2014年，这一项目转变成为共识驱动的开源项目，并在Github上以web-platform-tests（即WPT）发布。James Graham花费了大量的时间将相关基础整合到一起（见 GTAC 2014上题为 Automation for a Better Web的报告），同时，通过采用 Ms2ger 提升了整个测试项目的可靠性（level of reliability）。在这一阶段，提出了wptrunner，最早用于自动化运行面向各种 Mozilla 产品的所有测试。

2015年，增加了 Reftests 来让CSS测试变得更加灵活，lint tool 用于支持审阅者（reviewer）的工作；服务器也扩充了新特性，支持跨请求的状态存储（storing cross-request state）。

2016年，为了进一步提升测试的稳定性，项目引入了稳定性检查器（stability checker）。这支持在Firefox和Chrome的浏览器引擎上自动运行新的测试。指针事件工作组（Pointer Events WG）尝试了测试驱动的方式，任何对规范的修改都需要有在 WPT 上对应的 pull request。

2017年，WPT所支持的浏览器引擎数量快速扩大。Chromium项目采用了WPT作为主要的共享测试套件。WebKit也积极的推进同样的事情。WHATWG开始采用WPT测试驱动的方式开展工作。WebDriver规范推进到候选推荐标准的状态。Geoffrey Sneddon将CSS测试迁移到WPT上。本月早些时候，Web平台工作组（Web Platform Working Group）也开始采用 WPT测试驱动的方式开展工作。

本周，Bob Holt 扩展了稳定性检查器，支持了 Edge 和 Safari（见博客文章 Diving into the Web Platform Tests）。这使WPT项目更好的产生和收集测试结果。

Tobie在四年前写下这个想法，未来仍然有足够多的工作等着我们做。欢迎更广泛的技术社区加入并帮助我们。起到W3C能够有更多的标准开发（目前有大约200个）能采用测试驱动的方法进行。

相关原文请见：

－W3C Blog: The Web-Platform-Tests Project （2017年5月）

－W3C Blog: testing the Open Web Platform （2013年2月）

更多内容，请参阅 W3C官方博客。

2017年5月23日，W3C的社交Web工作组（Social Web Working Group）发布活动流（Activity Streams 2.0 ）与活动词汇表（Activity Vocabulary）正式推荐标准。

Activity Streams 2.0（简称AS2）提供了一种数据模型以及词汇表，表现一般在线社交对象，活动，及其二者之间的关系。AS2预计将成为在不同的（或分散的）社交Web应用程序之间分享社交数据的事实标准，并且建立在常用的ActivityStreams 1.0的基础上。

活动流 2.0 词汇表（AS2 Vocabulary）提供了一套核心术语（term)，可扩展使用JSON-LD，并且社交Web孵化器社区组（Social Web Incubator Community Group）可使这些扩展变得稳定。AS2可用于任何协议，不过社交Web工作组还是特别为了基于AS2的客户端与服务器以及服务器与服务器之间的交互，正致力于开发ActivityPub规范。

更多内容，请参阅英文原文。

2017年5月18日，Web支付工作组（Web Payment Working Group）发布支付处理程序 API（Payment Handler API）的首个公开工作草案（First Public Working Draft）。此前发布的支付请求API（Payment Request API ）提供了一个从Web页面和应用程序发起支付请求的标准方式，用户代理对该API的实现，提示用户选取一种处理支付请求的方式，进而将支付响应返回到原始站点。支付处理程序（Payment Handler）基于service worker机制，定义了一组标准功能，响应 PaymentRequestEvent 事件，使Web应用可以以标准方式处理支付请求，进一步帮助简化Web支付。

更多内容，欢迎参阅英文原文。

2017年5月9日，W3C的社交Web工作组（Social Web Working Group）发布了 ActivityPub 的候选推荐标准（Candidate Recommendation），向公众征集参考实现。这是一个社交网络交互协议，采用 ActivityStreams 2.0数据格式，提供了一个客户端到服务器的 API，来帮助Web应用程序创建、更新、删除社交网络内容，以及在一组联邦服务器之间的API（federated server to server API），来在多个不同社交服务之间传递状态、通知及对内容的订阅。


更多内容，请参阅W3C的社交Web工作组主页。

2017年5月4日，W3C的设备与传感器工作组（Device and Sensors Working Group）发布了HTML媒体捕捉（HTML Media Capture）的候选推荐标准（Candidate Recommendation）。HTML媒体捕捉规范定义了一个HTML的表单扩展（form extension），可方便用户通过一个文件上传控件访问设备的媒体捕获功能（如照相机、麦克风等）。

更多内容，请参阅W3C的设备与传感器工作组。 

2017年5月3日，W3C的社交Web工作组（Social Web Working Group）发布了互联数据通知（Linked Data Notification，LDN）的W3C正式推荐标准（Recommendation）。

LDN在客户端和服务器之间传递通知消息提供了一种标准化机制。通知（Notification）是一个数据结构，它可以包含任何数据，并采用RDF作为数据表达格式。消息内容可以是客户端和服务器交换的内部数据，也可以是用户通过客户端应用程序（如各类社交网络客户端程序）创建的用户社交网络消息。 任何资源（例如博客文章，或者用户配置文件）都可以通知以该资源为目标消息的某个接收端点（收件箱）。这是构造去中心化系统的一个核心基础设施（Core building blocks），它允许服务器（如用户的个人数据存储）提供一个接收点来从客户端应用程序（如社交网络站点）及其他联盟社交网络站点获取通知消息。此外，每一个通知消息都具有唯一的标识，并可以被其他应用程序（以URL的方式）来重用。这一机制可以使社交网络消息得到更方便的重用，也可以避免社交数据被锁定在产生数据的社交平台中。 

LDN目前已经能够和现有W3C标准结合工作，包括 Web注释协议（Web Annotation Protocol）、Web注释词汇表（Vocabulary）等。互联数据平台（Linked Data Platform）服务器可以用来接收 LDN 消息。

更多内容，请参阅社交Web工作组，及本文英文原文。