HTTP 測試
簡介
Laravel 提供了一個非常流暢的 API,用於向您的應用程式發送 HTTP 請求並檢查其回應。例如,請參考下方定義的功能測試:
<?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 方法來傾印 (Dump) 關於回應的資訊並停止執行:
<?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 語言或應用程式使用的函式庫已棄用的功能,您可以在發送請求之前調用 withoutDeprecationHandling 方法。當停用棄用處理時,棄用警告將會轉換為例外,從而導致您的測試失敗:
$response = $this->withoutDeprecationHandling()->get('/');assertThrows 方法可用於斷言指定 Closure 內的程式碼拋出了指定類型的例外:
$this->assertThrows(
fn () => (new ProcessOrder)->execute(),
OrderInvalid::class
);如果您想檢查並針對拋出的例外進行斷言,您可以提供一個 Closure 作為 assertThrows 方法的第二個參數:
$this->assertThrows(
fn () => (new ProcessOrder)->execute(),
fn (OrderInvalid $e) => $e->orderId() === 123;
);assertDoesntThrow 方法可用於斷言指定 Closure 內的程式碼不會拋出任何例外:
$this->assertDoesntThrow(fn () => (new ProcessOrder)->execute());測試 JSON APIs
Laravel 也提供了多種輔助函式來測試 JSON APIs 及其回應。例如,可以使用 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 集合斷言範圍
有時,您的應用程式路由會回傳被分配了命名鍵值的 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 提供的全域錯誤包 (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 且該 cookie 已過期:
$response->assertCookieExpired($cookieName);assertCookieNotExpired
斷言回應包含給定的 cookie 且該 cookie 尚未過期:
$response->assertCookieNotExpired($cookieName);assertCookieMissing
斷言回應不包含給定的 cookie:
$response->assertCookieMissing($cookieName);assertCreated
斷言回應具有 201 HTTP 狀態碼:
$response->assertCreated();assertDontSee
斷言給定的字串不包含在應用程式回傳的回應中。除非您將第二個參數傳入 false,否則此斷言會自動對給定字串進行跳脫處理:
$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 結構中的鍵,此方法將會失敗。
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
斷言回應中給定的鍵 (keys) 沒有驗證錯誤。此方法可用於針對驗證錯誤以 JSON 結構回傳,或驗證錯誤已被快閃 (flashed) 至 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',
]);