单元测试，被用来测试你的“业务逻辑”，它们是在你的类里，独立于Symfony之外。因此，Symfony对你选择何种单元测试工具并不发表意见。不过，最受欢迎的工具还是PhpUnit和。

创建一个良好的功能测试绝非易事，以至一些开发者完全略过了这里。请不要无视功能测试！通过定义一些简单的功能测试，在部署程序之前，你可以快速地找到一些重大错误：

Best Practice

Best Practice

定义一个功能测试，至少检查一下你的程序页面是否可以被成功加载。

上述代码，检查了所有给定的URL被成功加载，这意味着HTTP响应的状态码（status code）应该是到之间。看上去似乎没什么用，但却体现出只要做出一点点的努力，功能测试就可以值回你的程序票价。

在计算机软件领域，这种类型的测试被称为smoke test)，由“一些初级测试，为的是揭示一些足以影响到未来软件推出的简单错误” 所构成。

有些人可能会问，为什么前面的测试，不去使用sf系统的URL generator服务来生成url呢？

Best Practice

Best Practice

思考下面的功能测试代码，使用了服务来生成测试页面的URL：

public function testBlogArchives()
{
    $client = self::createClient();
    $client->request('GET', $url);
 
    // ...

代码执行正确，但却有一个致命缺陷。如果某个开发者，错误地改变了路由的路径，则测试仍将通过，但原始的（旧的）URL却不能用了！这意味着任何收藏了那个URL的书签都将失效，你也会失去引擎的page ranking。（译注：此处意思是说，测试中使用确定的链接，意味着链接是永远确定的，就算有人为地改变了路由的路径，功能测试也将立即发现这种“改变”并且报错，这样就不会带来灾难性的后果，比如影响到用户或失去pr）

内置的功能测试client是很强大的，但却不能被用于页面中的js脚本测试。如果你需要测试js，请使用PHPUnit里面的类库。

当然，如果你使用的是重载前端框架，你应该首选纯正的前端测试工具。

可以考虑使用HautelookAliceBundle来为你的测试fixtures生成“真实的”数据，这些fixtures（假数据）是通过和Alice来得到的。