HTTP 測試
簡介
Laravel 提供了一套非常流暢的 API,用於向您的應用程式發送 HTTP 請求並檢查其回應。例如,請參考下方定義的特徵測試 (Feature Test):
<?php
test('the application returns a successful response', function () {
$response = $this->get('/');
$response->assertStatus(200);
});<?php
namespace Tests\Feature;
use Tests\TestCase;
class ExampleTest extends TestCase
{
/**
* A basic test example.
*/
public function test_the_application_returns_a_successful_response(): void
{
$response = $this->get('/');
$response->assertStatus(200);
}
}get 方法會向應用程式發送一個 GET 請求,而 assertStatus 方法則斷言回傳的回應應具有指定的 HTTP 狀態碼。除了這個簡單的斷言之外,Laravel 還包含各種斷言,用於檢查回應標頭、內容、JSON 結構等。
發送請求
若要向您的應用程式發送請求,您可以在測試中呼叫 get、post、put、patch 或 delete 方法。這些方法實際上並未對您的應用程式發出「真實的」HTTP 請求。相反地,整個網路請求是在內部模擬的。
測試請求方法不會回傳 Illuminate\Http\Response 實例,而是回傳 Illuminate\Testing\TestResponse 的實例,它提供了多種實用的斷言,讓您可以檢查應用程式的回應:
<?php
test('basic request', function () {
$response = $this->get('/');
$response->assertStatus(200);
});<?php
namespace Tests\Feature;
use Tests\TestCase;
class ExampleTest extends TestCase
{
/**
* A basic test example.
*/
public function test_a_basic_request(): void
{
$response = $this->get('/');
$response->assertStatus(200);
}
}一般來說,您的每個測試應該只對應用程式發送一個請求。如果在單個測試方法中執行多個請求,可能會發生非預期的行為。
📌 備註
為了方便起見,執行測試時會自動停用 CSRF 中介層。
自定義請求標頭
在將請求發送到應用程式之前,您可以使用 withHeaders 方法自定義請求標頭。此方法允許您將任何自定義標頭添加到請求中:
<?php
test('interacting with headers', function () {
$response = $this->withHeaders([
'X-Header' => 'Value',
])->post('/user', ['name' => 'Sally']);
$response->assertStatus(201);
});<?php
namespace Tests\Feature;
use Tests\TestCase;
class ExampleTest extends TestCase
{
/**
* A basic functional test example.
*/
public function test_interacting_with_headers(): void
{
$response = $this->withHeaders([
'X-Header' => 'Value',
])->post('/user', ['name' => 'Sally']);
$response->assertStatus(201);
}
}Cookies
您可以在發送請求之前,使用 withCookie 或 withCookies 方法設定 Cookie 值。withCookie 方法接受 Cookie 名稱和值作為其兩個參數,而 withCookies 方法則接受名稱 / 值對的陣列:
<?php
test('interacting with cookies', function () {
$response = $this->withCookie('color', 'blue')->get('/');
$response = $this->withCookies([
'color' => 'blue',
'name' => 'Taylor',
])->get('/');
//
});<?php
namespace Tests\Feature;
use Tests\TestCase;
class ExampleTest extends TestCase
{
public function test_interacting_with_cookies(): void
{
$response = $this->withCookie('color', 'blue')->get('/');
$response = $this->withCookies([
'color' => 'blue',
'name' => 'Taylor',
])->get('/');
//
}
}Session / 身份驗證
Laravel 提供了幾個輔助函式,用於在 HTTP 測試期間與 Session 互動。首先,您可以使用 withSession 方法將 Session 資料設定為指定的陣列。這對於在向應用程式發出請求之前,先將資料載入 Session 非常有用:
<?php
test('interacting with the session', function () {
$response = $this->withSession(['banned' => false])->get('/');
//
});<?php
namespace Tests\Feature;
use Tests\TestCase;
class ExampleTest extends TestCase
{
public function test_interacting_with_the_session(): void
{
$response = $this->withSession(['banned' => false])->get('/');
//
}
}Laravel 的 Session 通常用於維護目前已通過身份驗證使用者的狀態。因此,actingAs 輔助方法提供了一種簡單的方法來將指定使用者驗證為目前使用者。例如,我們可以使用 模型工廠 (model factory) 來產生並驗證使用者:
<?php
use App\Models\User;
test('an action that requires authentication', function () {
$user = User::factory()->create();
$response = $this->actingAs($user)
->withSession(['banned' => false])
->get('/');
//
});<?php
namespace Tests\Feature;
use App\Models\User;
use Tests\TestCase;
class ExampleTest extends TestCase
{
public function test_an_action_that_requires_authentication(): void
{
$user = User::factory()->create();
$response = $this->actingAs($user)
->withSession(['banned' => false])
->get('/');
//
}
}您也可以透過將 Guard 名稱作為第二個參數傳遞給 actingAs 方法,來指定應該使用哪個 Guard 來驗證指定的使用者。提供給 actingAs 方法的 Guard 也將在測試期間成為預設的 Guard:
$this->actingAs($user, 'web');如果您想確保請求未通過身份驗證,可以使用 actingAsGuest 方法:
$this->actingAsGuest();除錯回應
在對應用程式發出測試請求後,可以使用 dump、dumpHeaders 和 dumpSession 方法來檢查和除錯回應內容:
<?php
test('basic test', function () {
$response = $this->get('/');
$response->dump();
$response->dumpHeaders();
$response->dumpSession();
});<?php
namespace Tests\Feature;
use Tests\TestCase;
class ExampleTest extends TestCase
{
/**
* A basic test example.
*/
public function test_basic_test(): void
{
$response = $this->get('/');
$response->dump();
$response->dumpHeaders();
$response->dumpSession();
}
}或者,您可以使用 dd、ddHeaders、ddBody、ddJson 和 ddSession 方法來印出關於回應的資訊並停止執行:
<?php
test('basic test', function () {
$response = $this->get('/');
$response->dd();
$response->ddHeaders();
$response->ddBody();
$response->ddJson();
$response->ddSession();
});<?php
namespace Tests\Feature;
use Tests\TestCase;
class ExampleTest extends TestCase
{
/**
* A basic test example.
*/
public function test_basic_test(): void
{
$response = $this->get('/');
$response->dd();
$response->ddHeaders();
$response->ddBody();
$response->ddJson();
$response->ddSession();
}
}例外處理
有時您可能需要測試應用程式是否拋出了特定的例外。為了實現這一點,您可以透過 Exceptions Facade 來「模擬 (fake)」例外處理器。一旦模擬了例外處理器,您就可以利用 assertReported 和 assertNotReported 方法,針對請求期間拋出的例外進行斷言:
<?php
use App\Exceptions\InvalidOrderException;
use Illuminate\Support\Facades\Exceptions;
test('exception is thrown', function () {
Exceptions::fake();
$response = $this->get('/order/1');
// Assert an exception was thrown...
Exceptions::assertReported(InvalidOrderException::class);
// Assert against the exception...
Exceptions::assertReported(function (InvalidOrderException $e) {
return $e->getMessage() === 'The order was invalid.';
});
});<?php
namespace Tests\Feature;
use App\Exceptions\InvalidOrderException;
use Illuminate\Support\Facades\Exceptions;
use Tests\TestCase;
class ExampleTest extends TestCase
{
/**
* A basic test example.
*/
public function test_exception_is_thrown(): void
{
Exceptions::fake();
$response = $this->get('/');
// Assert an exception was thrown...
Exceptions::assertReported(InvalidOrderException::class);
// Assert against the exception...
Exceptions::assertReported(function (InvalidOrderException $e) {
return $e->getMessage() === 'The order was invalid.';
});
}
}assertNotReported 和 assertNothingReported 方法可用於斷言在請求期間未拋出特定的例外,或者未拋出任何例外:
Exceptions::assertNotReported(InvalidOrderException::class);
Exceptions::assertNothingReported();您可以在發送請求之前調用 withoutExceptionHandling 方法,完全禁用給定請求的例外處理:
$response = $this->withoutExceptionHandling()->get('/');此外,如果您想確保應用程式沒有使用 PHP 語言或應用程式所使用的函式庫中已棄用 (Deprecated) 的功能,您可以在發送請求之前調用 withoutDeprecationHandling 方法。當禁用棄用處理時,棄用警告將會轉換為例外,從而導致您的測試失敗:
$response = $this->withoutDeprecationHandling()->get('/');assertThrows 方法可用於斷言給定閉包 (Closure) 中的程式碼拋出了指定類型的例外:
$this->assertThrows(
fn () => (new ProcessOrder)->execute(),
OrderInvalid::class
);如果您想檢查拋出的例外並對其進行斷言,您可以將閉包作為第二個參數傳遞給 assertThrows 方法:
$this->assertThrows(
fn () => (new ProcessOrder)->execute(),
fn (OrderInvalid $e) => $e->orderId() === 123;
);assertDoesntThrow 方法可用於斷言給定閉包中的程式碼不會拋出任何例外:
$this->assertDoesntThrow(fn () => (new ProcessOrder)->execute());測試 JSON API
Laravel 也提供多個輔助方法來測試 JSON API 及其回應。例如,json、getJson、postJson、putJson、patchJson、deleteJson 和 optionsJson 方法可用於發送各種 HTTP 動詞的 JSON 請求。您也可以輕鬆地將資料和標頭傳遞給這些方法。首先,讓我們編寫一個測試,向 /api/user 發送 POST 請求,並斷言傳回了預期的 JSON 資料:
<?php
test('making an api request', function () {
$response = $this->postJson('/api/user', ['name' => 'Sally']);
$response
->assertStatus(201)
->assertJson([
'created' => true,
]);
});<?php
namespace Tests\Feature;
use Tests\TestCase;
class ExampleTest extends TestCase
{
/**
* A basic functional test example.
*/
public function test_making_an_api_request(): void
{
$response = $this->postJson('/api/user', ['name' => 'Sally']);
$response
->assertStatus(201)
->assertJson([
'created' => true,
]);
}
}此外,JSON 回應資料可以像陣列變數一樣在回應上進行存取,讓您可以方便地檢查 JSON 回應中傳回的個別值:
expect($response['created'])->toBeTrue();$this->assertTrue($response['created']);📌 備註
assertJson 方法會將回應轉換為陣列,以驗證指定的陣列是否存在於應用程式傳回的 JSON 回應中。因此,如果 JSON 回應中還有其他屬性,只要指定的片段存在,此測試仍會通過。
斷言 JSON 完全符合
如前所述,assertJson 方法可用於斷言 JSON 回應中是否存在某個 JSON 片段。如果您想驗證指定的陣列是否完全符合應用程式傳回的 JSON,您應該使用 assertExactJson 方法:
<?php
test('asserting an exact json match', function () {
$response = $this->postJson('/user', ['name' => 'Sally']);
$response
->assertStatus(201)
->assertExactJson([
'created' => true,
]);
});<?php
namespace Tests\Feature;
use Tests\TestCase;
class ExampleTest extends TestCase
{
/**
* A basic functional test example.
*/
public function test_asserting_an_exact_json_match(): void
{
$response = $this->postJson('/user', ['name' => 'Sally']);
$response
->assertStatus(201)
->assertExactJson([
'created' => true,
]);
}
}<?php
test('asserting a json path value', function () {
$response = $this->postJson('/user', ['name' => 'Sally']);
$response
->assertStatus(201)
->assertJsonPath('team.owner.name', 'Darian');
});<?php
namespace Tests\Feature;
use Tests\TestCase;
class ExampleTest extends TestCase
{
/**
* A basic functional test example.
*/
public function test_asserting_a_json_paths_value(): void
{
$response = $this->postJson('/user', ['name' => 'Sally']);
$response
->assertStatus(201)
->assertJsonPath('team.owner.name', 'Darian');
}
}assertJsonPath 方法也接受一個閉包,可用於動態判斷斷言是否應該通過:
$response->assertJsonPath('team.owner.name', fn (string $name) => strlen($name) >= 3);流暢的 JSON 測試
Laravel 還提供了一種優雅的方式來流暢地測試應用程式的 JSON 回應。首先,將閉包傳遞給 assertJson 方法。此閉包將會由 Illuminate\Testing\Fluent\AssertableJson 的實例叫用,該實例可用於對應用程式回傳的 JSON 進行斷言。where 方法可用於對 JSON 的特定屬性進行斷言,而 missing 方法則可用於斷言 JSON 中缺少特定屬性:
use Illuminate\Testing\Fluent\AssertableJson;
test('fluent json', function () {
$response = $this->getJson('/users/1');
$response
->assertJson(fn (AssertableJson $json) =>
$json->where('id', 1)
->where('name', 'Victoria Faith')
->where('email', fn (string $email) => str($email)->is('[email protected]'))
->whereNot('status', 'pending')
->missing('password')
->etc()
);
});use Illuminate\Testing\Fluent\AssertableJson;
/**
* A basic functional test example.
*/
public function test_fluent_json(): void
{
$response = $this->getJson('/users/1');
$response
->assertJson(fn (AssertableJson $json) =>
$json->where('id', 1)
->where('name', 'Victoria Faith')
->where('email', fn (string $email) => str($email)->is('[email protected]'))
->whereNot('status', 'pending')
->missing('password')
->etc()
);
}了解 etc 方法
在上面的範例中,您可能已經注意到我們在斷言鏈的末尾叫用了 etc 方法。此方法通知 Laravel JSON 物件中可能還存在其他屬性。如果不使用 etc 方法,且 JSON 物件上存在您未進行斷言的其他屬性,則測試將會失敗。
這種行為的意圖是為了保護您,避免在 JSON 回應中無意間洩露敏感資訊,強制您必須明確地對屬性進行斷言,或者透過 etc 方法明確允許額外的屬性。
然而,您應該注意,在斷言鏈中不包含 etc 方法並不能確保額外的屬性不會被新增到嵌套在 JSON 物件中的陣列中。etc 方法僅能確保在叫用 etc 方法的該層嵌套級別中不存在額外的屬性。
斷言屬性是否存在
若要斷言屬性是否存在,您可以使用 has 和 missing 方法:
$response->assertJson(fn (AssertableJson $json) =>
$json->has('data')
->missing('message')
);此外,hasAll 和 missingAll 方法允許同時斷言多個屬性的存在或缺失:
$response->assertJson(fn (AssertableJson $json) =>
$json->hasAll(['status', 'data'])
->missingAll(['message', 'code'])
);您可以使用 hasAny 方法來確定給定屬性列表中是否至少存在一個屬性:
$response->assertJson(fn (AssertableJson $json) =>
$json->has('status')
->hasAny('data', 'message', 'code')
);對 JSON 集合進行斷言
通常,您的路由會回傳包含多個項目的 JSON 回應,例如多個使用者:
Route::get('/users', function () {
return User::all();
});在這些情況下,我們可以使用流暢 JSON 物件的 has 方法對回應中包含的使用者進行斷言。例如,讓我們斷言 JSON 回應包含三個使用者。接下來,我們將使用 first 方法對集合中的第一個使用者進行一些斷言。first 方法接受一個閉包,該閉包接收另一個可斷言的 JSON 字串,我們可以用它來對 JSON 集合中的第一個物件進行斷言:
$response
->assertJson(fn (AssertableJson $json) =>
$json->has(3)
->first(fn (AssertableJson $json) =>
$json->where('id', 1)
->where('name', 'Victoria Faith')
->where('email', fn (string $email) => str($email)->is('[email protected]'))
->missing('password')
->etc()
)
);如果您想對 JSON 集合中的每個項目進行相同的斷言,可以使用 each 方法:
$response
->assertJson(fn (AssertableJson $json) =>
$json->has(3)
->each(fn (AssertableJson $json) =>
$json->whereType('id', 'integer')
->whereType('name', 'string')
->whereType('email', 'string')
->missing('password')
->etc()
)
);限縮 JSON 集合斷言的範圍
有時,您應用程式的路由會回傳被分配了命名鍵 (Named Keys) 的 JSON 集合:
Route::get('/users', function () {
return [
'meta' => [...],
'users' => User::all(),
];
})測試這些路由時,您可以使用 has 方法來斷言集合中的項目數量。此外,您可以使用 has 方法來限縮斷言鏈的範圍:
$response
->assertJson(fn (AssertableJson $json) =>
$json->has('meta')
->has('users', 3)
->has('users.0', fn (AssertableJson $json) =>
$json->where('id', 1)
->where('name', 'Victoria Faith')
->where('email', fn (string $email) => str($email)->is('[email protected]'))
->missing('password')
->etc()
)
);然而,與其兩次分別呼叫 has 方法來對 users 集合進行斷言,您可以進行一次呼叫並提供閉包作為其第三個參數。這樣做時,該閉包將自動被叫用,並將範圍限縮到集合中的第一個項目:
$response
->assertJson(fn (AssertableJson $json) =>
$json->has('meta')
->has('users', 3, fn (AssertableJson $json) =>
$json->where('id', 1)
->where('name', 'Victoria Faith')
->where('email', fn (string $email) => str($email)->is('[email protected]'))
->missing('password')
->etc()
)
);斷言 JSON 型別
您可能只想斷言 JSON 回應中的屬性屬於特定型別。Illuminate\Testing\Fluent\AssertableJson 類別提供了 whereType 和 whereAllType 方法來實現這一點:
$response->assertJson(fn (AssertableJson $json) =>
$json->whereType('id', 'integer')
->whereAllType([
'users.0.name' => 'string',
'meta' => 'array'
])
);您可以使用 | 字元指定多個型別,或者將型別陣列作為第二個參數傳遞給 whereType 方法。如果回應值是所列出的任何型別,則斷言將會成功:
$response->assertJson(fn (AssertableJson $json) =>
$json->whereType('name', 'string|null')
->whereType('id', ['string', 'integer'])
);whereType 和 whereAllType 方法可以識別以下型別:string、integer、double、boolean、array 和 null。
測試檔案上傳
Illuminate\Http\UploadedFile 類別提供了一個 fake 方法,可用於產生測試用的虛擬檔案或圖片。這與 Storage Facade 的 fake 方法結合使用,極大地簡化了檔案上傳的測試。例如,您可以結合這兩個功能來輕鬆測試大頭照上傳表單:
<?php
use Illuminate\Http\UploadedFile;
use Illuminate\Support\Facades\Storage;
test('avatars can be uploaded', function () {
Storage::fake('avatars');
$file = UploadedFile::fake()->image('avatar.jpg');
$response = $this->post('/avatar', [
'avatar' => $file,
]);
Storage::disk('avatars')->assertExists($file->hashName());
});<?php
namespace Tests\Feature;
use Illuminate\Http\UploadedFile;
use Illuminate\Support\Facades\Storage;
use Tests\TestCase;
class ExampleTest extends TestCase
{
public function test_avatars_can_be_uploaded(): void
{
Storage::fake('avatars');
$file = UploadedFile::fake()->image('avatar.jpg');
$response = $this->post('/avatar', [
'avatar' => $file,
]);
Storage::disk('avatars')->assertExists($file->hashName());
}
}如果您想斷言某個檔案不存在,可以使用 Storage Facade 提供的 assertMissing 方法:
Storage::fake('avatars');
// ...
Storage::disk('avatars')->assertMissing('missing.jpg');虛擬檔案自定義
使用 UploadedFile 類別提供的 fake 方法建立檔案時,您可以指定圖片的寬度、高度和大小(以 KB 為單位),以便更好地測試應用程式的驗證規則:
UploadedFile::fake()->image('avatar.jpg', $width, $height)->size(100);除了建立圖片外,您還可以使用 create 方法建立任何其他類型的檔案:
UploadedFile::fake()->create('document.pdf', $sizeInKilobytes);如果需要,您可以向該方法傳遞一個 $mimeType 參數,以明確定義檔案應返回的 MIME 類型:
UploadedFile::fake()->create(
'document.pdf', $sizeInKilobytes, 'application/pdf'
);測試視圖
Laravel 也允許您在不對應用程式發送模擬 HTTP 請求的情況下渲染視圖。要實現這一點,您可以在測試中呼叫 view 方法。view 方法接受視圖名稱和一個選用的資料陣列。該方法會回傳一個 Illuminate\Testing\TestView 的實例,它提供了多個方法來方便地對視圖內容進行斷言:
<?php
test('a welcome view can be rendered', function () {
$view = $this->view('welcome', ['name' => 'Taylor']);
$view->assertSee('Taylor');
});<?php
namespace Tests\Feature;
use Tests\TestCase;
class ExampleTest extends TestCase
{
public function test_a_welcome_view_can_be_rendered(): void
{
$view = $this->view('welcome', ['name' => 'Taylor']);
$view->assertSee('Taylor');
}
}TestView 類別提供了以下斷言方法:assertSee、assertSeeInOrder、assertSeeText、assertSeeTextInOrder、assertDontSee 以及 assertDontSeeText。
如果需要,您可以將 TestView 實例轉換為字串來獲取原始且渲染後的視圖內容:
$contents = (string) $this->view('welcome');共享錯誤
某些視圖可能依賴於 Laravel 提供的全域錯誤包 (Global Error Bag) 中共享的錯誤。要使用錯誤訊息填充錯誤包,您可以使用 withViewErrors 方法:
$view = $this->withViewErrors([
'name' => ['Please provide a valid name.']
])->view('form');
$view->assertSee('Please provide a valid name.');渲染 Blade 與元件
如有必要,您可以使用 blade 方法來評估並渲染原始的 Blade 字串。與 view 方法一樣,blade 方法會回傳一個 Illuminate\Testing\TestView 的實例:
$view = $this->blade(
'<x-component :name="$name" />',
['name' => 'Taylor']
);
$view->assertSee('Taylor');您可以使用 component 方法來評估並渲染 Blade 元件。component 方法會回傳一個 Illuminate\Testing\TestComponent 的實例:
$view = $this->component(Profile::class, ['name' => 'Taylor']);
$view->assertSee('Taylor');快取路由
在測試執行之前,Laravel 會啟動一個全新的應用程式實例,包含收集所有定義的路由。如果您的應用程式有很多路由檔案,您可能希望將 Illuminate\Foundation\Testing\WithCachedRoutes Trait 加入到您的測試案例中。在使用了此 Trait 的測試中,路由只會建立一次並儲存在記憶體中,這意味著路由收集程序在整個測試套件中僅會執行一次:
<?php
use App\Http\Controllers\UserController;
use Illuminate\Foundation\Testing\WithCachedRoutes;
pest()->use(WithCachedRoutes::class);
test('basic example', function () {
$this->get(action([UserController::class, 'index']));
// ...
});<?php
namespace Tests\Feature;
use App\Http\Controllers\UserController;
use Illuminate\Foundation\Testing\WithCachedRoutes;
use Tests\TestCase;
class BasicTest extends TestCase
{
use WithCachedRoutes;
/**
* A basic functional test example.
*/
public function test_basic_example(): void
{
$response = $this->get(action([UserController::class, 'index']));
// ...
}
}可用的斷言
回應斷言
Laravel 的 Illuminate\Testing\TestResponse 類別提供了多種自定義斷言方法,供您在測試應用程式時使用。您可以從 json、get、post、put 與 delete 測試方法回傳的回應中存取這些斷言:
assertAcceptedassertBadRequestassertClientErrorassertConflictassertCookieassertCookieExpiredassertCookieNotExpiredassertCookieMissingassertCreatedassertDontSeeassertDontSeeTextassertDownloadassertExactJsonassertExactJsonStructureassertForbiddenassertFoundassertGoneassertHeaderassertHeaderContainsassertHeaderMissingassertInternalServerErrorassertJsonassertJsonCountassertJsonFragmentassertJsonIsArrayassertJsonIsObjectassertJsonMissingassertJsonMissingExactassertJsonMissingValidationErrorsassertJsonPathassertJsonMissingPathassertJsonStructureassertJsonValidationErrorsassertJsonValidationErrorForassertLocationassertMethodNotAllowedassertMovedPermanentlyassertContentassertNoContentassertStreamedassertStreamedContentassertNotFoundassertOkassertPaymentRequiredassertPlainCookieassertRedirectassertRedirectBackassertRedirectBackWithErrorsassertRedirectBackWithoutErrorsassertRedirectContainsassertRedirectToRouteassertRedirectToSignedRouteassertRequestTimeoutassertSeeassertSeeInOrderassertSeeTextassertSeeTextInOrderassertServerErrorassertServiceUnavailableassertSessionHasassertSessionHasInputassertSessionHasAllassertSessionHasErrorsassertSessionHasErrorsInassertSessionHasNoErrorsassertSessionDoesntHaveErrorsassertSessionMissingassertStatusassertSuccessfulassertTooManyRequestsassertUnauthorizedassertUnprocessableassertUnsupportedMediaTypeassertValidassertInvalidassertViewHasassertViewHasAllassertViewIsassertViewMissing
assertAccepted
斷言回應具有已接受 (202) 的 HTTP 狀態碼:
$response->assertAccepted();assertBadRequest
斷言回應具有錯誤請求 (400) 的 HTTP 狀態碼:
$response->assertBadRequest();assertClientError
斷言回應具有用戶端錯誤 (>= 400, < 500) 的 HTTP 狀態碼:
$response->assertClientError();assertConflict
斷言回應具有衝突 (409) 的 HTTP 狀態碼:
$response->assertConflict();assertCookie
斷言回應包含指定的 Cookie:
$response->assertCookie($cookieName, $value = null);assertCookieExpired
斷言回應包含指定的 Cookie 且已過期:
$response->assertCookieExpired($cookieName);assertCookieNotExpired
斷言回應包含指定的 Cookie 且未過期:
$response->assertCookieNotExpired($cookieName);assertCookieMissing
斷言回應不包含指定的 Cookie:
$response->assertCookieMissing($cookieName);assertCreated
斷言回應具有 201 HTTP 狀態碼:
$response->assertCreated();assertDontSee
斷言應用程式回傳的回應中不包含指定的字串。除非您將第二個參數傳入 false,否則此斷言會自動對指定的字串進行轉義 (Escape):
$response->assertDontSee($value, $escape = true);assertDontSeeText
斷言回應文字中不包含指定的字串。除非您將第二個參數傳入 false,否則此斷言會自動對指定的字串進行轉義。此方法在進行斷言前,會先將回應內容傳入 PHP 的 strip_tags 函式:
$response->assertDontSeeText($value, $escape = true);assertDownload
斷言回應為「下載」。通常這代表被呼叫的路由回傳了 Response::download 回應、BinaryFileResponse 或 Storage::download 回應:
$response->assertDownload();如果您願意,可以斷言下載的檔案被指定了特定的檔名:
$response->assertDownload('image.jpg');assertExactJson
斷言回應與指定的 JSON 資料完全符合:
$response->assertExactJson(array $data);assertExactJsonStructure
斷言回應與指定的 JSON 結構完全符合:
$response->assertExactJsonStructure(array $data);此方法是 assertJsonStructure 的更嚴格版本。與 assertJsonStructure 不同,如果回應中包含任何未明確包含在預期 JSON 結構中的鍵 (Key),此方法將會失敗。
assertForbidden
斷言回應具有禁止 (403) 的 HTTP 狀態碼:
$response->assertForbidden();assertFound
斷言回應具有找到 (302) 的 HTTP 狀態碼:
$response->assertFound();assertGone
斷言回應具有失效 (410) 的 HTTP 狀態碼:
$response->assertGone();assertHeader
斷言回應中存在指定的標頭與值:
$response->assertHeader($headerName, $value = null);assertHeaderContains
斷言指定的標頭包含指定的子字串值:
$response->assertHeaderContains($headerName, $value);assertHeaderMissing
斷言回應中不存在指定的標頭:
$response->assertHeaderMissing($headerName);assertInternalServerError
斷言回應具有「內部伺服器錯誤」(500) 的 HTTP 狀態碼:
$response->assertInternalServerError();assertJson
斷言回應包含指定的 JSON 資料:
$response->assertJson(array $data, $strict = false);assertJson 方法會將回應轉換為陣列,以驗證指定的陣列是否存在於應用程式回傳的 JSON 回應中。因此,即使 JSON 回應中還有其他屬性,只要指定的片段存在,此測試仍會通過。
assertJsonCount
斷言回應 JSON 的指定鍵中,陣列包含預期的項目數量:
$response->assertJsonCount($count, $key = null);assertJsonFragment
斷言回應中的任何位置包含指定的 JSON 資料:
Route::get('/users', function () {
return [
'users' => [
[
'name' => 'Taylor Otwell',
],
],
];
});
$response->assertJsonFragment(['name' => 'Taylor Otwell']);assertJsonIsArray
斷言回應 JSON 是一個陣列:
$response->assertJsonIsArray();assertJsonIsObject
斷言回應 JSON 是一個物件:
$response->assertJsonIsObject();assertJsonMissing
斷言回應不包含指定的 JSON 資料:
$response->assertJsonMissing(array $data);assertJsonMissingExact
斷言回應不包含完全符合的 JSON 資料:
$response->assertJsonMissingExact(array $data);assertJsonMissingValidationErrors
斷言回應對於指定的鍵沒有 JSON 驗證錯誤:
$response->assertJsonMissingValidationErrors($keys);📌 備註
更通用的 assertValid 方法可用於斷言回應沒有以 JSON 形式回傳的驗證錯誤,且沒有錯誤被閃存 (Flash) 到 Session 儲存空間中。
assertJsonPath
斷言回應在指定的路徑中包含指定的資料:
$response->assertJsonPath($path, $expectedValue);例如,如果您的應用程式回傳以下 JSON 回應:
{
"user": {
"name": "Steve Schoger"
}
}您可以像這樣斷言 user 物件的 name 屬性符合指定的值:
$response->assertJsonPath('user.name', 'Steve Schoger');assertJsonMissingPath
斷言回應不包含指定的路徑:
$response->assertJsonMissingPath($path);例如,如果您的應用程式回傳以下 JSON 回應:
{
"user": {
"name": "Steve Schoger"
}
}您可以斷言它不包含 user 物件的 email 屬性:
$response->assertJsonMissingPath('user.email');assertJsonStructure
斷言回應具有指定的 JSON 結構:
$response->assertJsonStructure(array $structure);例如,如果您的應用程式回傳的 JSON 回應包含以下資料:
{
"user": {
"name": "Steve Schoger"
}
}您可以像這樣斷言 JSON 結構符合您的預期:
$response->assertJsonStructure([
'user' => [
'name',
]
]);有時,應用程式回傳的 JSON 回應可能包含物件陣列:
{
"user": [
{
"name": "Steve Schoger",
"age": 55,
"location": "Earth"
},
{
"name": "Mary Schoger",
"age": 60,
"location": "Earth"
}
]
}在這種情況下,您可以使用 * 字元來斷言陣列中所有物件的結構:
$response->assertJsonStructure([
'user' => [
'*' => [
'name',
'age',
'location'
]
]
]);assertJsonValidationErrors
斷言回應對於指定的鍵具有指定的 JSON 驗證錯誤。當斷言驗證錯誤是以 JSON 結構回傳,而非閃存到 Session 的回應時,應使用此方法:
$response->assertJsonValidationErrors(array $data, $responseKey = 'errors');📌 備註
更通用的 assertInvalid 方法可用於斷言回應具有以 JSON 形式回傳的驗證錯誤,或有錯誤被閃存到 Session 儲存空間中。
assertJsonValidationErrorFor
斷言回應對於指定的鍵具有任何 JSON 驗證錯誤:
$response->assertJsonValidationErrorFor(string $key, $responseKey = 'errors');assertMethodNotAllowed
斷言回應具有方法不允許 (405) 的 HTTP 狀態碼:
$response->assertMethodNotAllowed();assertMovedPermanently
斷言回應具有永久移至新位置 (301) 的 HTTP 狀態碼:
$response->assertMovedPermanently();assertLocation
斷言回應的 Location 標頭中具有指定的 URI 值:
$response->assertLocation($uri);assertContent
斷言指定的字串與回應內容符合:
$response->assertContent($value);assertNoContent
斷言回應具有指定的 HTTP 狀態碼且無內容:
$response->assertNoContent($status = 204);assertStreamed
斷言回應是一個串流回應:
$response->assertStreamed();assertStreamedContent
斷言指定的字串與串流回應內容符合:
$response->assertStreamedContent($value);assertNotFound
斷言回應具有找不到 (404) 的 HTTP 狀態碼:
$response->assertNotFound();assertOk
斷言回應具有 200 HTTP 狀態碼:
$response->assertOk();assertPaymentRequired
斷言回應具有需付費 (402) 的 HTTP 狀態碼:
$response->assertPaymentRequired();assertPlainCookie
斷言回應包含指定的未加密 Cookie:
$response->assertPlainCookie($cookieName, $value = null);assertRedirect
斷言回應是重新導向至指定的 URI:
$response->assertRedirect($uri = null);assertRedirectBack
斷言回應是否重新導向回上一個頁面:
$response->assertRedirectBack();assertRedirectBackWithErrors
斷言回應是否重新導向回上一個頁面,且 Session 包含指定的錯誤:
$response->assertRedirectBackWithErrors(
array $keys = [], $format = null, $errorBag = 'default'
);assertRedirectBackWithoutErrors
斷言回應是否重新導向回上一個頁面,且 Session 不包含任何錯誤訊息:
$response->assertRedirectBackWithoutErrors();assertRedirectContains
斷言回應是否重新導向至包含指定字串的 URI:
$response->assertRedirectContains($string);assertRedirectToRoute
斷言回應是重新導向至指定的 具名路由:
$response->assertRedirectToRoute($name, $parameters = []);assertRedirectToSignedRoute
斷言回應是重新導向至指定的 簽名路由:
$response->assertRedirectToSignedRoute($name = null, $parameters = []);assertRequestTimeout
斷言回應具有請求逾時 (408) 的 HTTP 狀態碼:
$response->assertRequestTimeout();assertSee
斷言回應中包含指定的字串。除非您將第二個參數傳入 false,否則此斷言會自動對指定的字串進行轉義:
$response->assertSee($value, $escape = true);assertSeeInOrder
斷言回應中按順序包含指定的字串。除非您將第二個參數傳入 false,否則此斷言會自動對指定的字串進行轉義:
$response->assertSeeInOrder(array $values, $escape = true);assertSeeText
斷言回應文字中包含指定的字串。除非您將第二個參數傳入 false,否則此斷言會自動對指定的字串進行轉義。在進行斷言之前,回應內容會先傳入 PHP 的 strip_tags 函式:
$response->assertSeeText($value, $escape = true);assertSeeTextInOrder
斷言回應文字中按順序包含指定的字串。除非您將第二個參數傳入 false,否則此斷言會自動對指定的字串進行轉義。在進行斷言之前,回應內容會先傳入 PHP 的 strip_tags 函式:
$response->assertSeeTextInOrder(array $values, $escape = true);assertServerError
斷言回應具有伺服器錯誤 (>= 500 , < 600) 的 HTTP 狀態碼:
$response->assertServerError();assertServiceUnavailable
斷言回應具有「服務無法使用」(503) 的 HTTP 狀態碼:
$response->assertServiceUnavailable();assertSessionHas
斷言 Session 包含指定的資料片段:
$response->assertSessionHas($key, $value = null);如果需要,可以將一個閉包作為 assertSessionHas 方法的第二個參數。如果閉包回傳 true,則斷言通過:
$response->assertSessionHas($key, function (User $value) {
return $value->name === 'Taylor Otwell';
});assertSessionHasInput
斷言 Session 在 閃存的輸入陣列 中具有指定的值:
$response->assertSessionHasInput($key, $value = null);如果需要,可以將一個閉包作為 assertSessionHasInput 方法的第二個參數。如果閉包回傳 true,則斷言通過:
use Illuminate\Support\Facades\Crypt;
$response->assertSessionHasInput($key, function (string $value) {
return Crypt::decryptString($value) === 'secret';
});assertSessionHasAll
斷言 Session 包含指定的鍵值對陣列:
$response->assertSessionHasAll(array $data);例如,如果您的應用程式 Session 包含 name 和 status 鍵,您可以像這樣斷言兩者都存在且具有指定的值:
$response->assertSessionHasAll([
'name' => 'Taylor Otwell',
'status' => 'active',
]);assertSessionHasErrors
斷言 Session 包含指定 $keys 的錯誤。如果 $keys 是一個關聯陣列,則斷言 Session 為每個欄位 (鍵) 包含特定的錯誤訊息 (值)。當測試將驗證錯誤閃存到 Session 而非以 JSON 結構回傳的路由時,應使用此方法:
$response->assertSessionHasErrors(
array $keys = [], $format = null, $errorBag = 'default'
);例如,要斷言 name 和 email 欄位具有閃存到 Session 的驗證錯誤訊息,您可以像這樣呼叫 assertSessionHasErrors 方法:
$response->assertSessionHasErrors(['name', 'email']);或者,您可以斷言指定欄位具有特定的驗證錯誤訊息:
$response->assertSessionHasErrors([
'name' => 'The given name was invalid.'
]);📌 備註
更通用的 assertInvalid 方法可用於斷言回應具有以 JSON 形式回傳的驗證錯誤,或有錯誤被閃存到 Session 儲存空間中。
assertSessionHasErrorsIn
斷言 Session 在特定的 錯誤包 (Error Bag) 中包含指定 $keys 的錯誤。如果 $keys 是一個關聯陣列,則斷言 Session 在該錯誤包中,為每個欄位 (鍵) 包含特定的錯誤訊息 (值):
$response->assertSessionHasErrorsIn($errorBag, $keys = [], $format = null);assertSessionHasNoErrors
斷言 Session 沒有驗證錯誤:
$response->assertSessionHasNoErrors();assertSessionDoesntHaveErrors
斷言 Session 對於指定的鍵沒有驗證錯誤:
$response->assertSessionDoesntHaveErrors($keys = [], $format = null, $errorBag = 'default');📌 備註
更通用的 assertValid 方法可用於斷言回應沒有以 JSON 形式回傳的驗證錯誤,且沒有錯誤被閃存到 Session 儲存空間中。
assertSessionMissing
斷言 Session 不包含指定的鍵:
$response->assertSessionMissing($key);assertStatus
斷言回應具有指定的 HTTP 狀態碼:
$response->assertStatus($code);assertSuccessful
斷言回應具有成功 (>= 200 且 < 300) 的 HTTP 狀態碼:
$response->assertSuccessful();assertTooManyRequests
斷言回應具有過多請求 (429) 的 HTTP 狀態碼:
$response->assertTooManyRequests();assertUnauthorized
斷言回應具有未授權 (401) 的 HTTP 狀態碼:
$response->assertUnauthorized();assertUnprocessable
斷言回應具有無法處理的實體 (422) 的 HTTP 狀態碼:
$response->assertUnprocessable();assertUnsupportedMediaType
斷言回應具有不支援的媒體類型 (415) 的 HTTP 狀態碼:
$response->assertUnsupportedMediaType();assertValid
斷言回應對於指定的鍵沒有驗證錯誤。此方法可用於斷言驗證錯誤以 JSON 結構回傳的回應,或驗證錯誤已閃存到 Session 的回應:
// Assert that no validation errors are present...
$response->assertValid();
// Assert that the given keys do not have validation errors...
$response->assertValid(['name', 'email']);assertInvalid
斷言回應對於指定的鍵具有驗證錯誤。此方法可用於斷言驗證錯誤以 JSON 結構回傳的回應,或驗證錯誤已閃存到 Session 的回應:
$response->assertInvalid(['name', 'email']);您也可以斷言指定鍵具有特定的驗證錯誤訊息。執行此操作時,您可以提供完整的訊息或僅提供訊息的一小部分:
$response->assertInvalid([
'name' => 'The name field is required.',
'email' => 'valid email address',
]);如果您想斷言指定的欄位是唯一具有驗證錯誤的欄位,可以使用 assertOnlyInvalid 方法:
$response->assertOnlyInvalid(['name', 'email']);assertViewHas
斷言回應視圖包含指定的資料片段:
$response->assertViewHas($key, $value = null);將閉包作為 assertViewHas 方法的第二個參數,可讓您檢查指定的視圖資料片段並對其進行斷言:
$response->assertViewHas('user', function (User $user) {
return $user->name === 'Taylor';
});此外,視圖資料可以作為回應上的陣列變數來存取,讓您可以方便地檢查它:
expect($response['name'])->toBe('Taylor');$this->assertEquals('Taylor', $response['name']);assertViewHasAll
斷言回應視圖具有指定的資料列表:
$response->assertViewHasAll(array $data);此方法可用於斷言視圖僅包含與指定鍵相符的資料:
$response->assertViewHasAll([
'name',
'email',
]);或者,您可以斷言視圖資料存在且具有特定值:
$response->assertViewHasAll([
'name' => 'Taylor Otwell',
'email' => '[email protected],',
]);assertViewIs
斷言路由回傳了指定的視圖:
$response->assertViewIs($value);assertViewMissing
斷言應用程式回應中回傳的視圖無法取得指定的資料鍵:
$response->assertViewMissing($key);身份驗證斷言
Laravel 也提供了多種與身份驗證相關的斷言,您可以在應用程式的功能測試中使用。請注意,這些方法是在測試類別本身呼叫的,而不是在 get 與 post 等方法所回傳的 Illuminate\Testing\TestResponse 實例上呼叫。
assertAuthenticated
斷言使用者已通過身份驗證:
$this->assertAuthenticated($guard = null);assertGuest
斷言使用者未通過身份驗證:
$this->assertGuest($guard = null);assertAuthenticatedAs
斷言特定的使用者已通過身份驗證:
$this->assertAuthenticatedAs($user, $guard = null);驗證斷言
Laravel 提供了兩個主要的驗證相關斷言,供您用來確保請求中提供的資料是有效或無效的。
assertValid
斷言回應對於給定的鍵值沒有驗證錯誤。此方法可用於針對以 JSON 結構回傳驗證錯誤的回應,或將驗證錯誤快閃至 Session 儲存空間的回應進行斷言:
// Assert that no validation errors are present...
$response->assertValid();
// Assert that the given keys do not have validation errors...
$response->assertValid(['name', 'email']);assertInvalid
斷言回應對於給定的鍵值具有驗證錯誤。此方法可用於針對以 JSON 結構回傳驗證錯誤的回應,或將驗證錯誤快閃至 Session 儲存空間的回應進行斷言:
$response->assertInvalid(['name', 'email']);您也可以斷言給定的鍵值具有特定的驗證錯誤訊息。執行此操作時,您可以提供完整訊息或僅提供訊息的一小部分:
$response->assertInvalid([
'name' => 'The name field is required.',
'email' => 'valid email address',
]);