Day16 跟着官方文件学习Laravel-初写测试

今天要来写测试，laravel有提供测试的方法。其中分成Unit及Feature，Unit专注於功能较单一独立的程序，而Feature则是偏向整合功能型的测试。
首先，先来创建一个测试吧。

php artisan make:test UserTest

我们今天想要测试的是昨天刚写好的API，我们先以destory这个方法来实测，测的过程中，尽量保持把3A写出来！

class UserTest extends TestCase
{
    use RefreshDatabase;
    /**
     * @test
     */
    public function destorySuccess()
    {
        //arrange
        $id = 10;
        $account = "JimChien";
        $password = "123Acb_";
        $username = "Jim";
        User::create([
            'id' => $id,
            'account' => $account,
            'password' => Hash::make($password),
            'name' => $username
        ]);
        // act&assert
        $this->deleteJson("/api/user/$id")
        ->assertStatus(200)
        ->assertJson([
            'success' => 'true'
        ]);
    }
}

这边我们先测当delete成功时回传success的情境，我们可以利用RefreshDatabase这个trait，在每次测试完就重置资料库，这样有助於之前测试用的资料不会影响下一次测试。

• arrange
  我们先初始想要的参数如id, account...等等，接着创建一笔资料，完成arrange
• act
  我们要测试的目标就是

Route::delete('/user/{id}', [UserController::class, 'destroy']);

这个route。

• assert
  我们预期他回传status = 200且回传{'success' => 'true'}

3A设定好後，我们来测试看看吧。

接着我们来写delete失败的案例

/**
     * @test
     */
    public function destoryFailed()
    {
        //arrange
        $id = 10;
        // act&assert
        $this->deleteJson("/api/user/$id")
        ->assertStatus(200)
        ->assertJson([
            'success' => 'false'
        ]);
    }

这边我们一样保持3A，跟success不一样的是这次没有先建User了，那就不会delete所以回传{'success' => 'false'}

这边我们可以使用testdox去描述我们每个function在测试的情境是什麽，只需在注解中加上@testdox，并在执行指令时加上--testdox，结果如下

OK~今天完成了一小部分的测试，明天再继续看看测试还有什麽功能吧。