首先升级到最新的MU版本。如果您在这方面遇到问题，请向MU项目报告您的反馈和遇到的bug。
然后升级到WordPress 3.0。如果您在该步骤中遇到任何问题，请向WP项目报告。
Update:
就您所关心的快速测试（而不是大规模测试）而言，您可以在testserver上本地进行测试（并邀请一些关键的beta测试人员在您的机器上（远程）进行测试）。无论如何，我会先这样做，因为它会显示出事情是否严重破裂。
将数据库和所有文件（即“所有博客”）复制到测试系统。将主机文件中的域重新映射到testsystem，这将防止您因为迁移到测试而关心域名问题。此信息可能会有所帮助：Grep and Friends (collection of linux shell commands to install, backup and restore wordpress). （欢迎反馈）
所以只需将所有内容复制到测试系统。拿一些靠近服务器的东西，例如可能是什么东西LAMP.
然后再做一次备份（如果您使用的是虚拟系统，那么就做一个快照，这是推荐的，因为这些系统实际上内置了快照，这样可以很容易地“重播”内容，而且您不需要完全的性能）。
然后进行升级。如果您已经使用了最新的MU，那么就不需要升级到最新的MU，否则我会这样做。您可以启用WP\\u DEBUG和watch警告（我会在这里编写一些日志，报告积压的问题，并命名插件等），以及所有类似的问题迹象。我会尽可能多地修复那些容易修复的插件，或者干脆杀死那些不再需要更新的插件。
我完全理解您希望为用户提供的质量级别，只需为您告诉用户某个插件或主题无法实现的内容布置一些关键点。
或者，如果你是一个非常好的管理员，试着了解这些信息，也许你可以聚集源代码资源来更新内容。有时，稍微高一点的捐款（大约150多美元或100多欧元）会让你怀疑插件或主题的作者是否正确。
