PHPUnit 自動化測試大作戰【CH21】

閱讀時間約 14 分鐘

今天要來為大家介紹 Storage Mocking 及 HTTP Mocking!

Storage Mocking 函數

  • Storage::fake():當我們希望在執行測試目標行為時,想驗證 Storage 各類行為是否符合預期,但又不要真的增刪改檔案時,可在測試程式碼中呼叫此函數。
  • UploadedFile::fake():這個函數可以模擬出一個已上傳的檔案。
  • Storage::disk($disk)->assertExists():可驗證指定的 $disk 內,是否有指定檔案存在。需在執行 Storage::fake() 後方可使用。
  • Storage::disk(disk)->assertMissing():可驗證指定的 $disk 內,是否無指定檔案存在。需在執行 Storage::fake() 後方可使用。

Storage Mocking 範例:上傳檔案

測試目標:上傳檔案端點

  • config/filesystems.php
<?php

return [

'default' => env('FILESYSTEM_DISK', 'photos'),

'disks' => [

'photos' => [

'driver' => 'local',

'root' => storage_path('app/photos'),

'throw' => false,

], ],];
  • routes/api.php
<?php

use Illuminate\Http\Request;

use Illuminate\Support\Facades\Route;

use Illuminate\Support\Facades\Storage;

Route::post('/photos', function (Request $request) {

$photo = $request->file('photo');

if (empty($photo)) {

return response()->json([], 422);

} Storage::disk('photos')->put('photo.jpg', $photo);

return response()->json('');

})->name('upload.photo');
  • 測試程式碼:
<?php

namespace Tests\Feature;

use Illuminate\Http\UploadedFile;

use Illuminate\Support\Facades\Storage;

use Tests\TestCase;

class StorageTest extends TestCase{

public function testUploadFileSuccess() {

Storage::fake('photos');

$response = $this->json('POST', route('upload.photo'), [

'photo' => UploadedFile::fake()->image('p.jpg'),

]); Storage::disk('photos')->assertExists('photo.jpg');

} public function testUploadFileFailed() {

Storage::fake('photos');

$response = $this->json('POST', route('upload.photo'), [

'p' => UploadedFile::fake()->image('p.jpg'),

]); Storage::disk('photos')->assertMissing('photo.jpg');

}}

以上測試程式碼,測試了 2 種測試案例:

  • testUploadFileSuccess():在這個測試案例函數中,我們驗證了當上傳照片端點被請求,且檔案內容有被放置在指定的欄位時,上傳之檔案將存在於 photos 這個 $disk中。
  • testUploadFileFailed():在這個測試案例函數中,我們驗證了當上傳照片端點被請求,且檔案內容沒有被放置在指定的欄位時,上傳之檔案將不存在於 photos 這個 $disk中。

接著我們來看看 HTTP Mocking 吧!

HTTP Mocking 函數

Http::fake():當預進行測試的的測試目標行為,其內部有向外部發送 API 請求,但不希望在執行測試時,真的向外部發送 API 請求時,可在測試程式碼中呼叫此函數。

與其他 fake() 函數不同的是,HTTP Mocking 主要是設定在 Http::fake() 這個函數:

Http::fake([

'<https://weather.tw/taiwan>' => Http::response(

[ 'rain' => 0.8,

'temp_high' => 27,

'temp_low' => 23,

], 200,

[] ),]);

由上面的程式碼可看出,會吃一個陣列,而這個陣列就是預期中要模擬的「呼叫外部API」的行為及其回應。

HTTP Mocking 範例:統整外部天氣資料

測試目標:呼叫氣象局API索取天氣資料並統整

  • routes/api.php
<?php

use Illuminate\Http\Request;

use Illuminate\Support\Facades\Http;

use Illuminate\Support\Facades\Route;

Route::get('rain-chance', function (Request $request) {

$response = Http::get('https://weather.tw/taiwan');

// 這邊我們先假設真的有這個網站

// 且其回應值如下:

// {"rain":0.8,"temp_high":27,"temp_low":23}

if ($response->status() !== 200) {

return response()->json(['Error' => 'Failed to get the data of rain chance.']);

} $rainChance = $response->json('rain');

if (!is_float($rainChance)) {

return response()->json(['Error' => 'Failed to get the data of rain chance.']);

} return response()->json(['rain_chance' => $rainChance]);

})->name('get.rain-chance');
  • 測試程式碼:
