คุณทดสอบแอปพลิเคชัน Laravel อย่างไร?

Question

Accepted Answer

Laravel มีการรองรับการทดสอบในตัวที่ยอดเยี่ยม (อยู่บน PHPUnit พร้อมตัวเลือก Pest ที่ทันสมัย) พร้อมตัวช่วยเฉพาะสำหรับการทดสอบ ทั้งฐานข้อมูลทดสอบ การทดสอบ HTTP ตัวช่วยด้าน authentication และ fakes ทำให้แอปพลิเคชันสามารถทดสอบได้สูง การทดสอบแบ่งออกเป็น feature tests (รอบ request เต็มรูปแบบ) และ unit tests (ลอจิกที่แยกออกมา)

## feature tests — ทดสอบรอบ request เต็มรูปแบบ

```php
class UserTest extends TestCase {
    use RefreshDatabase;            // fresh, migrated test database per test (isolated)

public function test_can_create_user(): void {
        $response = $this->postJson('/api/users', [    // make a real request to the app
            'name' => 'Ann', 'email' => 'ann@x.com',
        ]);
        $response->assertStatus(201)
                 ->assertJson(['name' => 'Ann']);       // assert the response
        $this->assertDatabaseHas('users', ['email' => 'ann@x.com']);   // assert the DB
    }
}
```

**Feature tests** ทดสอบทั้ง stack (routing, middleware, validation, controller, database) ด้วยการทำ HTTP request ผ่านตัวช่วยอย่าง `get`/`postJson` แล้ว assert บน response และสถานะของฐานข้อมูล (`assertDatabaseHas`) สิ่งนี้ยืนยันพฤติกรรมจริงของแอปพลิเคชัน

## ตัวช่วยทดสอบทำให้ Laravel ทดสอบได้สูง

```php
$this->actingAs($user)->get('/dashboard');         // authenticate as a user
User::factory()->count(10)->create();               // generate test data via factories

Mail::fake(); Mail::assertSent(WelcomeEmail::class);   // assert mail without sending
Queue::fake(); Queue::assertPushed(ProcessJob::class); // assert jobs queued, don't run them
Event::fake(); Storage::fake('s3');                    // fake events, storage, etc.
Http::fake();                                           // fake external HTTP calls
```

**fakes** ของ Laravel (`Mail::fake()`, `Queue::fake()`, `Http::fake()` เป็นต้น) ให้คุณ assert ว่าอีเมลถูกส่ง job ถูก queue หรือมีการเรียก HTTP โดย *ไม่* ต้องทำสิ่งเหล่านั้นจริง ทำให้การทดสอบรวดเร็ว แยกออกมา และคาดเดาผลได้ ส่วนตัวช่วย `actingAs` และ factory ทำให้การตั้งค่าสถานการณ์ทดสอบที่ผ่านการ authenticate และมีข้อมูลครบถ้วนทำได้ง่าย

## unit tests และ Pest

```php
// unit test — isolated logic, no framework/DB
public function test_discount_calculation(): void {
    $this->assertEquals(90, (new Cart)->applyDiscount(100, 10));
}

// Pest — a modern, expressive testing syntax on top of PHPUnit (popular in Laravel)
it('creates a user', fn() => post('/users', [...])->assertCreated());
```

## ทำไมจึงสำคัญ

การทดสอบเป็นสิ่งจำเป็นสำหรับแอปพลิเคชันที่เชื่อถือได้ และการรองรับการทดสอบในตัวที่ยอดเยี่ยมของ Laravel พร้อมตัวช่วยที่เข้าใจ web ซึ่งทำให้แอปพลิเคชันทดสอบได้อย่างเด่นชัด หมายความว่าการเข้าใจวิธีทดสอบนั้นสำคัญทั้งต่อคุณภาพของโค้ดและในฐานะความคาดหวังระดับมืออาชีพ **Feature tests** มีค่าเป็นพิเศษ ด้วยการทำ HTTP request จริงไปยังแอปพลิเคชันและ assert บน response และสถานะของฐานข้อมูล (พร้อม trait `RefreshDatabase` ที่ให้ฐานข้อมูลทดสอบที่แยกออกมา) มันยืนยันว่ารอบ request ทั้งหมด (routing, middleware, validation, controllers, persistence) ทำงานร่วมกันได้อย่างถูกต้อง เป็นการทดสอบพฤติกรรมจริงตามที่ผู้ใช้ประสบ

**ตัวช่วยทดสอบและ fakes** ของ Laravel คือสิ่งที่ทำให้สิ่งนี้ใช้งานได้จริง `actingAs` สำหรับ authentication, **factories** สำหรับการสร้างข้อมูลทดสอบ และโดยเฉพาะ **fakes** (`Mail::fake()`, `Queue::fake()`, `Http::fake()`, `Event::fake()`) ที่ให้คุณ assert ว่า side effect เกิดขึ้น (อีเมลถูกส่ง job ถูก queue มีการเรียกภายนอก) โดย *ไม่* ต้องทำมันจริง ทำให้สามารถทดสอบพฤติกรรมที่ซับซ้อนได้อย่างรวดเร็ว แยกออกมา และคาดเดาผลได้

การเข้าใจความแตกต่างระหว่าง feature กับ unit tests ตัวช่วยทดสอบและ fakes factories สำหรับข้อมูล และตัวเลือก Pest ที่ทันสมัย ครอบคลุมขอบเขตการใช้งานจริงของการทดสอบ Laravel อย่างมีประสิทธิภาพ

เนื่องจาก Laravel มีเครื่องมือทดสอบที่แข็งแกร่งและเข้าใจ web เช่นนี้ และเนื่องจากแอปพลิเคชันที่ทดสอบมาอย่างดีจับ regression ได้และเปิดทางให้ refactor ได้อย่างมั่นใจ การรู้วิธีใช้ประโยชน์จากการรองรับการทดสอบของ Laravel โดยเฉพาะ feature tests และตัวช่วย fake/factory จึงเป็นความรู้ระดับ senior ที่สำคัญ ซึ่งแยกแยะนักพัฒนาที่สร้างแอปพลิเคชันที่ทนทานและดูแลรักษาได้ออกจากผู้ที่ส่งมอบโค้ดที่ไม่ได้ทดสอบและเปราะบาง สะท้อนถึงการปฏิบัติงานวิศวกรรมระดับมืออาชีพ