“我希望WordPress能具有XX功能。”

“WordPress里为什么没有XXX功能？Ideas 论坛里对这个功能的呼声很高！”

“我怎么想并不重要，真正做决定的是那个厉害的反犯罪小组，有一个不知名的百万富翁在背后支持他们（译者注：这是电影“霹雳娇娃”中的情节）。 呃，我说的是核心开发团队四人小组。”

类似这样的一些看法，就是今天这篇文章的重点。 先不管Ryan, Andrew, Mark 以及Peter和霹雳娇娃之间有什么共同点，这里首先要说明一下我们是怎样决定WordPress功能的。 WordPress社区和核心开发团队之间有很多沟通渠道，但在不影响开发进程的同时与开发团队保持沟通是件难事。 我们的沟通渠道包括：

WordPress 2.7大获成功，原因之一就是在2.7版本研发周期进行了大量的可用性测试。 可用性测试始于WordPress 2.5以及Crazyhorse原型，接下来将被应用到2.7测试版，这一测试几乎覆盖了WordPress应用程序中的每一个功能。 这会花费很多时间。

可能有读者不了解可用性测试的过程，下面我们来介绍一下大体情况。 首先，测试前要确定测试范围，并创建一个测试协议/脚本。 之后需要决定测试小组中的成员类型，然后开始招募小组成员。 你可以通过代理来寻找组员，但如果是测试WordPress，在WordPress社区内部招募人手可能更有效果。因此你可以先做一个调查，观察所有参与者的反应然后将参与者分为不同类型，根据你所希望的组员成分进行选择（你希望寻找的组员类型，比如说新手或者经验丰富的用户，开发人员或CMS用户，以及图片博客作者，手机用户等等）。 接下来就是测试阶段了。

前情提要：帮助WordPress 第一部分 开发

之前我们提到过，图标设计大赛非常成功，我们意识到应该让更多的平面设计者来帮助开发WordPress开源项目。 我们的社区人才济济，现在我们就要让这些人才充分发挥作用。 对此，我们做了一些计划。

当务之急是在Trac中为平面设计新开辟一个“部件”。 我们要用这个部件标签为图形按钮之类的设计创建tickets，比如说为喜欢的菜单图形设计一个新版本，或设计一个新的WordPress标记，让它与蓝色主题看上起更加和谐。 一些情况下平面设计任务与CSS任务会有重叠，因此想要为WordPress贡献力量的设计者可以在两者中任一个搜索开放tickets。 如果需要将PSD基文件作为出发点，我们可以将它附着于ticket。

同样，如果你发现需要修改的图形（像是上面提到的需要蓝色版本的菜单），请先用平面设计部件标签在Trac中进行报告。 不要为你不喜欢的图形创建ticket，让它保持原来不完整或被忽略的样子。

一两个星期前我在丹佛的WordPress夏令营作了一份报告，其中提到如何创造机会以使更多人帮助开发WordPress开源项目。 图标设计大赛非常成功，看样子我们应该出些主意，让非开发人员也能为WordPress贡献他们的聪明才智。 自2.7版本发布以来，我们就一直在研究该怎样为他们提供合适的机会，办法倒是想出了不少。