<?php

namespace Tests\Feature;

use Illuminate\Http\UploadedFile;

use Illuminate\Support\Facades\Http;

use Illuminate\Support\Facades\Storage;

use Tests\TestCase;

class HttpTest extends TestCase{

public function testGetRainChanceCanWorkWhenGetValidData() {

Http::fake([

'https://weather.tw/taiwan' => Http::response(

[ 'rain' => 0.8,

'temp_high' => 27,

'temp_low' => 23,

], 200,

[] ), ]); $this->get(route('get.rain-chance'))

->assertOk()

->assertJsonStructure(['rain_chance']);

} public function testGetRainChanceCanWorkWhenGetInvalidData() {

Http::fake([

'https://weather.tw/taiwan' => Http::response(

[ 'temp_high' => 27,

'temp_low' => 23,

], 200,

[] ), ]); $this->get(route('get.rain-chance'))

->assertOk()

->assertJson(['Error' => 'Failed to get the data of rain chance.']);

} public function testGetRainChanceCanWorkWhenGet500() {

Http::fake([

'https://weather.tw/taiwan' => Http::response(

'',

500,

[] ), ]); $this->get(route('get.rain-chance'))

->assertOk()

->assertJson(['Error' => 'Failed to get the data of rain chance.']);

}}

以上測試程式碼,測試了 3 種測試案例:

  • testGetRainChanceCanWorkWhenGetValidData():在這個測試案例函數中,我們驗證了當降雨機率端點被請求,且外部 API 回應正常時,我們的 API 應當有的正常回應。
  • testGetRainChanceCanWorkWhenGetInvalidData():在這個測試案例函數中,我們驗證了當降雨機率端點被請求,且外部 API 回應缺少必要欄位時,我們的 API 應當有的回應(包含錯誤訊息)
  • testGetRainChanceCanWorkWhenGet500():在這個測試案例函數中,我們驗證了當降雨機率端點被請求,且外部 API 回應500時,我們的 API 應當有的回應(包含錯誤訊息)。

以上就是今天的介紹囉!

之後讓我們來看看覆蓋率報告以及 phpunit.xml 吧!

如果您喜歡這篇文章,歡迎加入追蹤以接收新文章通知 😄

參考資料

本系列文章目錄

