laravel框架中功能测试/单元测试对比

Laravel  /  管理员 发布于 2年前   929

laravel项目根目录下tests目录就是测试功能模块：

看到tests/Feature和tests/Unit子文件夹

在Laravel/PHP生态系统之外，有不同类型的自动化测试。

以下术语：

单元测试
功能测试
集成测试
功能测试
端到端测试
验收测试
烟雾测试
等等

这听起来很复杂，而且这些测试类型之间的实际差异有时是模糊的。

这就是为什么 Laravel 简化了所有这些令人困惑的术语并将它们分为两类：

单元/功能

简而言之，功能测试尝试运行应用程序的实际功能：

获取 URL、调用 API、模拟填写表单等确切行为。

功能测试通常执行与任何项目用户在现实生活中手动执行的相同或相似的事情。

单元测试有两个含义。

通常，您可能会发现任何自动化测试都称为“单元测试”，而整个过程可能称为“单元测试”。

但是在功能与单元的上下文中，这个过程是关于单独测试代码的特定非公共单元。

例如，

你有一些 Laravel 类，它有一个计算某些东西的方法，比如带有参数的订单的总价格。

因此，您的单元测试将断言该方法（代码单元）是否返回了具有不同参数的正确结果。

要生成单元测试，您需要添加一个标志：

php artisan make:test OrderPriceTest --unit

生成的代码与 Laravel 的默认单元测试相同：

class OrderPriceTest extends TestCase
{
    public function test_example()
    {
        $this->assertTrue(true);
    }
}

如您所见，没有RefreshDatabase，这是单元测试最常见的定义之一：

它不接触数据库，它像一个“黑匣子”一样工作，与正在运行的应用程序隔离。

试着模仿我前面提到的例子，假设我们有一个服务类OrderPrice。

app/Services/OrderPriceService.php:
class OrderPriceService
{
    public function calculatePrice($productId, $quantity, $tax = 0.0)
    {
    //逻辑
    }
}

然后，单元测试可能看起来像这样：

class OrderPriceTest extends TestCase
{
    public function test_single_product_no_taxes()
    {
    $product = Product::factory()->create(); //生成假的产品数据
    $price = (new OrderPriceService())->calculatePrice($product->id, 1);
        $this->assertEquals(1, $price);
    }
 
    public function test_single_product_with_taxes()
    {
    $price = (new OrderPriceService())->calculatePrice($product->id, 1, 20);
        $this->assertEquals(1.2, $price);
    }
 
    //更多的参数和案例
}

根据我对 Laravel 项目的个人经验，绝大多数测试是功能测试，而不是单元测试。

首先，您需要测试您的应用程序是否正常工作，以及真实用户使用它的方式。

接下来，如果您有可以定义为单元的特殊计算或逻辑，带有参数，您可以专门为此创建单元测试。

有时，编写测试需要更改代码本身，并将其重构为更“可测试”：

将单元分离为特殊的类或方法