8會員
224內容數
歡迎來到 WilliamP 的沙龍天地,在這裡將與各位讀者探討各種主題,包刮高中數學題庫、PHP開發經驗、LINE聊天機器人開發經驗、書摘筆記等,歡迎交流!
留言0
查看全部
發表第一個留言支持創作者!
WilliamP的沙龍 的其他內容
今天來看 Queue Mocking 吧! Queue Mocking 函數 Queue::fake():當我們希望在執行測試目標行為時,想驗證某個 Job 類別是否有被派送至佇列中,但又不要真的觸發 Job 入列時,可在測試程式碼中呼叫此函數。 Queue::assertPushed():可
今天來看 Mail Mocking 吧! Mail Mocking 函數 Mail::fake():當我們希望在執行測試目標行為時, 想驗證是否有觸發到發送 Email ,但又不要真的觸發 Email 的寄送時,可在測試程式碼中呼叫此函數。 Mail::assertSent():可驗證指定的
今天我們會接續環繞著 「Mocking」 這個主題。 在 Laravel 中,有幾個類別的 Mocking 方式,與前兩天所介紹的方式有所不同,在這次的系列文章中,會和大家介紹 Event、Mail、Queue、Storage、HTTP 這幾個類別的特殊 Mocking 方式。 今天就先來看 E
今天讓我們回顧一下前一天的 Mocking 初體驗吧! Mocking 初體驗回顧 app/Repositories/UserRepository.php <?php namespace App\Repositories; use App\Models\User; class UserR
今天我們來聊聊「Mocking」吧! 何為 Mocking & 為何 Mocking 所謂的 Mocking,是指用各種方式來模擬它原本的行為與功能,藉此將我們要測試的對象,與其相依的外部服務「隔離」。簡單來說,就是做一個外部服務的「仿冒品」。這裡的外部服務,可以是其他類別函數、外部API、檔案
今天讓我們來看看播種器吧! 什麼是播種器 播種器 (Seeder) 是 Laravel 提供的一個批次建立測試資料的功能,可以讓我們將建立測試資料的邏輯,統一寫在一個播種器類別中,方便我們重複調用以建立否些特定資料。 播種器實例 建立播種器指令 php artisan make:seede
今天來看 Queue Mocking 吧! Queue Mocking 函數 Queue::fake():當我們希望在執行測試目標行為時,想驗證某個 Job 類別是否有被派送至佇列中,但又不要真的觸發 Job 入列時,可在測試程式碼中呼叫此函數。 Queue::assertPushed():可
今天來看 Mail Mocking 吧! Mail Mocking 函數 Mail::fake():當我們希望在執行測試目標行為時, 想驗證是否有觸發到發送 Email ,但又不要真的觸發 Email 的寄送時,可在測試程式碼中呼叫此函數。 Mail::assertSent():可驗證指定的
今天我們會接續環繞著 「Mocking」 這個主題。 在 Laravel 中,有幾個類別的 Mocking 方式,與前兩天所介紹的方式有所不同,在這次的系列文章中,會和大家介紹 Event、Mail、Queue、Storage、HTTP 這幾個類別的特殊 Mocking 方式。 今天就先來看 E
今天讓我們回顧一下前一天的 Mocking 初體驗吧! Mocking 初體驗回顧 app/Repositories/UserRepository.php <?php namespace App\Repositories; use App\Models\User; class UserR
今天我們來聊聊「Mocking」吧! 何為 Mocking & 為何 Mocking 所謂的 Mocking,是指用各種方式來模擬它原本的行為與功能,藉此將我們要測試的對象,與其相依的外部服務「隔離」。簡單來說,就是做一個外部服務的「仿冒品」。這裡的外部服務,可以是其他類別函數、外部API、檔案
今天讓我們來看看播種器吧! 什麼是播種器 播種器 (Seeder) 是 Laravel 提供的一個批次建立測試資料的功能,可以讓我們將建立測試資料的邏輯,統一寫在一個播種器類別中,方便我們重複調用以建立否些特定資料。 播種器實例 建立播種器指令 php artisan make:seede
你可能也想看
Google News 追蹤
Thumbnail
這個秋,Chill 嗨嗨!穿搭美美去賞楓,裝備款款去露營⋯⋯你的秋天怎麼過?秋日 To Do List 等你分享! 秋季全站徵文,我們準備了五個創作主題,參賽還有機會獲得「火烤兩用鍋」,一起來看看如何參加吧~
Thumbnail
美國總統大選只剩下三天, 我們觀察一整週民調與金融市場的變化(包含賭局), 到本週五下午3:00前為止, 誰是美國總統幾乎大概可以猜到60-70%的機率, 本篇文章就是以大選結局為主軸來討論近期甚至到未來四年美股可能的改變
Thumbnail
Faker昨天真的太扯了,中國主播王多多點評的話更是精妙,分享給各位 王多多的點評 「Faker是我們的處境,他是LPL永遠繞不開的一個人和話題,所以我們特別渴望在決賽跟他相遇,去直面我們的處境。 我們曾經稱他為最高的山,最長的河,以為山海就是盡頭,可是Faker用他28歲的年齡...
Thumbnail
練習 PHPUnit 測試的撰寫,依序創建Controller、Service,並針對計算邏輯進行單元測試的練習。
Thumbnail
在 Laravel 中的測試中,PHPUnit 和 Mockery 都可以用來創建測試替身(test double),但它們有不同的方式和功能,以下簡單介紹兩種寫法方式。
前言 基本準備差不多了,也能跑自己的測試,再來就是關於測試腳本的核心:元素定位跟動作,本篇會著重介紹 XPATH 定位的部分
Thumbnail
前言 上篇我們成功執行第一個測試案例,從 Python 腳本透過 Appium 控制模擬器點選設定中的電池,下個問題就是怎麼找元件,這時候就要請出 Appium Inspector 了
前言 經過五個小單元的準備,終於可以開始跑第一個測試了,Appium 本身是個工具,可以搭配各種語言,這邊選擇 Python 作為測試腳本語言,以便之後跟 Robot Framework 串接。
前言 前四篇,把主機作業系統跟待測物準備交代完畢,有需要請自行跳轉取用,接下來就是測試工具的部分,這次測試套件使用大名鼎鼎 Appium 2。 選擇 Appium 2 的理由 歷史悠久:Appium 2012 年公開之後,就廣受測試社群愛戴 站在巨人的肩榜上:架構類似 Selenium的主從式架構,
前言 前幾篇聊到作業系統、Docker 跟 Android 容器的準備,再來就是替 Android 容器開啟 Google Play 套件並安裝待測 App 供後續手動或者自動測試使用。
前言 前兩篇把作業系統跟 Docker 安裝講完了,接下來就是 Android 容器的安裝了,這裡選用 ReDroid ,因為它是開源、高效、又便於管理的方案。
Thumbnail
前言 前篇把 Ubuntu 作業系統的安裝跟準備談完了,有需要可以跳回去看。接下來聊容器服務 Docker 的安裝與使用。 Docker 可以應用的場合很多,這次是會用它來模擬 Android 受測裝置
前言 本 App 自動化測試專題,用來記錄自動化 App 測試的各環節,包含環境準備、套件安裝、腳本編寫、執行測試與整合。
Thumbnail
這個秋,Chill 嗨嗨!穿搭美美去賞楓,裝備款款去露營⋯⋯你的秋天怎麼過?秋日 To Do List 等你分享! 秋季全站徵文,我們準備了五個創作主題,參賽還有機會獲得「火烤兩用鍋」,一起來看看如何參加吧~
Thumbnail
美國總統大選只剩下三天, 我們觀察一整週民調與金融市場的變化(包含賭局), 到本週五下午3:00前為止, 誰是美國總統幾乎大概可以猜到60-70%的機率, 本篇文章就是以大選結局為主軸來討論近期甚至到未來四年美股可能的改變
Thumbnail
Faker昨天真的太扯了,中國主播王多多點評的話更是精妙,分享給各位 王多多的點評 「Faker是我們的處境,他是LPL永遠繞不開的一個人和話題,所以我們特別渴望在決賽跟他相遇,去直面我們的處境。 我們曾經稱他為最高的山,最長的河,以為山海就是盡頭,可是Faker用他28歲的年齡...
Thumbnail
練習 PHPUnit 測試的撰寫,依序創建Controller、Service,並針對計算邏輯進行單元測試的練習。
Thumbnail
在 Laravel 中的測試中,PHPUnit 和 Mockery 都可以用來創建測試替身(test double),但它們有不同的方式和功能,以下簡單介紹兩種寫法方式。
前言 基本準備差不多了,也能跑自己的測試,再來就是關於測試腳本的核心:元素定位跟動作,本篇會著重介紹 XPATH 定位的部分
Thumbnail
前言 上篇我們成功執行第一個測試案例,從 Python 腳本透過 Appium 控制模擬器點選設定中的電池,下個問題就是怎麼找元件,這時候就要請出 Appium Inspector 了
前言 經過五個小單元的準備,終於可以開始跑第一個測試了,Appium 本身是個工具,可以搭配各種語言,這邊選擇 Python 作為測試腳本語言,以便之後跟 Robot Framework 串接。
前言 前四篇,把主機作業系統跟待測物準備交代完畢,有需要請自行跳轉取用,接下來就是測試工具的部分,這次測試套件使用大名鼎鼎 Appium 2。 選擇 Appium 2 的理由 歷史悠久:Appium 2012 年公開之後,就廣受測試社群愛戴 站在巨人的肩榜上:架構類似 Selenium的主從式架構,
前言 前幾篇聊到作業系統、Docker 跟 Android 容器的準備,再來就是替 Android 容器開啟 Google Play 套件並安裝待測 App 供後續手動或者自動測試使用。
前言 前兩篇把作業系統跟 Docker 安裝講完了,接下來就是 Android 容器的安裝了,這裡選用 ReDroid ,因為它是開源、高效、又便於管理的方案。
Thumbnail
前言 前篇把 Ubuntu 作業系統的安裝跟準備談完了,有需要可以跳回去看。接下來聊容器服務 Docker 的安裝與使用。 Docker 可以應用的場合很多,這次是會用它來模擬 Android 受測裝置
前言 本 App 自動化測試專題,用來記錄自動化 App 測試的各環節,包含環境準備、套件安裝、腳本編寫、執行測試與整合。